Preview: v2.8.0

    Zitat

    aber wir möchten den nunmal auch nicht im Regen stehen lassen


    Sehr gut! Vielen Dank dafür!
    So habe ich kk und sein Team bei X Besuchen auf dem WHD/Cloudfest kennen gelernt und so gehört es sich auch. Kunden helfen, aus Fehlern lernen und dabei noch das Produkt verbessern.
    Auch wenn es einen Release Termin verschiebt.


    Und nein, wir sind es ausnahmsweise mal nicht den es getroffen hat. ;)

    Zitat von taenzerme

    OT: Wo genau ist der Vorteil von WC-Certs, wenn LC das eh automatisiert managed für jede Domain?


    Ganz einfach in unseren falle, möchten wir in einem größeren Web Projekt, über die LC API alles in der Projekt CMS Verwalten und mittels "HostingSubdomainAdd/HostingSubdomainEdit/HostingSubdomainDelete" dann auch die Subdomains Verwalten, es werden ca. 8000 Subdomains, da ist ein Wildcard Zertifikat einfacher als für alle 8000 Subdomains ein Zertifikat zu erstellen bzw. erstellen zu lassen.


    Für den normalen gebrauch gebe ich dir recht, braucht man es nicht unbedingt :rolleyes:

    Hallo,


    ich führe mit der Version LiveConfig 2.8.0-r5559 diverse Tests durch.
    Bei der Installation der Anwendung phpMyAdmin erhalte ich eine eine Fehlermeldung:
    "Keine Antwort vom Server erhalten. Bitte versuchen Sie es später noch einmal."


    im Liveconfig-Log wird hierzu ausgegeben:


    [2019/08/01 12:48:11.563335] [8639|8640] Downloading app installer from 'https://update.liveconfig.com/repo-v3.json'
    [2019/08/01 12:48:11.606860] [8639|8640] Requesting installer file '/wai-phpmyadmin-4.9.0.1-1.php.gz'...
    [2019/08/01 12:48:11.620676] [9782|9782] Can't execute '/var/cache/liveconfig/installer/wai-phpmyadmin-4.9.0.1-1.php': No such file or directory
    [2019/08/01 12:48:41.650717] [8639|8640] Timeout while executing 'wai-phpmyadmin-4.9.0.1-1.php'
    [2019/08/01 12:48:47.771567] [9785|9785] Can't execute '/var/cache/liveconfig/installer/wai-phpmyadmin-4.9.0.1-1.php': No such file or directory
    [2019/08/01 12:49:17.790750] [8639|8641] Timeout while executing 'wai-phpmyadmin-4.9.0.1-1.php'
    [2019/08/01 12:51:45.199735] [9833|9833] Can't execute '/var/cache/liveconfig/installer/wai-phpmyadmin-4.9.0.1-1.php': No such file or directory
    [2019/08/01 12:52:15.229693] [8639|8640] Timeout while executing 'wai-phpmyadmin-4.9.0.1-1.php'


    Hat das etwas mit meinem Server oder mit der Preview zu tun?

    Ich habe heute mal die aktuelle Preview auf einem Testsystem (Debian GNU/Linux 9.9 (stretch) installiert. Die Blacklist-Funktion für Kunden scheint hierbei jedoch ohne Funktion. Jedenfalls werden bei mir Mails vonin der Blacklist eingetragenen Absendern trotzdem zugestellt. Kann das jemand bestätigen?

    Zitat von bravesurfer

    Ich habe heute mal die aktuelle Preview auf einem Testsystem (Debian GNU/Linux 9.9 (stretch) installiert. Die Blacklist-Funktion für Kunden scheint hierbei jedoch ohne Funktion. Jedenfalls werden bei mir Mails vonin der Blacklist eingetragenen Absendern trotzdem zugestellt. Kann das jemand bestätigen?


    Ich kann das nicht bestätigen - sollte eigentlich klappen.
    Suchen Sie bitte mal mit "grep postfach@example.org /etc/dovecot/passwd" nach dem betroffenen Postfach (Mailadresse dabei natürlich anpassen). Die Zeile enthält so was wie "userdb_mail=maildir:/var/mail/web4191/1/" - daraus lässt sich der Name für das SpamAssassin-Verzeichnis ableiten - nämlich /var/lib/spamassassin/web4191_1/
    Prüfen Sie ob dieses Verzeichnis existiert und ob darin eine Datei namens "user_prefs" mit den gewünschten Blacklist-Einstellungen existiert.


    Wenn ja, dann deutet das darauf hin, dass SpamAssassin und/oder lcsam nicht laufen.

    Danke, habe ich geprüft.


    Die user_prefs mit dem gewünschten Blacklisteintrag existiert und auch Spamassassin und lcsam scheinen zu laufen




    Was wird denn exakt in /var/log/mail.log protokolliert, während eine E-Mail empfangen wird die eigentlich abgelehnt werden sollte?


    Und: der Absender ist aber schon extern, oder? Intern zugestellte Mails laufen üblicherweise nicht durch den Spamfilter.

    Der Absender ist von extern korrekt.


    Im u.g. Beispiel ist der Absender support@meinedomain.de und der Empfänger hostmaster@empfaenger.de. Für hostmaster@empfaenger.de wurde *@meinedomain.de auf die Blacklist gesetzt. In der /var/lib/spamassassin/web1_2/user_prefs steht der Eintrag
    blacklist_from *@meinedomain.de




    Sehr merkwürdig. So sieht es aus, wenn eine Mail abgelehnt wird:


    Code
    Aug  2 18:34:51 mx postfix/smtpd[13493]: Anonymous TLS connection established from mail.keppler-it.de[88.198.223.3]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Aug  2 18:34:51 mx postfix/smtpd[13493]: 6F4A01802115D: client=mail.keppler-it.de[88.198.223.3]
Aug  2 18:34:51 mx postfix/cleanup[13496]: 6F4A01802115D: message-id=<b2015a26-4dbb-c642-10f4-9fdf2b15c064@keppler-it.de>
Aug  2 18:34:51 mx spamd[1079]: spamd: got connection over /var/run/spamd.sock
Aug  2 18:34:51 mx spamd[1079]: spamd: using default config for web345_7: /var/lib/spamassassin/web345_7/user_prefs
Aug  2 18:34:51 mx spamd[1079]: spamd: checking message <b2015a26-4dbb-c642-10f4-9fdf2b15c064@keppler-it.de> for web345_7:999
Aug  2 18:34:59 mx spamd[1079]: spamd: identified spam (99.3/5.0) for web345_7:999 in 8.1 seconds, 3129 bytes.
Aug  2 18:34:59 mx spamd[1079]: spamd: result: Y 99 - RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,URIBL_BLOCKED,USER_IN_BLACKLIST scantime=8.1,size=3129,user=web345_7,uid=999,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=/var/run/spamd.sock,mid=<b2015a26-4dbb-c642-10f4-9fdf2b15c064@keppler-it.de>,autolearn=no autolearn_force=no
Aug  2 18:34:59 mx postfix/cleanup[13496]: 6F4A01802115D: milter-reject: END-OF-MESSAGE from mail.keppler-it.de[88.198.223.3]: 5.7.1 Your message was rejected because it appears to be spam; from=<kk@keppler-it.de> to=<test@dnssec-demo.de> proto=ESMTP helo=<mail.keppler-it.de>
Aug  2 18:34:59 mx postfix/smtpd[13493]: disconnect from mail.keppler-it.de[88.198.223.3]


    Welche Distribution genau nutzen Sie?
    Wem gehört die Datei /var/lib/spamassassin/<Vertrag>_<Postfach>/user_prefs ? (sollte spamd:root gehören und mode=0640 haben)


    Viele Grüße


    -Klaus Keppler

    Zitat

    (sollte spamd:root gehören und mode=0640 haben)


    Ja das passt soweit. Distrubtion wie eingangs erwähnt Debian GNU/Linux 9.9 (stretch). Die Verzeichnisse gehören debian-spamd:debian-spamd



    Zitat

    Aug 2 17:30:29 empfaenger spamd[2317]: spamd: using default config for web1_2: /var/lib/spamassassin/web1_2//user_prefs

    .



    könnte es an //user_prefs liegen?


    Wo wird dieser Pfad festgelegt, da scheint mir ein / zuviel

    Den Fehler // habe ich korrigiert indem ich in der /etc/default/spamassassin


    Zitat

    OPTIONS="-d -m 5 -H --socketpath=/var/run/spamd.sock --socketowner=root --socketgroup=spamd --socketmode=0660 -x --virtual-config-dir=/var/lib/spamassassin/%u/ -u debian-spamd"


    nach


    Zitat

    OPTIONS="-d -m 5 -H --socketpath=/var/run/spamd.sock --socketowner=root --socketgroup=spamd --socketmode=0660 -x --virtual-config-dir=/var/lib/spamassassin/%u -u debian-spamd"


    editiert habe.


    Wen ich das richtig sehe kann aber debian-spamd die Datei /var/lib/spamassassin/%u/user_prefs nicht lesen da diese root:spamd gehört. Habe für user_prefs zu Testzwecken mal die Rechte angepasst und siehe da, es wurde gefiltert.


    Wie lässt sich das am elegantesten lösen?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden