Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #6240 > unrolled thread

postfix sendet keine Nachricht bei gescheiterter Mailauslieferung

Back to article view | Back to de.comm.software.mailserver

Contents

  postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Anton Blau <tony.blue@gmx.de> - 2020-06-11 11:35 +0200
    Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Tim Ritberg <tim@server.invalid> - 2020-06-11 11:44 +0200
      Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Anton Blau <tony.blue@gmx.de> - 2020-06-11 14:55 +0200
    Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Andreas Kohlbach <ank@spamfence.net> - 2020-06-11 06:54 -0400
      Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Anton Blau <tony.blue@gmx.de> - 2020-06-11 14:59 +0200
        Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Andreas Kohlbach <ank@spamfence.net> - 2020-06-16 06:55 -0400
    Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Matthias Andree <matthias.andree@gmx.de> - 2020-06-11 14:33 +0200
      Re: postfix sendet keine Nachricht bei gescheiterter Mailauslieferung Anton Blau <tony.blue@gmx.de> - 2020-06-11 15:01 +0200

#6240 — postfix sendet keine Nachricht bei gescheiterter Mailauslieferung

Hallo,

ich habe postfix als Smarthost eingerichtet. D. h. er stellt

* externe Mails an mail.gmx.net und
* interne Mails an den lokalen dovecot

zu.

Die externen Mails werden in analog der Einstellung

sender_canonical_maps = hash:/etc/postfix/sender_canonical

in der /etc/postfix/main.cf von internem Absender (tony@localsmarthost) 
auf korrektem externen Absender (tony.blue@gmx.de) umgeschrieben. Nur 
dann werden sie von mail.gmx.net angenommen.

Leider kommt es vor, dass Mails an externe Mailadressen versandt werden, 
deren Absender nicht in der /etc/postfix/sender_canonical enthalten ist.

In der /var/log/syslog erscheint dann eine Fehlermeldung (... 
Authentication required - sender non-delivery notification - removed). 
Die somit in der Auslieferung gescheiterten E-Mails "verschwinden" 
vollständig. Es wird leider kein Mail an "Postmaster" ausgelöst, wovon 
ich davon Kenntnis bekäme und die /etc/postfix/sender_canonical 
erweitern könnte.

Wie kann ich denn einstellen, dass mich postmaster über die nicht 
erfolgte Zustellung per E-Mail informiert und ich nicht manuell die 
Log-Files lesen muss?

Vielen Dank!



Tony

P. S.

/var/log/syslog
Jun 11 08:46:55 localsmarthost postfix/smtpd[17940]: connect from 
nextcloud[192.168.3.201]
Jun 11 08:46:55 localsmarthost postfix/smtpd[17940]: 29697AAAC: 
client=nextcloud[192.168.3.201]
Jun 11 08:46:55 localsmarthost postfix/cleanup[17906]: 29697AAAC: 
message-id=<20200611064655.21CFF16C66@nextcloud.localdomain>
Jun 11 08:46:55 localsmarthost postfix/smtpd[17940]: disconnect from 
nextcloud[192.168.3.201] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 29697AAAC: 
from=<root@nextcloud.duck>, size=602, nrcpt=1 (queue active)
Jun 11 08:46:55 localsmarthost postfix/smtp[17943]: 29697AAAC: 
to=<tony.blue@gmx.de>, relay=mail.gmx.net[212.227.17.190]:587, 
delay=0.3, delays=0.03/0.01/0.24/0.02, dsn=5.0.0, status=bounced (host 
mail.gmx.net[212.227.17.190] said: 530 Authentication required (in reply 
to MAIL FROM command))
Jun 11 08:46:55 localsmarthost postfix/cleanup[17906]: 83386AAAD: 
message-id=<20200611064655.83386AAAD@localsmarthost.localdomain>
Jun 11 08:46:55 localsmarthost postfix/bounce[17945]: 29697AAAC: sender 
non-delivery notification: 83386AAAD
Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 83386AAAD: from=<>, 
size=2531, nrcpt=1 (queue active)
Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 29697AAAC: removed
Jun 11 08:46:55 localsmarthost postfix/smtp[17943]: 83386AAAD: 
to=<root@nextcloud.duck>, relay=mail.gmx.net[212.227.17.190]:587, 
delay=0.27, delays=0.01/0/0.23/0.02, dsn=5.0.0, status=bounced (host 
mail.gmx.net[212.227.17.190] said: 530 Authentication required (in reply 
to MAIL FROM command))
Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 83386AAAD: removed

