Re: Postfix und Delivered-To: Header
Am Donnerstag, den 29.07.2010, 15:55 +0200 schrieb Daniel Vukicevic:
> Am 29.07.2010 15:21, schrieb Manfred Schmitt:
> > Daniel Vukicevic schrieb:
> >
> >> Das einzige was mir derzeit Kopfzerbrechen bereitet ist,
> >> daß er im Header den Delivered-To: Header immer auf
> >> User@MeinHostname setzt statt den Original Recipient Hostteil
> >> benutzt.
> >>
> >>
> > Das im Delivered-To: die Adresse an die die mail tatsaechlich ausgeliefert
> > wurde steht ist ja richtig so?
> > Die eigentliche Adresse an die geschickt wurde muesste aber im obersten
> > X-Original-To: stehen.
> > Und das sollte kurz geschaut wohl so sein wenn enable_original_recipient
> > auf yes gesetzt ist, das ist seit 2.x auch im Endeffekt der default.
> >
> Das Verhalten ist auch richtig. Nur müsste ich eine Möglichkeit finden
> diesen
> Eintrag komplett manipulieren zu können oder am besten noch erst gar nicht
> anzeigen zu lassen aufgrund des erwähnten MUA Problems.
Du hast es richtig erkannt. Es ist ein MUA-Problem.
> >> Mein MUA wertet aus irgendwelchen Gründen diesen Part der Mail
> >> aus und so bekomme ich Probleme beim Filtern dieser Mails.
> >> Diese werden nämlich als To: Unixuser@meinHostname statt RCPT-To:
> >> angezeigt.
> >>
> > Das verstehe ich jetzt nicht, gibt es in Thunderbird einen allgemeinen
> > Filter "Gesendet an" und der schlaegt eben nicht zu?
> > Wie dem auch sei, auch in Thunderbird sollte man ja jedweden header zum
> > filtern nutzen koennen.
> >
> Es ist kein Thunderbird von dem ich rede, der übrigens Mails dieser Art ohne
> Probleme filtert. Ich rede von einem spezieller Groupware Lösung,
> die bei uns leider im Einsatz ist und die wohl Probleme mit dieser Art
> Header hat :-/
Wenn ein MUA mit dem Standard (RFC-Konform) nicht klar kommt, liegt es
nicht am MTA oder MDA. Ich finde es nicht berauschend wenn man den MTA
bzw. den MDA absichtlich gegen den Standard umbiegt, nur weil irgendeine
Software damit nicht klarkommt.
Wende dich doch an den Hersteller der Groupware-Lösung damit diese den
Standard einhalten und unterstützt. RFC's dienen nicht der
Volksbelustigung, sondern haben Sinn in einer heterogenen EDV-Welt.
--
Sascha Reißner <reiszner@novaplan.at>
Reply to: