Mail-Header Kodierung – SELFHTML-Forum Forum als Ergänzung zum SELFHTML-Wiki und zur Dokumentation SELFHTML https://forum.selfhtml.org/self Mail-Header Kodierung Sun, 29 Oct 17 15:01:03 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707206#m1707206 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707206#m1707206 <p>Hello,</p> <p>ich bin im Zweifel darüber, ob Mail-Header noch für 7-Bit-Wortlänge (Transfer-Encoding) kodiert werden müssen. Nach RFC 822 und RFC 2047 war das ja noch vorgeschrieben. Aber die sind heute wohl beide Überholt?</p> <p>Ich habe inzwischen auch keinen SMTP-Server mehr gefunden, der noch auf 7-Bit Transfer-Encoding Wert legt, aber das hat ja nicht unbedingt etwas zu sagen.</p> <p>Wer kann mir den Roten Faden wiederfinden helfen, was aktuell gültig ist?</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Mail-Header Kodierung Mon, 30 Oct 17 13:16:56 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707271#m1707271 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707271#m1707271 <p>Hello,</p> <p>ich würde mich über etwas Unterstützung freuen!</p> <p>Ich hatte versprochen, mich um einen neuen Artikel "<a href="https://wiki.selfhtml.org/wiki/Benutzer:TS/Grundlagen_und_Entwicklungsschritte_f%C3%BCr_Formmailer#.22Reply-To:.22-Header" rel="nofollow noopener noreferrer">wie baut man einen Formmailer</a>" zu kümmern. Ich will also nicht <em>noch_einen_Formmailer</em> ins Netz schmeißen, sondern eher nach unserem Motto "Die Energie des Verstehens" zeigen, wie und warum man welche Maßnahmen ergreift. Nun ergibt sich langsam eine Struktur dafür. Leider fehlen mir an einigen Stellen (RFCs) die aktuellen Kenntnisse. Auch für die (späteren) Beispiele in OOP fehlen mir die Fachkenntnisse für Entwurfsmuster. Da würde ich selber gerne dazulernen.</p> <p>Und ich kämpfe noch gewaltig gegen das Wiki. Ich weiß nicht, wie man welche Darstellungsart erzeugt.</p> <p>Von unserem "Wiki-Workshop" beim Treffen hatte ich mir ein wenig mehr Benutzertraining erwartet. Das haben wir leider versäumt :-(</p> <p>@Matthias Apsel: Und die PHP-Artikel sind deshalb ein "Friedhof des guten Willens", weil ich kein Alleinarbeiter bin - ich brauche den Dialog. Leider fehlt dieser!</p> <p>Und andere versuchen es ja gar nicht erst, einen Artikel, wie z. B. <a href="https://wiki.selfhtml.org/wiki/PHP/Anwendung_und_Praxis/File_Upload" rel="nofollow noopener noreferrer">File-Upload</a> zu recherchieren und zusammenzutragen und dann auch am Leben zu halten (immer wieder neue Erkenntnisse nachzutragen). Es ist aber mMn der am häufigsten aufgerufene Artikel des gesamten Wikis. Schade, dass der Zugriffszähler nicht mehr geführt wird!</p> <p>Ich würde ich auch gerne fertig™️ machen, was aber vermutlich nie möglich sein wird. Es gibt immer mindestens einen Trick/eine Lücke mehr, als man selber denkt :-O</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Mail-Header Kodierung Mon, 30 Oct 17 13:51:42 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707283#m1707283 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707283#m1707283 <p>Tach!</p> <blockquote> <p>Ich hatte versprochen, mich um einen neuen Artikel "<a href="https://wiki.selfhtml.org/wiki/Benutzer:TS/Grundlagen_und_Entwicklungsschritte_f%C3%BCr_Formmailer#.22Reply-To:.22-Header" rel="nofollow noopener noreferrer">wie baut man einen Formmailer</a>" zu kümmern. Ich will also nicht <em>noch_einen_Formmailer</em> ins Netz schmeißen, sondern eher nach unserem Motto "Die Energie des Verstehens" zeigen, wie und warum man welche Maßnahmen ergreift.</p> </blockquote> <p>Mach es nicht zu umfangreich. Die Sache mit dem Mailversand kannst du rauskürzen und stattdessen etwas fertiges nehmen, zum Beispiel den Swiftmailer. <a href="https://wiki.selfhtml.org/wiki/PHP/Anwendung_und_Praxis/Formmailer-Advanced" rel="nofollow noopener noreferrer">Wir haben da ja auch schon was</a>. Versenden von Mails ist nichts Formmailer-spezifisches. Wenn es denn Details zum Mailversand sein sollen, dann lieber einen separaten Artikel erstellen.</p> <blockquote> <p>Und ich kämpfe noch gewaltig gegen das Wiki. Ich weiß nicht, wie man welche Darstellungsart erzeugt.</p> </blockquote> <p>Das kann man dann immer noch feinschleifen. Du kannst für Beispiele erstmal <pre></pre> nehmen, und die Beispiel-Vorlagen vorläufig ignorieren.</p> <p>dedlfix.</p> Mail-Header Kodierung Mon, 30 Oct 17 13:58:30 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707289#m1707289 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707289#m1707289 <p>Hello,</p> <blockquote> <p>ich würde mich über etwas Unterstützung freuen!</p> </blockquote> <p>Eine Diskussion daüber ob 8 bit in Mailheaders funktionieren erachte ich weder als unterstützend noch als sinnvoll.</p> <blockquote> <p>Auch für die (späteren) Beispiele in OOP fehlen mir die Fachkenntnisse für Entwurfsmuster. Da würde ich selber gerne dazulernen.</p> </blockquote> <p>Na das ist doch schon eher was. Ich hab mal ein Mailermodul für Perl geschrieben, das hat <code># Drei Module in Einem: SendMail, SendMail::Attach, SendMail::HTML</code> und nutzt hierzu OOP/Vererbung. D.h., die Superklasse ist SendMail und die stellt den Konstruktor. Jede Klassenerweiterung definiert eine Methode <code>sendmail()</code>, somit ist die Anwendung immer gleich, bis auf die unterschiedlichen Möglichkeiten welche die Erweiterungen bieten, z.B. das Erstellen einer HTML Mail oder einer Mail mit Attachments, da wird also stets die Methode <code>sendmail()</code> aufgerufen, nur mit anderen Parametern halt.</p> <p>Da es sehr viele Möglichkeiten gibt, Multipart-Mails zusammenzustellen, ist dieser Ansatz natürlich erweiterbar, für HTML Mails mit eingebauten Images wäre hier also eine neue Erweiterung zu schreiben welche die Methode <code>senmail()</code> entsprechend überschreibt.</p> <p>Das ist die Idee, die ich hiermit mal weitergebe. Die Maildateien werden über eine Template-Engine erstellt. Du könntest mal recherchieren welchen Unterschied es macht, ob multipart/mixed oder multipart/alternative deklariert wird.</p> <p>MfG</p> Mail-Header Kodierung Mon, 30 Oct 17 13:58:33 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707290#m1707290 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707290#m1707290 <p>Hello,</p> <blockquote> <p>Die Sache mit dem Mailversand kannst du rauskürzen und stattdessen etwas fertiges nehmen, zum Beispiel den Swiftmailer.</p> </blockquote> <p>Dann müsste ich konsequenterweise reverse Engeneering betreiben und Kritik üben und würde an vielen Stellen mehr Unverständnis erzeugen, als Verständnis.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Mail-Header Kodierung Mon, 30 Oct 17 14:02:17 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707292#m1707292 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707292#m1707292 <p>Hello,</p> <blockquote> <p>Eine Diskussion daüber ob 8 bit in Mailheaders funktionieren erachte ich weder als unterstützend noch als sinnvoll.</p> </blockquote> <p>Ob "es funktioniert" geht es doch gar nicht!</p> <p>Es geht darum, was der anerkannte Stand der Technik ist (gültige RFCs) und wieviel Durchdringung der bereits geschafft hat.</p> <p>Ich kann doch nicht einfach irgendwelche Beobachtungen als allgemeingültige Tatsachen in den Raum stellen <em>tztz</em></p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Mail-Header Kodierung Mon, 30 Oct 17 14:11:20 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707295#m1707295 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707295#m1707295 <p>Tach!</p> <blockquote> <blockquote> <p>Die Sache mit dem Mailversand kannst du rauskürzen und stattdessen etwas fertiges nehmen, zum Beispiel den Swiftmailer.</p> </blockquote> <p>Dann müsste ich konsequenterweise reverse Engeneering betreiben und Kritik üben und würde an vielen Stellen mehr Unverständnis erzeugen, als Verständnis.</p> </blockquote> <p>Nicht unbedingt. Man macht doch auch nicht "konsequenterweise" Reverse Engeneering in die Programmiersprache, in das Betriebssystem, in den Prozessor, und so weiter bis in die Atomphysik hinein. Stattdessen hört man an einer geeigneten Grenze auf, was im Falle PHPs PHP selbst ist. Man schaut also üblicherweise nicht in die Implementationen der Funktionen und der Sprachelemente, sondern verwendet sie so, wie ihre Arbeitsweise im Handbuch beschrieben ist. Soviel Vertrauen muss sein, sonst kommt man vor lauter Verzetteln in Kleinkram nur schwer zum Ziel. Wenn man einen Verdacht hat, dass da irgendwas nicht stimmt, dann kann man - nachdem man seinen eigenen Code ausgeschlossen hat - immer noch abtauchen.</p> <p>dedlfix.</p> Mail-Header Kodierung Mon, 30 Oct 17 14:30:16 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707300#m1707300 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707300#m1707300 <p>Hello,</p> <blockquote> <p>Ich kann doch nicht einfach irgendwelche Beobachtungen als allgemeingültige Tatsachen in den Raum stellen <em>tztz</em></p> </blockquote> <p>Oh doch das können wir. Wäre ja noch schöner, wenn nicht. Um hier mal ein Beispiel zu geben: Der ganze MIME-Standard ist Schrott und gehört auf den Scheiterhaufen der Geschichte (und ja ich kann das auch begründen).</p> <p>Mit freundlichen Grüßen </p> Mail-Header Kodierung Mon, 30 Oct 17 14:36:09 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707302#m1707302 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707302#m1707302 <p>Hello,</p> <blockquote> <blockquote> <blockquote> <p>Die Sache mit dem Mailversand kannst du rauskürzen und stattdessen etwas fertiges nehmen, zum Beispiel den Swiftmailer.</p> </blockquote> <p>Dann müsste ich konsequenterweise reverse Engeneering betreiben und Kritik üben und würde an vielen Stellen mehr Unverständnis erzeugen, als Verständnis.</p> </blockquote> <p>Nicht unbedingt. Man macht doch auch nicht "konsequenterweise" Reverse Engeneering in die Programmiersprache, [...]</p> </blockquote> <p>Wenn man etwas Fertiges benutzt (hier eine PHP-Klasse oder Klassensammlung), um damit grundlegende Techniken der für die Klasse verwendeten Programmiersprache zu beschreiben, dann muss man die Klasse zumindest "aufmachen", um darin zeigen zu können, wie sie auf die Erfordernisse eingeht.</p> <p>Dass man da nicht bis zum Befehlssatz des Prozessors durchgreift, sollte sich von alleine verstehen! Also rücke meine Aussagen bitte nicht in einen unzutreffenden Kontext :-)</p> <p>Es geht nicht darum, wie der Switftmailer (oder sonst irgend einer) das macht, sondern wie man selber vorgehen könnte, um einen eigenen zu erstellen. Und dazu muss man sich zwangsweise erst einmal mit den Rahmenbedingungen (Vereinbarungen, Protokollen, Schnittstellen, ...) auseinandersetzen.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Kritik an Standards: bitte ausführlich und allgemeinverständlich! Mon, 30 Oct 17 14:40:28 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707304#m1707304 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707304#m1707304 <p>Hello,</p> <blockquote> <blockquote> <p>Ich kann doch nicht einfach irgendwelche Beobachtungen als allgemeingültige Tatsachen in den Raum stellen <em>tztz</em></p> </blockquote> <p>Oh doch das können wir. Wäre ja noch schöner, wenn nicht. Um hier mal ein Beispiel zu geben: Der ganze MIME-Standard ist Schrott und gehört auf den Scheiterhaufen der Geschichte (und ja ich kann das auch begründen).</p> </blockquote> <p>Dann tu's bitte!</p> <p>Und wenn Du eigene Beobachtugnen zu sogenannten Standards hast, die deiner Meinung nach nicht mehr oder noch nie allgemeingültig waren, aber als solche dargestellt werden, dann übe bitte substantiierte Kritik! Aber dann bitte ausführlich und allgemeinverständlich!</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Mail-Header Kodierung Mon, 30 Oct 17 14:53:52 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707312#m1707312 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707312#m1707312 <p>Tach!</p> <blockquote> <p>Es geht nicht darum, wie der Switftmailer (oder sonst irgend einer) das macht, sondern wie man selber vorgehen könnte, um einen eigenen zu erstellen. Und dazu muss man sich zwangsweise erst einmal mit den Rahmenbedingungen (Vereinbarungen, Protokollen, Schnittstellen, ...) auseinandersetzen.</p> </blockquote> <p>Ein Formmailer übergibt die Daten wie Empfänger, Subjekt und Mailinhalt, die er aus den Formulardaten entnommen (und vorher fehlergeprüft) hat der Mail-Komponente und fertig ist seine Aufgabe. Um die ordnungsgemäße Abwicklung der Erstellung und des Versandes der Mail kümmert sich die Mailkomponente. Wie gesagt, Mailversand und dessen Feinheiten ist ein anderes Thema.</p> <p>Es muss nicht unbedingt der Swiftmailer sein, nur wurde der mal hier vor Jahren ins Gespräch gebracht und ich habe mangels Notwendigkeit keinen Überblick über die am Markt verfügbaren Mailer-Komponenten.</p> <p>dedlfix.</p> Kritik an Standards: bitte ausführlich und allgemeinverständlich! Mon, 30 Oct 17 14:45:19 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707307#m1707307 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707307#m1707307 <p>Hello,</p> <blockquote> <blockquote> <blockquote> <p>Ich kann doch nicht einfach irgendwelche Beobachtungen als allgemeingültige Tatsachen in den Raum stellen <em>tztz</em></p> </blockquote> <p>Oh doch das können wir. Wäre ja noch schöner, wenn nicht. Um hier mal ein Beispiel zu geben: Der ganze MIME-Standard ist Schrott und gehört auf den Scheiterhaufen der Geschichte (und ja ich kann das auch begründen).</p> </blockquote> <p>Dann tu's bitte!</p> </blockquote> <p>Mach ich doch seit Jahren auf meinem Blog. MfG</p> Kritik an Standards oder: Warum ASCII? Tue, 31 Oct 17 05:17:55 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707363#m1707363 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707363#m1707363 <p>moin @TS ,</p> <blockquote> <p>Und wenn Du eigene Beobachtugnen zu sogenannten Standards hast, die deiner Meinung nach nicht mehr oder noch nie allgemeingültig waren, aber als solche dargestellt werden, dann übe bitte substantiierte Kritik! Aber dann bitte ausführlich und allgemeinverständlich!</p> </blockquote> <p>Vielleicht hast Du Dir meinen <a href="http://rolfrost.de/multimedia_mail.html" rel="nofollow noopener noreferrer">Vorschlag</a> ja mal angeschaut. Anstelle von Mailheadern empfehle ich Schlüssel in einem assoziativen Array was zur Übertragung serialisiert wird. Die spannende Frage wäre hier nun, ob es möglich ist, in den Namen dieser Schlüssel Nicht-ASCII-Zeichen zu verwenden, genauso wie Du diese Frage bezüglich Mailheader stellst. Und die Antwort ist diese hier:</p> <p>Ja, natürlich ist das möglich. So sind chinesische Schriftzeichen oder deutsche Umlaute in Mailheadern technisch genauso möglich wie in Schlüsseln für assoziative Arrays, aber wir sollten bedenken, daß es sich um internationale Abmachungen handelt, wo man einen gemeinsamen Nenner haben möchte. Somit ist das also keine technische Frage sondern eine Frage der sprachlichen Vereinbarung.</p> <p>MfG</p> Kritik an Standards: bitte ausführlich und allgemeinverständlich! Mon, 30 Oct 17 14:48:51 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707309#m1707309 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707309#m1707309 <p>Hello,</p> <blockquote> <blockquote> <p>Dann tu's bitte!</p> </blockquote> <p>Mach ich doch seit Jahren auf meinem Blog. MfG</p> </blockquote> <p>Link?</p> <p>Fehlt schon wieder!</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div> Kritik an Standards: bitte ausführlich und allgemeinverständlich! Mon, 30 Oct 17 15:04:30 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707316#m1707316 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707316#m1707316 <p><a href="http://rolfrost.de/multimedia_mail.html" rel="nofollow noopener noreferrer">Einer von..</a> und <a href="http://rolfrost.de/feedforum.html?fid=0E0" rel="nofollow noopener noreferrer">Forum</a></p> Kritik an Standards: bitte ausführlich und allgemeinverständlich! Mon, 30 Oct 17 15:11:53 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707319#m1707319 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707319#m1707319 <blockquote> <p><a href="http://rolfrost.de/multimedia_mail.html" rel="nofollow noopener noreferrer">Einer von..</a></p> </blockquote> <p>"Dieser Entwurf beschreibt einen möglichen zukünftigen Standard für die Übertragung von Hyper-Media-Dateien"</p> <p>Hyper-Media-Dateien? WTF?! LOL</p> Kritik an Standards: bitte ausführlich und allgemeinverständlich! Mon, 30 Oct 17 15:27:55 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707324#m1707324 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707324#m1707324 <p>Geht der Link zum <a href="http://rolfrost.de/feedforum.html?fid=0E0" rel="nofollow noopener noreferrer">Forum</a> nicht?</p> ASCII (7-Bit) oder ISO-8859-1 (8-Bit) oder "Opaque Coding"? Tue, 31 Oct 17 08:50:57 Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707370#m1707370 https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707370#m1707370 <p>Hello,</p> <p>[...]</p> <p>Das ist ja schön und gut, dass Du einen neuen Standard einführen willst. Aber das ändert nichts an meinem Vorhaben, den vorhandenen Klartext-Standard genauer vorstellen zu wollen in Bezug auf die Möglichkeiten, ihn mittels PHP und üblichem Mailserver zu benutzen.</p> <p>Und meine Frage, ob Mailheader mehr Codepoints als printable-ASCII (n von 128, 7-Bit) enthalten dürfen, oder ob inzwischen ISO-8859-1 (n / 256, 8-Bit) benutzt werden darf, wird dadurch nicht beantwortet.</p> <p>Es gibt reichlich ernstzunehmende Posts im Web, die zweiteres behaupten. Das habe ich auch <em>beobachtet</em>. Beobachtungen sind aber kein Beweis für eine gültige Übereinkunft, sondern nur ein Indiz.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es!<br> Das Leben selbst ist der Sinn.<br> </div>