Beiträge von bravesurfer

Wird es hier mit der nächsten Version eine Anpassung geben?

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?

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

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

Zitat

Aug 2 17:30:29 empfaenger postfix/smtpd[10046]: 2EEF825C04F0: client=webhosting.de[XX.XX.XX.XXX]
Aug 2 17:30:29 empfaenger postfix/cleanup[28934]: 2EEF825C04F0: message-id=<2e1940ca-1072-c7f8-1e9d-f9439efdf41a@meinedomain.de>
Aug 2 17:30:29 empfaenger spamd[2317]: spamd: got connection over /var/run/spamd.sock
Aug 2 17:30:29 empfaenger spamd[2317]: spamd: using default config for web1_2: /var/lib/spamassassin/web1_2//user_prefs
Aug 2 17:30:29 empfaenger spamd[2317]: spamd: checking message <2e1940ca-1072-c7f8-1e9d-f9439efdf41a@meinedomain.de> for web1_2:117
Aug 2 17:30:29 empfaenger spamd[2317]: dns: new_dns_packet: domain is utf8 flagged: dns.dns4.de
Aug 2 17:30:29 empfaenger spamd[2317]: dns: new_dns_packet: domain is utf8 flagged: dns.dns3.de
Aug 2 17:30:29 empfaenger spamd[2317]: dns: new_dns_packet: domain is utf8 flagged: dns.dns1.de
Aug 2 17:30:29 empfaenger spamd[2317]: dns: new_dns_packet: domain is utf8 flagged: dns.dns2.de
Aug 2 17:30:34 empfaenger spamd[2317]: spamd: clean message (-0.1/5.0) for web1_2:117 in 5.2 seconds, 1494 bytes.
Aug 2 17:30:34 empfaenger spamd[2317]: spamd: result: . 0 - DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_NONE scantime=5.2,size=1494,user=web1_2,uid=117,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=/var/run/spamd.sock,mid=<2e1940ca-1072-c7f8-1e9d-f9439efdf41a@meinedomain.de>,autolearn=ham autolearn_force=no
Aug 2 17:30:34 empfaenger lcsam[992]: 46.4.87.210: ACCEPT (ham -0.1/5.0/3.0 DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_NONE), From: XYZ <support@meinedomain.de>, To: hostmaster@empfaenger.de, Subject: Test
Aug 2 17:30:34 empfaenger opendkim[1352]: 2EEF825C04F0: s=mail d=meinedomain.de SSL
Aug 2 17:30:34 empfaenger postfix/qmgr[8667]: 2EEF825C04F0: from=<support@meinedomain.de>, size=1566, nrcpt=1 (queue active)
Aug 2 17:30:34 empfaenger postfix/smtpd[10046]: disconnect from webhosting.de(XX.XX.XX.XXX] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 commands=7
Aug 2 17:30:34 empfaenger postfix/pipe[28936]: 2EEF825C04F0: to=<hostmaster@empfaenger.de>, relay=dovecot, delay=5.4, delays=5.3/0.01/0/0.12, dsn=2.0.0, status=sent (delivered via dovecot service)
Aug 2 17:30:34 empfaenger postfix/qmgr[8667]: 2EEF825C04F0: removed

Alles anzeigen

Danke, habe ich geprüft.

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

Zitat

service lcsam status
● lcsam.service - LiveConfig SpamAssassin Milter
Loaded: loaded (/lib/systemd/system/lcsam.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2019-08-01 18:00:28 CEST; 11h ago
Process: 988 ExecStart=/usr/lib/liveconfig/lcsam -g spamd -U postfix (code=exited, status=0/SUCCESS)
Main PID: 992 (lcsam)
Tasks: 5 (limit: 4915)
CGroup: /system.slice/lcsam.service
└─992 /usr/lib/liveconfig/lcsam -g spamd -U postfix

Alles anzeigen

Zitat

service spamassassin status
● spamassassin.service - Perl-based spam filter using text analysis
Loaded: loaded (/lib/systemd/system/spamassassin.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2019-08-01 18:00:42 CEST; 11h ago
Process: 982 ExecStart=/usr/sbin/spamd -d --pidfile=/var/run/spamd.pid $OPTIONS (code=exited, status=0/SUCCESS)
Main PID: 1460 (spamd)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/spamassassin.service
├─1460 /usr/bin/perl -T -w /usr/sbin/spamd -d --pidfile=/var/run/spamd.pid -m 5 -H --socketpath=/var/run/spamd.sock --socketowner=root --socketgroup=spamd --socketmode=0660 -x --v
├─2317 spamd child
└─2318 spamd child

Alles anzeigen

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?

Schade aber offensichtlich wird das hier total ignoriert. Bin ich der Einzige der die eigenen Links gerne auch für Endkunden aktiviert hätte?

Vielen Dank an dieser Stelle für die kommende Version 2.8 und die Ausblicke darauf. Das hört sich wirklich sehr vielversprechend an !

Gibt es den wenigstens einen ungefähren Zeitrahmen?

"Noch ein wenig verzögert" war ja in der Vergangenheit leider oftmals ein sehr dehnbarer Begriff

Finde ich auf jeden Fall super dass es in der 2.8 Realisierung findet.
Dann hoffen wir mal auf ein baldiges Release

Danke für die rasche Hilfe. Die apache.lua bearbeiten hat für Abhilfe gesorgt und die Kunden können nun auch wieder den FcgidWrapper in der htaccess nutzen

Wäre wirklich super wenn dass dann beim nächsten LiveConfig Update gleich in der Liste Berücksichtigung findet

Hallo,

ich habe einige Kunden die bislang mittels htaccess-Datei die PHP-Version gesetzt haben

Zitat

FcgidWrapper /var/www/XXX/conf/php71/php-fcgi-starter .php

Nach dem Update scheint dies ebenfalls nicht mehr möglich.
Gibt es hier eine alternative wenn es nicht über die Domain/Subdomain in LiveConfig eingestellt werden soll?

Wäre super wenn es dazu mal eine Nachricht vom Support gibt

Hallo,

wann wird es möglich sein eigene Links für Kunden anzeigen zu lassen. Derzeit wird das ja leider nur beim Reseller ausgegeben.

Kann mich hier nur meinen Vorrednern anschießen

Zitat von ateo;15999<br>Hauptsache: Wichtig wäre mir unter andren die Funktion 'eigene Links'

https://www.liveconfig.com/de/handbuch/api.iframe.xhtml[/url] beschrieben wird. Besonders der Reseller will gegenüber Endkunden zusätzlichen Service, Funktionen oder Angebote bereit stellen. Doch der Reseller muss seit "Freitag, 29. Mai 2015, 23:18:56" nochimmer hoffen: "ab späteren LiveConfig-Versionen auch als Wiederverkäufer".

100%Zustimmung. Funktioniert ja für den Admin tadellos, es wäre aber sehr wünschenswert wenn die für den Reseller umgesetzt wird, damit die Links dann auch für die Endkunden zu sehen sind.

Kann es sein das eigene Links für Reseller nach wie vor nicht umgesetzt ist?
Wann ist damit zu rechnen?

Also mir persönlich würde die Warnung völlig ausreichen, aber von mir aus darf es auch etwas mehr sein, Hauptsache es muss nicht so wie jetzt alles einzeln gelöscht werden.

Ja das fand ich das ein oder andere Mal auch schon nervig. Nochmals eine Warnung wäre nett und nach Bestätigung sollte alles gelöscht werden

Zitat

php-5.3-opt are not recognized automatically, must add it manually to custom.lua

Kann ich bestätigen und hatte schon in der vorherigen Version darauf hingewiesen.