Amavis-milter und Probleme mit amavis-release
Hallo,
ich habe vor kurzem einen Postfix Server mit Amavis-Milter unter Ubuntu 16.04 aufgesetzt. Es funktioniert soweit alles gut, nur gab es neulich ein Problem eine Mail eine in die Quarantäne gelangte Mail zurück in die Mailqueue zu bringen. Zwar klappte es wunderbar, die Mail zurück in die Queue zu bringen, jedoch wurde sie wieder erneut so behandelt, als wäre sie gerade eingetroffen.
Ich nehme an, dies liegt an folgender Zeile in der Datei /etc/amavis/conf.d/50-user:
$notify_method = 'smtp:[127.0.0.1]:25';
Wenn ich es richtig verstehe, wird das Parameter $notify_method zur Rückführung von Mails in das Postfix-Mailsystem genutzt. Wie muss das Parameter gesetzt werden, damit die Mails nicht wieder in zurück in die Quarantäne landen?
Freundliche Grüße
Andreas Kuhlen
Hallo Andreas,
* Andreas Kuhlen andy@kuhlen.net:
ich habe vor kurzem einen Postfix Server mit Amavis-Milter unter Ubuntu 16.04 aufgesetzt. Es funktioniert soweit alles gut, nur gab es neulich ein Problem eine Mail eine in die Quarantäne gelangte Mail zurück in die Mailqueue zu bringen. Zwar klappte es wunderbar, die Mail zurück in die Queue zu bringen, jedoch wurde sie wieder erneut so behandelt, als wäre sie gerade eingetroffen.
das deutet darauf hin, dass Dein SMTP-Serverprozess auf 127.0.0.1 denselben globalen Optionen unterliegt wie Dein Hauptserverprozess, der E-Mails von "aussen" annimmt.
Ich nehme an, dies liegt an folgender Zeile in der Datei /etc/amavis/conf.d/50-user:
$notify_method = 'smtp:[127.0.0.1]:25';
Du brauchst einen dedizierten SMTP-Serverprozess auf 127.0.0.1. Den richtest Du Dir in der master.cf ein und dem gibst Du als Option mit, dass er keine Milter hat:
# ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== 127.0.0.1:25 inet n - - - - smtpd -o smtpd_milters= -o ...
Wenn Du über diese Instanz E-Mail "released", wird amavis nicht mehr eingebunden, keine Filter mehr getriggert und die Nachricht ungefiltert weitertransportiert.
p@rick
Danke für die Hilfe, p@rick!
Es gab tatsächlich keinen dezidierten SMTP Serverprozess auf 127.0.0.1:25. Ich habe das jetzt in die master.cf eingetragen. Das war das fehlende Puzzleteil.
-----Ursprüngliche Nachricht----- Von: postfix-users [mailto:postfix-users-bounces+andy=kuhlen.net@de.postfix.org] Im Auftrag von Patrick Ben Koetter Gesendet: Sonntag, 2. Oktober 2016 19:03 An: postfix-users@de.postfix.org Betreff: Re: Amavis-milter und Probleme mit amavis-release
Hallo Andreas,
* Andreas Kuhlen andy@kuhlen.net:
ich habe vor kurzem einen Postfix Server mit Amavis-Milter unter Ubuntu 16.04 aufgesetzt. Es funktioniert soweit alles gut, nur gab es neulich ein Problem eine Mail eine in die Quarantäne gelangte Mail zurück in die Mailqueue zu bringen. Zwar klappte es wunderbar, die Mail zurück in die Queue zu bringen, jedoch wurde sie wieder erneut so behandelt, als wäre sie gerade eingetroffen.
das deutet darauf hin, dass Dein SMTP-Serverprozess auf 127.0.0.1 denselben globalen Optionen unterliegt wie Dein Hauptserverprozess, der E-Mails von "aussen" annimmt.
Ich nehme an, dies liegt an folgender Zeile in der Datei /etc/amavis/conf.d/50-user:
„$notify_method = 'smtp:[127.0.0.1]:25';“
Du brauchst einen dedizierten SMTP-Serverprozess auf 127.0.0.1. Den richtest Du Dir in der master.cf ein und dem gibst Du als Option mit, dass er keine Milter hat:
# ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== 127.0.0.1:25 inet n - - - - smtpd -o smtpd_milters= -o ...
Wenn Du über diese Instanz E-Mail "released", wird amavis nicht mehr eingebunden, keine Filter mehr getriggert und die Nachricht ungefiltert weitertransportiert.
p@rick
-- [*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
Noch ein kleiner Nachtrag.
Ich musste einen anderen Port als 25 setzen, denn sonst schlug das "postfix reload" mit der Meldung fehl, dass der Port 25 bereits in Benutzung ist.
# ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== 127.0.0.1:10025 inet n - - - - smtpd -o smtpd_milters= -o ...
-----Ursprüngliche Nachricht----- Von: postfix-users [mailto:postfix-users-bounces+andy=kuhlen.net@de.postfix.org] Im Auftrag von Patrick Ben Koetter Gesendet: Sonntag, 2. Oktober 2016 19:03 An: postfix-users@de.postfix.org Betreff: Re: Amavis-milter und Probleme mit amavis-release
Hallo Andreas,
* Andreas Kuhlen andy@kuhlen.net:
ich habe vor kurzem einen Postfix Server mit Amavis-Milter unter Ubuntu 16.04 aufgesetzt. Es funktioniert soweit alles gut, nur gab es neulich ein Problem eine Mail eine in die Quarantäne gelangte Mail zurück in die Mailqueue zu bringen. Zwar klappte es wunderbar, die Mail zurück in die Queue zu bringen, jedoch wurde sie wieder erneut so behandelt, als wäre sie gerade eingetroffen.
das deutet darauf hin, dass Dein SMTP-Serverprozess auf 127.0.0.1 denselben globalen Optionen unterliegt wie Dein Hauptserverprozess, der E-Mails von "aussen" annimmt.
Ich nehme an, dies liegt an folgender Zeile in der Datei /etc/amavis/conf.d/50-user:
„$notify_method = 'smtp:[127.0.0.1]:25';“
Du brauchst einen dedizierten SMTP-Serverprozess auf 127.0.0.1. Den richtest Du Dir in der master.cf ein und dem gibst Du als Option mit, dass er keine Milter hat:
# ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== 127.0.0.1:25 inet n - - - - smtpd -o smtpd_milters= -o ...
Wenn Du über diese Instanz E-Mail "released", wird amavis nicht mehr eingebunden, keine Filter mehr getriggert und die Nachricht ungefiltert weitertransportiert.
p@rick
-- [*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
Eine letzte Frage habe ich noch. Nachdem ich in der master.cf den 127.0.0.1:10025 eingetragen habe, muss ich den Parameter $notify_method in der Datei /etc/amavis/conf.d/50-user von Port 25 auf 10025 setzen?
-----Original Message----- From: postfix-users [mailto:postfix-users- bounces+andy=kuhlen.net@de.postfix.org] On Behalf Of Patrick Ben Koetter Sent: Sunday, October 2, 2016 7:03 PM To: postfix-users@de.postfix.org Subject: Re: Amavis-milter und Probleme mit amavis-release
Hallo Andreas,
- Andreas Kuhlen andy@kuhlen.net:
ich habe vor kurzem einen Postfix Server mit Amavis-Milter unter Ubuntu 16.04 aufgesetzt. Es funktioniert soweit alles gut, nur gab es neulich ein Problem eine Mail eine in die Quarantäne gelangte Mail zurück in die Mailqueue zu bringen. Zwar klappte es wunderbar, die Mail zurück in die Queue zu bringen, jedoch wurde sie wieder erneut so behandelt, als wäre sie gerade eingetroffen.
das deutet darauf hin, dass Dein SMTP-Serverprozess auf 127.0.0.1 denselben globalen Optionen unterliegt wie Dein Hauptserverprozess, der E- Mails von "aussen" annimmt.
Ich nehme an, dies liegt an folgender Zeile in der Datei /etc/amavis/conf.d/50-user:
„$notify_method = 'smtp:[127.0.0.1]:25';“
Du brauchst einen dedizierten SMTP-Serverprozess auf 127.0.0.1. Den richtest Du Dir in der master.cf ein und dem gibst Du als Option mit, dass er keine Milter hat:
#
================ # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100)
#
================ 127.0.0.1:25 inet n - - - - smtpd -o smtpd_milters= -o ...
Wenn Du über diese Instanz E-Mail "released", wird amavis nicht mehr eingebunden, keine Filter mehr getriggert und die Nachricht ungefiltert weitertransportiert.
p@rick
-- [*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
* Andreas Kuhlen andy@kuhlen.net:
Eine letzte Frage habe ich noch. Nachdem ich in der master.cf den 127.0.0.1:10025 eingetragen habe, muss ich den Parameter $notify_method in der Datei /etc/amavis/conf.d/50-user von Port 25 auf 10025 setzen?
Genau. So zeigst du amavis beim releasen den Weg zu Postfix.
p@rick
Dann lag ich ja richtig mit meiner Annahme.
Nochmals vielen Dank für die Hilfe.
-----Original Message----- From: postfix-users [mailto:postfix-users- bounces+andy=kuhlen.net@de.postfix.org] On Behalf Of Patrick Ben Koetter Sent: Sunday, October 2, 2016 9:21 PM To: postfix-users@de.postfix.org Subject: Re: Amavis-milter und Probleme mit amavis-release
- Andreas Kuhlen andy@kuhlen.net:
Eine letzte Frage habe ich noch. Nachdem ich in der master.cf den
127.0.0.1:10025 eingetragen habe, muss ich den Parameter $notify_method in der Datei /etc/amavis/conf.d/50-user von Port 25 auf 10025 setzen?
Genau. So zeigst du amavis beim releasen den Weg zu Postfix.
p@rick
-- [*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
participants (2)
-
Andreas Kuhlen -
Patrick Ben Koetter