Rfc5322, 3.6.2, Mail-Header
2 years ago
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?
251
7
This could help you too
11 years ago
18746
0
3
11 years ago
1473
0
3
1 year ago
231
0
6
You might also be interested in
Request purchasing advice
Fill out our online contact form quickly and easily so that we can advise you personally in a timely manner.
View offers
Current Telekom offers for mobile communications (5G/LTE), landline and Internet, TV & more.
2 years ago
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
Answer
from
2 years ago
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.
Answer
from
2 years ago
@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.
Answer
from
2 years ago
Ja, und das macht auch nur der „fette“ Webmailer. Über die mobile Seite passiert das nicht.
Unlogged in user
Answer
from
2 years ago
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
1
Answer
from
2 years ago
Ja, der Unterschied ist bekannt. Und an RfCs könnte man sich halten, muss man aber nicht.
Ich wollte nur wissen, ob es einen bestimmten Grund gibt.
Unlogged in user
Answer
from
Unlogged in user
Ask
from