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

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

postfix bounces verschwinden?!

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

Contents

  postfix bounces verschwinden?! Nico Hoffmann <oxensepp@gmx.de> - 2024-06-22 22:36 +0000
    Re: postfix bounces verschwinden?! Tim Ritberg <tim@server.invalid> - 2024-06-23 11:43 +0200
      Re: postfix bounces verschwinden?! Nico Hoffmann <oxensepp@gmx.de> - 2024-06-23 12:04 +0000
        Re: postfix bounces verschwinden?! Tim Ritberg <tim@server.invalid> - 2024-06-23 14:35 +0200
          Re: postfix bounces verschwinden?! Nico Hoffmann <oxensepp@gmx.de> - 2024-06-23 12:50 +0000
            Re: postfix bounces verschwinden?! Tim Ritberg <tim@server.invalid> - 2024-06-23 17:58 +0200
              Re: postfix bounces verschwinden?! Nico Hoffmann <oxensepp@gmx.de> - 2024-06-23 17:13 +0000
              Re: postfix bounces verschwinden?! Arno Welzel <usenet@arnowelzel.de> - 2024-06-23 23:36 +0200
                Re: postfix bounces verschwinden?! Tim Ritberg <tim@server.invalid> - 2024-06-24 09:28 +0200
    Re: postfix bounces verschwinden?! Thomas Hochstein <thh@thh.name> - 2024-06-23 13:34 +0200
    Re: postfix bounces verschwinden?! Nico Hoffmann <oxensepp@gmx.de> - 2024-06-25 17:44 +0000

#7030 — postfix bounces verschwinden?!

Hallo,

Für ausgehende Email ist hier auf dem lokalen PC (d.h. "dialup", nicht
im Internet) postfix eingerichtet.

Es ist "sender dependend relaying" eingerichtet, also
abhängig von der envelope-Adresse. Email mit Absenderadresse domain1
wird über relay1 verschickt, der Rest über relay2. Funktioniert
soweit. relay1 und relay2 sind kommerzielle Server draußen im
Internet. Die Envelope-Adresse setzt mein Emailprogramm.


Nun habe ich bemerkt, dass relay1 eine Email nicht angenommen hat,
weil sie dort als Spam klassifiziert worden ist. Im Logfile sehe ich
eine 550 von relay1.
Im Logfile sehe ich ein "removed" für diese Email.

Offenbar erzeugt postfix aber eine "sender non-delivery notification".
Diese hat eine leere Absenderadresse ("<>").

Anscheinend greift für diese "sender non-delivery notification" dann
das sender dependend relaying, denn ich sehe im Log, dass sie dem
relay2 angeboten wird. relay2 lehnt sie ab, weil er sich
(vernünftigerweise) daran stört, dass keine Absenderadresse angegeben
ist. Die "sender non-delivery notification" endet laut Logfile auch
mit "removed"...


