[Support] e-mail bouncen.

[Purodha B Blissenbach]

Peter Hormanns schrieb am 08.05.2007

> Mit "bouncen" meint Michael hier, dass der Postfix in unserem Hive die
> Annahme E-Mail mit einem entsprechenden Returncode 50x verweitert. So
> etwas benutzt z.B. web.de, wenn ein Postfach voll ist. Das geht bei
> uns nicht. Zumindest nicht über eine procmailrc. Die zentrale
> Postfix-Installation für alle müsste geändert werden, wie auch
> immer...

Ich habe vor Jahren schon vorgeschlagen, daß wir genau das machen
sollten - *während* eine e-mail uebertragen wird,
* Auf SPAM pruefen, je hoeher die SPAM-Wahrscheinlichkeit dabei
  wird, umso langsamer auf Protokollebene antworten;
  ggf. wenn der Empfänger das wuenscht, hinreichend sicher
  erkannten SPAM ablehnen, ehe der komplett übertragen wurde;
* Auf Mailbox-Ueberlauf pruefen, und zwar:
  - per Anzahl der dort gequeuten e-mails,
  - per belegtem Plattenplatz,
  - per maximal vom User erlaubten e-mailgroesse

(Allein das Letzte wuerde mir gut 80% = ca. 50000 e-mails pro
Woche ersparen)

Andere koennen das. Bei uns geht es nicht, und ist nicht
erwuenscht, mein Vorschlag wurde massiv kritisiert.

>> Bei uns gibts das nicht, sollte es aber in der einen oder andern
>> Form. Zumindesten sollte diese Funktionalitaet verfuegbar sein.

> Natürlich kannst Du aus einer procmailrc heraus Mails über
> Linux-Kommandos E-Mails versenden. Schau dir die Kommandos mail,
> formail, vacation etc. an.

Nein, die tun es alle nicht. Genauer gesagt, alle diese Komando
schicken keinen Bounce, und schicken ihre Antwort an die falsche
Stelle. 

Nicht einem weiterleitender account in einer Kette von
virtuertable/aliases-Eintraegen auf unserem Rechner soll die
Antwort zuteil werden, sondern einem Menschen, dessen e-mail ggf.
fälschlich als SPAM angesehen wurde, oder dessen e-mail nicht in
einer (vollen) Mailbox gespeichert wurde.

Wenn Du einen Weg weißt, wie das geht, bitte sag ihn mir.

Natuerlich kommt bei sowas auch collateral SPAM heraus, ...

> Aber Vorsicht: Solche automatisch
> verteilten E-Mails sorgen dafür, dass unser SMTP-Server immer wieder
> in den verschiedensten Blacklists auftauchen! Wenn also auf jede
> eingehende Spam-Email eine Kopie der Spam-Email herausgeht (egal, ob
> durch eine einfache Weiterleitung oder durch ein Skript wie Deins)
> sinkt der Ruf unserer SMTP-Server bei den Verwaltern von Blacklists.

..., leider, aber das ist aus meiner Sicht unvermeidlich, und er
sollte moeglicht selten + in einer Form rausgehen, die wenig Kosten/Netzlast
erzeugt, und moeglichst keinen weiteren collateral SPAM provoziert,
also standardmaessige bounce-e-mails sein.
Ich muß Kundenforderungen erfuellen:
- keinen oder moeglichst wenig SPAM an Kunden weiterreichen.
- 100% sicher stellen, daß keine "guten" e-mails verlorengehen,
  ohne daß Empfaenger und/oder Absender davon erfahren.
- keine Kosten erzeugen.

Gruesse von Purodha