tag:forum.selfhtml.org,2005:/self Mail-Header Kodierung – SELFHTML-Forum 2017-10-31T08:50:57Z https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707206#m1707206 TS ts-self@online.de https://bitworks.de 2017-10-29T15:01:03Z 2017-10-29T15:01:03Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707271#m1707271 TS ts-self@online.de https://bitworks.de 2017-10-30T13:16:56Z 2017-10-30T13:20:45Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707283#m1707283 dedlfix 2017-10-30T13:51:42Z 2017-10-30T13:51:42Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707289#m1707289 pl 2017-10-30T13:58:30Z 2017-10-30T13:58:30Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707290#m1707290 TS ts-self@online.de https://bitworks.de 2017-10-30T13:58:33Z 2017-10-30T13:58:33Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707292#m1707292 TS ts-self@online.de https://bitworks.de 2017-10-30T14:02:17Z 2017-10-30T14:02:17Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707295#m1707295 dedlfix 2017-10-30T14:11:20Z 2017-10-30T14:11:20Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707300#m1707300 pl 2017-10-30T14:30:16Z 2017-10-30T14:30:16Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707302#m1707302 TS ts-self@online.de https://bitworks.de 2017-10-30T14:36:09Z 2017-10-30T14:36:09Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707304#m1707304 TS ts-self@online.de https://bitworks.de 2017-10-30T14:40:28Z 2017-10-30T14:41:54Z Kritik an Standards: bitte ausführlich und allgemeinverständlich! <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707312#m1707312 dedlfix 2017-10-30T14:53:52Z 2017-10-30T14:53:52Z Mail-Header Kodierung <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707307#m1707307 pl 2017-10-30T14:45:19Z 2017-10-30T14:45:19Z Kritik an Standards: bitte ausführlich und allgemeinverständlich! <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707363#m1707363 pl 2017-10-31T05:17:55Z 2017-10-31T05:17:55Z Kritik an Standards oder: Warum ASCII? <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707309#m1707309 TS ts-self@online.de https://bitworks.de 2017-10-30T14:48:51Z 2017-10-30T14:48:51Z Kritik an Standards: bitte ausführlich und allgemeinverständlich! <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707316#m1707316 pl 2017-10-30T15:04:30Z 2017-10-30T15:11:28Z Kritik an Standards: bitte ausführlich und allgemeinverständlich! <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707319#m1707319 Mitleser 2017-10-30T15:11:53Z 2017-10-30T15:11:53Z Kritik an Standards: bitte ausführlich und allgemeinverständlich! <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> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707324#m1707324 pl 2017-10-30T15:27:55Z 2017-10-30T15:27:55Z Kritik an Standards: bitte ausführlich und allgemeinverständlich! <p>Geht der Link zum <a href="http://rolfrost.de/feedforum.html?fid=0E0" rel="nofollow noopener noreferrer">Forum</a> nicht?</p> https://forum.selfhtml.org/self/2017/oct/29/mail-header-kodierung/1707370#m1707370 TS ts-self@online.de https://bitworks.de 2017-10-31T08:50:57Z 2017-10-31T08:50:57Z ASCII (7-Bit) oder ISO-8859-1 (8-Bit) oder "Opaque Coding"? <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>