Ich bekomme also nicht mit, wenn eine Email nicht verschickt werden
konnte :-(

Eigentlich irritiert es mich, dass postfix den Bounce über relay2
zuzustellen möchte, anstatt an den lokalen User zurückzugeben, aber
das liegt wohl an den Einstellungen für das "sender dependend
relaying".

Ich müßte postfix wohl am besten so umbiegen, dass Email mit leerer
Senderadresse lokal an mich gehen und nicht an ein relay. Mir ist
unklar, wie ich das mache. Tipps hierzu?

N.
-- 
"Hedwig, Du bist das Schärfste, was mir jemals zwischen Heringsdorf und 
Borkum begegnet ist!"
(Loriot)

[toc] | [next] | [standalone]

#7031

Am 23.06.24 um 00:36 schrieb Nico Hoffmann:
> Nun habe ich bemerkt, dass relay1 eine Email nicht angenommen hat,
> weil sie dort als Spam klassifiziert worden ist. Im Logfile sehe ich
> eine 550 von relay1.
> Im Logfile sehe ich ein "removed" für diese Email.
> 
> Offenbar erzeugt postfix aber eine "sender non-delivery notification".
> Diese hat eine leere Absenderadresse ("<>").
> 
Das wäre schlecht. Solche Mails sollte man bei der Einlieferung 
rejecten.Dann kümmert sich auch der einliefernde Server um den Report.

Tim

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

#7032

Tim Ritberg schreibt:

> Am 23.06.24 um 00:36 schrieb Nico Hoffmann:
>> Nun habe ich bemerkt, dass relay1 eine Email nicht angenommen hat,
>> weil sie dort als Spam klassifiziert worden ist. Im Logfile sehe ich
>> eine 550 von relay1.
>> Im Logfile sehe ich ein "removed" für diese Email.
>> 
>> Offenbar erzeugt postfix aber eine "sender non-delivery notification".
>> Diese hat eine leere Absenderadresse ("<>").
>> 
> Das wäre schlecht. Solche Mails sollte man bei der Einlieferung 
> rejecten.Dann kümmert sich auch der einliefernde Server um den Report.

Das ist genau das Problem. Mein postfix entsorgt diese "sender
non-delivery notification", anstatt sich drum zu kümmern, d.h., mir
das Ding zuzustellen.

N.
-- 
<Nutzdatenbegleiter: 0x00>

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

#7033

Am 23.06.24 um 14:04 schrieb Nico Hoffmann:
> Tim Ritberg schreibt:
> 
>> Am 23.06.24 um 00:36 schrieb Nico Hoffmann:
>>> Nun habe ich bemerkt, dass relay1 eine Email nicht angenommen hat,
>>> weil sie dort als Spam klassifiziert worden ist. Im Logfile sehe ich
>>> eine 550 von relay1.
>>> Im Logfile sehe ich ein "removed" für diese Email.
>>>
>>> Offenbar erzeugt postfix aber eine "sender non-delivery notification".
>>> Diese hat eine leere Absenderadresse ("<>").
>>>
>> Das wäre schlecht. Solche Mails sollte man bei der Einlieferung
>> rejecten.Dann kümmert sich auch der einliefernde Server um den Report.
> 
> Das ist genau das Problem. Mein postfix entsorgt diese "sender
> non-delivery notification", anstatt sich drum zu kümmern, d.h., mir
> das Ding zuzustellen.

Du hast nicht verraten, warum du denkst, Postfix würde das als Spam sehen.
Ausserdem macht Postfix selbst gar keine Spamerkennung.
Details pls...

Tim

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

#7034

Tim Ritberg schreibt:

> Am 23.06.24 um 14:04 schrieb Nico Hoffmann:
>> Tim Ritberg schreibt:
>> 
>>> Am 23.06.24 um 00:36 schrieb Nico Hoffmann:
>>>> Nun habe ich bemerkt, dass relay1 eine Email nicht angenommen hat,
>>>> weil sie dort als Spam klassifiziert worden ist. Im Logfile sehe ich
>>>> eine 550 von relay1.
>>>> Im Logfile sehe ich ein "removed" für diese Email.
>>>>
>>>> Offenbar erzeugt postfix aber eine "sender non-delivery notification".
>>>> Diese hat eine leere Absenderadresse ("<>").
>>>>
>>> Das wäre schlecht. Solche Mails sollte man bei der Einlieferung
>>> rejecten.Dann kümmert sich auch der einliefernde Server um den Report.
>> 
>> Das ist genau das Problem. Mein postfix entsorgt diese "sender
>> non-delivery notification", anstatt sich drum zu kümmern, d.h., mir
>> das Ding zuzustellen.
>
> Du hast nicht verraten, warum du denkst, Postfix würde das als Spam sehen.

Gar nicht.


> Ausserdem macht Postfix selbst gar keine Spamerkennung.
> Details pls...

Mein Postfix bietet die (von mir verfasste, abgeschickte) Email dem
relay1 an. Der klassifiziert sie als Spam und weigert sich sie
anzunehmen (550). Siehe oben.

Daraufhin schmeißt mein Postfix das Ding offenbar weg und erzeugt die
"sender non-delivery notification" mit leerem Absender. Soweit ist
alles in Ordnung, nach meiner Ansicht.

Nun habe ich meinen postfix so konfiguriert, dass er dem relay1 nur
Email mit einer bestimmten Absenderadresse weiterreicht. Den Rest soll
er über relay2 schicken.

Das macht er dann, und zwar auch mit der "sender non-delivery
notification". relay2 nimmt die natürlich nicht an, weil leerer
Absender.

Daraufhin schmeißt mein Postfix die "sender non-delivery notification"
auch weg, und das war's dann.
Meiner Ansicht nach sollte sie in meinem Postfach landen, denn ich
krieg' so nicht mit, dass was schief gelaufen ist.

Und ich rätsle, an welcher Stellschraube ich drehen soll.

N.
-- 
http://www.wetteronline.de/wetter/ojmjakon

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

#7035

Am 23.06.24 um 14:50 schrieb Nico Hoffmann:
> Mein Postfix bietet die (von mir verfasste, abgeschickte) Email dem
> relay1 an. Der klassifiziert sie als Spam und weigert sich sie
> anzunehmen (550). Siehe oben.
550 ist keine Fehlermeldung für "Spam".

> 
> Und ich rätsle, an welcher Stellschraube ich drehen soll.
Ich auch, weil keine ordentliche Fehlermeldung.

Tim

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

#7036

Tim Ritberg schreibt:

> Am 23.06.24 um 14:50 schrieb Nico Hoffmann:
>> Mein Postfix bietet die (von mir verfasste, abgeschickte) Email dem
>> relay1 an. Der klassifiziert sie als Spam und weigert sich sie
>> anzunehmen (550). Siehe oben.
> 550 ist keine Fehlermeldung für "Spam".

Ach.


 Jun 21 21:54:05 schubert postfix/smtp[26324]: 46C2534C8BE: to=<xxx@yyy.de>,relay=smtp.relay1[ipv6]:25, delay=142, delays=139/0.03/0.78/1.9, dsn=5.0.0, status=bounced (host smtp.relay1[ipv6] said: 550-Diese E-Mail wurde als SPAM klassifiziert und kann daher nicht gesendet 550-werden. Bei weiteren Fragen wenden Sie sich bitte an die Kundenbetreuung. 550-This email cannot be sent due to classification as SPAM. Please contact 550-customer support for further questions. 550 (Expurgate-ID: 150741::1718999684-156D3417-5C78570E/10/58925388997) (in reply to end of DATA command))

 Jun 21 21:54:05 schubert postfix/bounce[26325]: 46C2534C8BE: sender non-delivery notification: 8164534C8D1

 Jun 21 21:54:05 schubert postfix/qmgr[4437]: 8164534C8D1: from=<>, size=5408, nrcpt=1 (queue active)

 Jun 21 21:54:05 schubert postfix/qmgr[4437]: 46C2534C8BE: removed

 Jun 21 21:54:06 schubert postfix/error[26305]: 8164534C8D1: to=<xxx@yyy.de>, relay=none, delay=0.51, delays=0.3/0/0/0.2, dsn=4.3.2, status=deferred (deferred transport)

 Jun 21 21:54:17 schubert postfix/qmgr[4437]: 8164534C8D1: from=<>, size=5408, nrcpt=1 (queue active)

 Jun 21 21:54:18 schubert postfix/smtp[26321]: 8164534C8D1: to=<xxx@yyy.de>, relay=mail.relay2[ipv4]:25, delay=13, delays=12/0/0.88/0.05, dsn=5.0.0, status=bounced (host mail.relay2[ipv4] said: 550-Requested action not taken: mailbox unavailable 550 Sender address is not allowed. (in reply to MAIL FROM command))

 Jun 21 21:54:18 schubert postfix/qmgr[4437]: 8164534C8D1: removed



>> Und ich rätsle, an welcher Stellschraube ich drehen soll.
> Ich auch, weil keine ordentliche Fehlermeldung.

Von mir aus kannst du auch Logmeldungen haben. Ich bin da flexibel.

Es geht mir um 8164534C8D1.

N.
-- 
Hm. 

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

#7037

Tim Ritberg, 2024-06-23 17:58:

> Am 23.06.24 um 14:50 schrieb Nico Hoffmann:
>> Mein Postfix bietet die (von mir verfasste, abgeschickte) Email dem
>> relay1 an. Der klassifiziert sie als Spam und weigert sich sie
>> anzunehmen (550). Siehe oben.
> 550 ist keine Fehlermeldung für "Spam".

Nein, aber für "weigert sich sie anzunehmen". Macht rspamd hier auch so,
weil es sinnvoller ist, Spam aktiv abzulehnen, als ihn anzunehmen und
dann in Spamordner zu legen.


-- 
Arno Welzel
https://arnowelzel.de

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

#7039

Am 23.06.24 um 23:36 schrieb Arno Welzel:
> Tim Ritberg, 2024-06-23 17:58:
> 
>> Am 23.06.24 um 14:50 schrieb Nico Hoffmann:
>>> Mein Postfix bietet die (von mir verfasste, abgeschickte) Email dem
>>> relay1 an. Der klassifiziert sie als Spam und weigert sich sie
>>> anzunehmen (550). Siehe oben.
>> 550 ist keine Fehlermeldung für "Spam".
> 
> Nein, aber für "weigert sich sie anzunehmen". Macht rspamd hier auch so,
> weil es sinnvoller ist, Spam aktiv abzulehnen, als ihn anzunehmen und
> dann in Spamordner zu legen.
> 
> 

ach, ja was?! :-)

