Ich habe gerade in Liveconfig 2.18.3 das Paket lc-postsrsd installiert und anschließend in der GUI unter
Serververwaltung -> E-Mail -> Viren/Spam -> SRS aktiviert.
Anschließend bekomme ich die Fehlermeldung im Client: "...Temporary lookup failure...". Niemand kann mehr E-Mail versenden.
Logs
Das sind die Log-Einträge in /var/log/mail.log:
Aug 22 12:32:11 webhost01 postfix/smtpd[1659811]: warning: connect to srs: No such file or directory
Aug 22 12:32:11 webhost01 postfix/smtpd[1659811]: warning: table socketmap:unix:srs:reverse lookup error: No such file or directory
Aug 22 12:32:11 webhost01 postfix/smtpd[1659811]: warning: socketmap:unix:srs:reverse lookup error for "user@domain.tld"
Aug 22 12:32:11 webhost01 postfix/smtpd[1659811]: NOQUEUE: reject: RCPT from server.domain.tld[1.2.3.4]: 451 4.3.0 <user@domain.tld>: Temporary lookup failure; from=<otheruser@otherdomain.tld> to=<user@domain.tld> proto=ESMTP helo=<server.domain.tld>Ursache
Herr Keppler wusste die Lösung sofort. Es war ein AppArmor-Profil, was von einer vormaligen postsrsd Version 1 noch im System war.
Lösung (für Debian/Ubuntu)
1. Prüfen ob Reste von postsrsd 1.x noch installiert sind
dpkg -l |grep postsrsHier sollte nur lc-postsrsd Version 2.x zu sehen sein. Wenn postsrsd Version 1.x vorhanden ist, dann ist das sehr wahrscheinlich der hier beschriebene Fehler.
2. Prüfen ob der postsrsd korrekt gestartet ist
systemctl status postsrsd
...
journalctl -u postsrsd --no-pager --lines=1000
...
Aug 22 12:10:50 webhost01 systemd[1]: Started Sender Rewriting Scheme daemon for Postfix.
Aug 22 12:10:50 webhost01 postsrsd[1629433]: postsrsd: error: cannot read '/etc/postsrsd/postsrsd.conf': Permission denied
Aug 22 12:10:50 webhost01 systemd[1]: postsrsd.service: Main process exited, code=exited, status=1/FAILURE
Aug 22 12:10:50 webhost01 systemd[1]: postsrsd.service: Failed with result 'exit-code
Hier sieht man dass postsrsd nicht starten konnte, weil er keine Berechtigungen auf die Konfigurationsdatei hat, obwohl die Berechtigung im Dateisystem vollkommen korrekt ist.
ls -ltra /etc/postsrsd
insgesamt 28
-rw-r--r-- 1 root root 25 26. Feb 19:15 postsrsd.secret
-rw-r--r-- 1 root root 7095 22. Aug 12:11 postsrsd.conf
drwxr-xr-x 2 root root 4096 22. Aug 12:44 .
drwxr-xr-x 169 root root 12288 22. Aug 13:07 ..3. Entfernen der Reste des postsrsd Paketes
apt purge postsrsd4. Alle AppArmor-Profile entladen und neu laden
aa teardown
systemctl restart apparmor5. postsrsd neu starten und prüfen
Jetzt noch den postsrsd neu starten und prüfen ob er läuft:
# systemctl restart postsrsd
...
# systemctl status postsrsd
● postsrsd.service - Sender Rewriting Scheme daemon for Postfix
Loaded: loaded (/lib/systemd/system/postsrsd.service; disabled; vendor preset: enabled)
Active: active (running) since Fri 2025-08-22 12:43:47 CEST; 2h 5min ago
Main PID: 1674591 (postsrsd)
Tasks: 4 (limit: 14311)
Memory: 676.0K
CPU: 1.236s
CGroup: /system.slice/postsrsd.service
├─1674591 /usr/sbin/postsrsd -C /etc/postsrsd/postsrsd.conf
├─1820480 /usr/sbin/postsrsd -C /etc/postsrsd/postsrsd.conf
├─1822447 /usr/sbin/postsrsd -C /etc/postsrsd/postsrsd.conf
└─1822448 /usr/sbin/postsrsd -C /etc/postsrsd/postsrsd.conf
Aug 22 12:43:47 webhost01 systemd[1]: Started Sender Rewriting Scheme daemon for Postfix.