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

Groups > de.comm.software.mailserver > #6329

Re: Postfix / Parameter delay_warning_time

Show all headers | View raw

Frank Graf <f.graf@firemail.de> schrieb:

> gehe ich recht in der Annahme dass Postfix bei setzen des folgenden 
> Parameters:
>
> delay_warning_time = 4h
>
> sowohl den Absender informiert der eine Mail direkt über einen MUA
> eingeliefert hat, als auch einen Absender dessen Mail Postfix in
> seiner Eigenschaft als Backup-MX entgegen genommen hat?

Ja. Deshalb schaltet man das auf einem Backup-MX normalerweise
auch aus. Weil es besteht halt eine gewisse Gefahr von Backscatter.

> Angenommen Postfix nimmt als Backup-MX Mails an, und kann sie wegen 
> Ausfall des primären MX nicht zustellen, dann würde er die Absender 
> informieren?

Ja, würde er - aber so willst Du einen Backup-MX nicht konfigurieren.

> Ich denke wegen:
>
> "Cloud Computing: 3,6 Millionen Webseiten nach Brand bei OVH offline"
>
> https://glm.io/154844?t 
>
> darüber nach einen Backup-MX einzurichten.

Dann denk nochmal genauer darüber nach.
Du willst das mit ziemlicher Sicherheit nicht machen.

Über Zustellprobleme zu unterrichten, ist Sache des ausliefernden
Servers. Die policies dafür legt dessen Admin fest, der seine User
kennen oder das zumindest halbwegs vernünftig eingestellt haben sollte.
Mit backup-mx hebelst Du diese policies aus.
Falls Du z.B. die Benachrichtigungsintervalle oder die Queuehaltezeit
länger auslegst als es die Absenderseite wünscht, dann handelst Du
schonmal gegen die Interessen des Absenders.

Normale Mailserver versuchen i.d.R. wenigstens einige Tage lang
zuzustellen. Da bringt es grundsätzlich nicht viel, die Mail stattdessen
ebenso tagelang oder noch länger auf Deinem backup-mx rumliegen zu
lassen - falls der Ausfall so lange dauert.
Hat eigentlich nur Nachteile und ändert letzlich meist nichts an der
schlußendlichen Zustellung, weil die meisten Ausfälle nicht so lange
dauern.
Falls doch die sender queue Zeit ausläuft, weiß der Absender dann
Bescheid, das die Zustellung gescheitert ist. Falls es wichtig ist, wird
er nochmal senden oder anrufen oder sonstwie tätig werden.

Rechtlich ist es auch nicht unkritisch. Sobald der backup mx die Mail
annimmt, ist sie in Deiner Einflußsphäre angekommen. Da kannst Du dich
dann hinterher bei irgendwelchen Fristen nicht mit rausreden, daß man
die Mail aber doch nicht lesen konnte, weil die noch tagelang auf dem
backup rumlag. Das ist dann Dein ganz persönliches Problem.
Backup-mx ist letztlich nur sinnvoll, wenn er im Fehlerfall doch die
emails am ausgefallenen Hauptserver vorbei ausliefern kann. Also
deutlich mehr Aufwand.

Falls es nur hobbytechnische Spielerei zum Ausprobieren und Lernen ist:
Viel Spaß.
Aber ansonsten - falls Du nicht Mailprovider bist: Vergiß das Thema
besser. Der Schaden ist da schnell größer als potentieller Nutzen.


Gruß,

Marcus
⚂⚃

Back to de.comm.software.mailserver | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Postfix / Parameter delay_warning_time Frank Graf <f.graf@firemail.de> - 2021-03-11 13:45 +0000
  Re: Postfix / Parameter delay_warning_time Sven Hartge <sh-213@svenhartge.de> - 2021-03-11 16:07 +0100
    Re: Postfix / Parameter delay_warning_time Tim Ritberg <tim@server.invalid> - 2021-03-11 16:43 +0100
      Re: Postfix / Parameter delay_warning_time Marcus Jodorf <trap@killfile.de> - 2021-03-12 00:32 +0100
        Re: Postfix / Parameter delay_warning_time "Andreas M. Kirchwitz" <amk@spamfence.net> - 2021-03-11 23:51 +0000
          Re: Postfix / Parameter delay_warning_time Marcus Jodorf <trap@killfile.de> - 2021-03-12 01:56 +0100
            Re: Postfix / Parameter delay_warning_time "Andreas M. Kirchwitz" <amk@spamfence.net> - 2021-03-12 11:08 +0000
              Re: Postfix / Parameter delay_warning_time Marcus Jodorf <trap@killfile.de> - 2021-03-12 19:02 +0100
      Re: Postfix / Parameter delay_warning_time Bastian Blank <usenet@waldi.eu.org> - 2021-03-12 07:26 +0000
        Re: Postfix / Parameter delay_warning_time Paul Muster <exp-311221@news.muster.net> - 2021-03-12 11:30 +0100
          Re: Postfix / Parameter delay_warning_time Tim Ritberg <tim@server.invalid> - 2021-03-12 13:45 +0100
            Re: Postfix / Parameter delay_warning_time Paul Muster <exp-311221@news.muster.net> - 2021-03-12 14:19 +0100
              Re: Postfix / Parameter delay_warning_time Tim Ritberg <tim@server.invalid> - 2021-03-12 14:56 +0100
  Re: Postfix / Parameter delay_warning_time Marcus Jodorf <trap@killfile.de> - 2021-03-12 01:33 +0100
    Re: Postfix / Parameter delay_warning_time Frank Graf <f.graf@firemail.de> - 2021-03-13 12:34 +0000
      Re: Postfix / Parameter delay_warning_time Arno Welzel <usenet@arnowelzel.de> - 2021-03-14 04:56 +0100
        Re: Postfix / Parameter delay_warning_time Paul Muster <exp-311221@news.muster.net> - 2021-03-15 17:45 +0100
          Re: Postfix / Parameter delay_warning_time Tim Ritberg <tim@server.invalid> - 2021-03-15 18:23 +0100
            Re: Postfix / Parameter delay_warning_time Paul Muster <exp-311221@news.muster.net> - 2021-03-15 19:00 +0100
            Re: Postfix / Parameter delay_warning_time Arno Welzel <usenet@arnowelzel.de> - 2021-03-16 15:08 +0100
              Re: Postfix / Parameter delay_warning_time Tim Ritberg <tim@server.invalid> - 2021-03-16 15:19 +0100
                Re: Postfix / Parameter delay_warning_time Markus Schaaf <mschaaf@elaboris.de> - 2021-03-17 10:39 +0100
          Re: Postfix / Parameter delay_warning_time Arno Welzel <usenet@arnowelzel.de> - 2021-03-16 15:08 +0100
            Re: Postfix / Parameter delay_warning_time Tim Ritberg <tim@server.invalid> - 2021-03-16 15:18 +0100
            Re: Postfix / Parameter delay_warning_time Paul Muster <exp-311221@news.muster.net> - 2021-03-16 18:58 +0100

csiph-web