Rfc5322, 3.6.2, Mail-Header

vor 2 Jahren

Wenn man mit der Web-Version eine E-Mail erstellt, werden u. a. 3 Header geschrieben:

 

From: Wolfgang Kilian <xxx@t-online.de>

Sender: Wolfgang Kilian <xxx@t-online.de>

Reply-To: Wolfgang Kilian <xxx@t-online.de>

 

Rfc5322 Sect. 3.6.2 sagt, dass SENDER nicht geschrieben werden sollte, wenn er identisch mit dem FROM ist.

 

Und den Reply-To-Header kann man sich auch sparen, wenn From und Reply-Adresse identisch sind.

 

Warum macht T-Online das?

267

0

7

    • vor 2 Jahren

      wokil

      Warum macht T-Online das?

      Warum macht T-Online das?
      wokil
      Warum macht T-Online das?

      Vermutlich um sich das Programmieren irgendwelcher Logiken zu ersparen, die Sender und Reply-To ggf. weglassen. Auf der anderen Seite schaden die redundanten Infos ja nicht.

       

      Worauf zielst du mit deine Frage – dass unnötig viele Daten übers Netz gehen, Hacker zusätzlich Angriffsfläche bekommen, ...?

       

      Viele Grüße

      Thomas

      4

      von

      vor 2 Jahren

      Würde man sowas als Serverbetreiber machen, und sich bspw. bei T-Online beschweren, dass die eigenen Mails nicht durchkommen, würde man als Antwort vermutlich bekommen: du hältst dich nicht an Standards. Egal, ob es nun genau daran liegt, oder nicht 🤷

       

      Insofern, Standards sind da um eingehalten zu werden. Sonst bräuchte man sie nicht. Gerade wenn die Reputation eh schon relativ bescheiden ist. 

      von

      vor 2 Jahren

      @wokil 

       

      Also mein Thunderbird setzt den Header konform und der wird auch vom Telekom-Server nicht erweitert.

       

      Muss wohl (wieder) eine eigene Sache des Email-Centers sein.

      0

      von

      vor 2 Jahren

      Ja, und das macht auch nur der „fette“ Webmailer. Über die mobile Seite passiert das nicht.

      0

      Uneingeloggter Nutzer

      von

    • vor 2 Jahren

      wokil

      Rfc5322 Sect. 3.6.2 sagt, dass SENDER nicht geschrieben werden sollte, wenn er identisch mit dem FROM ist.

      Rfc5322 Sect. 3.6.2 sagt, dass SENDER nicht geschrieben werden sollte, wenn er identisch mit dem FROM ist.
      wokil
      Rfc5322 Sect. 3.6.2 sagt, dass SENDER nicht geschrieben werden sollte, wenn er identisch mit dem FROM ist.

      Der Unterschied zwischen "sollte nicht" & "darf nicht" ist bekannt?

      Ich denke mal in der heutigen Zeit, in welcher nicht mehr so auf jedes Byte geschaut werden muss, ist das wohl eher Wurscht. Optionale Felder dürfen da sein, also sind sie da. Fertig

      0

      1

      von

      vor 2 Jahren

      Ja, der Unterschied ist bekannt. Und an RfCs könnte man sich halten, muss man aber nicht. Zwinkernd

       

      Ich wollte nur wissen, ob es einen bestimmten Grund gibt.

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    in  

    19515

    0

    3

    Gelöst

    in  

    1282

    0

    2

    in  

    1543

    0

    3

    Gelöst

    in  

    1320

    0

    2

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...