[toc] | [next] | [standalone]

#6241

Am 11.06.20 um 11:35 schrieb Anton Blau:

> 
> Wie kann ich denn einstellen, dass mich postmaster über die nicht
> erfolgte Zustellung per E-Mail informiert und ich nicht manuell die
> Log-Files lesen muss?
> 
notify_classes

Tim

[toc] | [prev] | [next] | [standalone]

#6245

Am 11.06.2020 um 11:44 schrieb Tim Ritberg:
> Am 11.06.20 um 11:35 schrieb Anton Blau:
> 
>>
>> Wie kann ich denn einstellen, dass mich postmaster über die nicht
>> erfolgte Zustellung per E-Mail informiert und ich nicht manuell die
>> Log-Files lesen muss?
>>
> notify_classes
> 
> Tim
> 

Vielen lieben Dank!

Damit funktioniert es.


Schönen Feiertag!


Tony

[toc] | [prev] | [next] | [standalone]

#6243

On Thu, 11 Jun 2020 11:35:54 +0200, Anton Blau wrote:
>
> ich habe postfix als Smarthost eingerichtet. D. h. er stellt
>
> * externe Mails an mail.gmx.net und
> * interne Mails an den lokalen dovecot
>
> zu.
>
> Die externen Mails werden in analog der Einstellung
>
> sender_canonical_maps = hash:/etc/postfix/sender_canonical
>
> in der /etc/postfix/main.cf von internem Absender
> (tony@localsmarthost) auf korrektem externen Absender
> (tony.blue@gmx.de) umgeschrieben. Nur dann werden sie von mail.gmx.net
> angenommen.
>
> Leider kommt es vor, dass Mails an externe Mailadressen versandt
> werden, deren Absender nicht in der /etc/postfix/sender_canonical
> enthalten ist.
>
> In der /var/log/syslog erscheint dann eine Fehlermeldung
> (... Authentication required - sender non-delivery notification -
> removed). Die somit in der Auslieferung gescheiterten E-Mails
> "verschwinden" vollständig. Es wird leider kein Mail an "Postmaster"
> ausgelöst, wovon ich davon Kenntnis bekäme und die
> /etc/postfix/sender_canonical erweitern könnte.
>
> Wie kann ich denn einstellen, dass mich postmaster über die nicht
> erfolgte Zustellung per E-Mail informiert und ich nicht manuell die
> Log-Files lesen muss?

Ich habe in /root/.forward

ank@localhost

stehen. Pass mal auf deinen User an. Weiß nicht, ob ein Reboot
erforderlich ist, vermute aber nicht.

> /var/log/syslog
> Jun 11 08:46:55 localsmarthost postfix/smtpd[17940]: connect from
> nextcloud[192.168.3.201]
> Jun 11 08:46:55 localsmarthost postfix/smtpd[17940]: 29697AAAC:
> client=nextcloud[192.168.3.201]
> Jun 11 08:46:55 localsmarthost postfix/cleanup[17906]: 29697AAAC:
> message-id=<20200611064655.21CFF16C66@nextcloud.localdomain>
> Jun 11 08:46:55 localsmarthost postfix/smtpd[17940]: disconnect from
> nextcloud[192.168.3.201] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
> Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 29697AAAC:
> from=<root@nextcloud.duck>, size=602, nrcpt=1 (queue active)
> Jun 11 08:46:55 localsmarthost postfix/smtp[17943]: 29697AAAC:
> to=<tony.blue@gmx.de>, relay=mail.gmx.net[212.227.17.190]:587,
> delay=0.3, delays=0.03/0.01/0.24/0.02, dsn=5.0.0, status=bounced (host
> mail.gmx.net[212.227.17.190] said: 530 Authentication required (in
> reply to MAIL FROM command))
> Jun 11 08:46:55 localsmarthost postfix/cleanup[17906]: 83386AAAD:
> message-id=<20200611064655.83386AAAD@localsmarthost.localdomain>
> Jun 11 08:46:55 localsmarthost postfix/bounce[17945]: 29697AAAC:
> sender non-delivery notification: 83386AAAD
> Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 83386AAAD: from=<>,
> size=2531, nrcpt=1 (queue active)
> Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 29697AAAC: removed
> Jun 11 08:46:55 localsmarthost postfix/smtp[17943]: 83386AAAD:
> to=<root@nextcloud.duck>, relay=mail.gmx.net[212.227.17.190]:587,
> delay=0.27, delays=0.01/0/0.23/0.02, dsn=5.0.0, status=bounced (host
> mail.gmx.net[212.227.17.190] said: 530 Authentication required (in
> reply to MAIL FROM command))
> Jun 11 08:46:55 localsmarthost postfix/qmgr[614]: 83386AAAD: removed

Hast du sasl_password etc. erstellt?
-- 
Andreas

PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0

[toc] | [prev] | [next] | [standalone]

#6246

Am 11.06.2020 um 12:54 schrieb Andreas Kohlbach:
> On Thu, 11 Jun 2020 11:35:54 +0200, Anton Blau wrote:
>>

Mit notify_classes = resource, software, bounce, data, delay, policy, 
protocol

konnte ich mein Problem lösen.

> 
> Ich habe in /root/.forward
> 
> ank@localhost

Das kenne ich noch nicht. Hätte das die Wirkung wie ein "alias"?

[toc] | [prev] | [next] | [standalone]

#6248

On Thu, 11 Jun 2020 14:59:32 +0200, Anton Blau wrote:
>
> Am 11.06.2020 um 12:54 schrieb Andreas Kohlbach:
>
>> Ich habe in /root/.forward
>>
>> ank@localhost
>
> Das kenne ich noch nicht. Hätte das die Wirkung wie ein "alias"?

Ja. Alle Mails sollten an den entsprechenden Account weitergeleitet werden.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#6244

Am 11.06.20 um 11:35 schrieb Anton Blau:
> In der /var/log/syslog erscheint dann eine Fehlermeldung (...
> Authentication required - sender non-delivery notification - removed).
> Die somit in der Auslieferung gescheiterten E-Mails "verschwinden"
> vollständig. Es wird leider kein Mail an "Postmaster" ausgelöst, wovon
> ich davon Kenntnis bekäme und die /etc/postfix/sender_canonical
> erweitern könnte.
> 
> Wie kann ich denn einstellen, dass mich postmaster über die nicht
> erfolgte Zustellung per E-Mail informiert und ich nicht manuell die
> Log-Files lesen muss?

... to=<root@nextcloud.duck> ... als Absender.


die alias_maps oder 2bounce_notice_recipient können helfen, oder die
sender_canonical_maps komplett zu machen.

Bissel Kaffeesatzleserei aktuell ;)

Ansonsten hast Du natürlich die Zieladresse auch nirgends hingeleitet,
wo sie Dein Relayhost hinschieben könnte, dazu braucht's
recipient_canonical_maps oder virtual_*_maps oder so.

[toc] | [prev] | [next] | [standalone]

#6247

Am 11.06.2020 um 14:33 schrieb Matthias Andree:
> Am 11.06.20 um 11:35 schrieb Anton Blau:

> Ansonsten hast Du natürlich die Zieladresse auch nirgends hingeleitet,
> wo sie Dein Relayhost hinschieben könnte, dazu braucht's
> recipient_canonical_maps oder virtual_*_maps oder so.
> 
Vielen Dank!

Das Ziel ist, dass ich die Mails per virtual_aliases richtig zuordne.

Dank des Hinweises auf:

notify_classes = resource, software, bounce, data, delay, policy, protocol


Kann ich nun sehen, wo es hängt und die korrekten aliases festlegen.

Vielen Dank!


Tony

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailserver

csiph-web