Dann sollte man doch bei der Antispamsoftware gucken...

Tim

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

#7038

Nico Hoffmann schrieb:

> Nun habe ich bemerkt, dass relay1 eine Email nicht angenommen hat,
> weil sie dort als Spam klassifiziert worden ist. Im Logfile sehe ich
> eine 550 von relay1.
> Im Logfile sehe ich ein "removed" für diese Email.

So weit, so gut.

> Offenbar erzeugt postfix aber eine "sender non-delivery notification".
> Diese hat eine leere Absenderadresse ("<>").

So weit, so richtig. Diese DSN geht an den Absender der nicht-zustellbaren
E-Mail. Ist das eine lokale oder externe Adresse?

Wenn es eine externe Adresse ist, muss die DSN natürlich wieder über ein
Relay zugestellt werden.

> Anscheinend greift für diese "sender non-delivery notification" dann
> das sender dependend relaying,

Wenn die Adresse nicht lokal ist: natürlich.

> denn ich sehe im Log, dass sie dem
> relay2 angeboten wird. relay2 lehnt sie ab, weil er sich
> (vernünftigerweise) daran stört, dass keine Absenderadresse angegeben
> ist.

Tscha.

> Ich bekomme also nicht mit, wenn eine Email nicht verschickt werden
> konnte :-(

Tscha.

> Eigentlich irritiert es mich, dass postfix den Bounce über relay2
> zuzustellen möchte, anstatt an den lokalen User zurückzugeben, aber
> das liegt wohl an den Einstellungen für das "sender dependend
> relaying".

Nein, das liegt am Absender. Der Bounce geht an den Absender (im
Envelope-From). Wenn das kein lokaler User ist, geht er natürlich auch
nicht an den lokalen User.

-thh
-- 
Informationen rund um E-Mail und Mailserver:
<https://th-h.de/net/mail/>

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

#7040

Nico Hoffmann schreibt:

> Ich bekomme also nicht mit, wenn eine Email nicht verschickt werden
> konnte :-(

Wen es interessiert - es gibt eine Lösung, bzw. einen Workaroud.

Ich habe mein Anliegen in die postfix-Mailingliste geschrieben und
erhielt einen Vorschlag vom Meister persönlich:
https://www.mail-archive.com/postfix-users@postfix.org/msg102721.html

Bei einem ersten Test erhielt ich aber nicht nur einen Header, sondern
offenbar 'alles' bekommen: Den non delivery report für den Bounce
(wegen <> als Senderadresse), Den Bounce selber, d.h. die Meldung,
dass die ursprüngliche Email mit 550 zurückgewiesen wurde, und da dran
auch diese Email selber.

Passt für mich erst mal so.

N.
-- 
Der Regenbogen ist eine Entschuldigung für das schlechte Wetter.

[toc] | [prev] | [standalone]

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

csiph-web