Apfelinsel
Mac-Software => Thema gestartet von: warlord am Oktober 12, 2006, 13:49:58
-
Ne dumme Frage zu Mail.app - nicht wirklich wichtig und rein der Neugier halber:
Die Mails, die ich von einem bestimmten Mail.app Nutzer erhalte, sind immer HTML-Mails (bzw. genau genommen sind es multipart/alternative Mails mit einem HTML-Teil und einem alternativen, verm. Nur-Text-Teil). Ich nutz Mail.app ja eigentlich nicht. Aber wenn ich mir mein Exemplar anschaue, dann finde ich da eigentlich keine Möglichkeit, irgendwo ein genau solches Verhalten einzustellen. Frage ich den betreffenden Benutzer, so hat er keine Ahnung. Er nutzt "einfach ganz normal das mitgelieferte Mail Programm"?
Irgend jemand ne Idee, wie das geht bzw. was da vor sich geht?
-
Mein Halbwissen:
- Bei Mail.app sind "Nicht-Nur-Text Mails" als Grundeinstellung ab Apple vorgegeben. Muss man händisch in den Einstellungen ändern.
- Bis 10.3 war das Format RTF
- seit 10.4 ist es HTML
-
Unter "Einstellungen->Verfassen->Format der E-Mail" kann man zwischen formatiertem (HTML) Text und reinem Text wählen.
Beim Verfassen der Mail geht das unter "Format".
-
Nein, kann man eben nicht. Jedenfalls nicht, wenn man mit englischsprachiger Oberfläche arbeitet. Dann kann man zwischen "Plain Text" und "Rich Text" wählen. HTML steht da nicht zur Auswahl (Mail 2.1).
Aber ich habe nach radneuerfinders Antwort nun mal ein bisschen rumprobiert. Und offenbar wählt Mail.app bei der Einstellung "Richt Text" dann anhängig davon, wie toll man es mit der Auswahl an Schriften und Farben getrieben hat, unter Umständen tatsächlich HTML als Format. Still und heimlich und intransparent. Mit bleibt das Teil einfach unsympathisch, ich kanns nicht ändern.
-
Also bei mir macht er immer HTML draus, wenn "formatierter Text" eingestellt ist, auch wenn's nur ein normales Wort ohne zusätzliche Formatierung ist.
-
Bei mir nicht. Folgendes Mail wurde mit Einstellung "Rich Text" erstellt:
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Transfer-Encoding: 7bit
Message-Id: <343DEC8C-9FEE-4249-847A-554D841FC4EE@warlord>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: mich
From: mir
Subject: Noch n Test
Date: Thu, 12 Oct 2006 14:19:25 +0200
X-Mailer: Apple Mail (2.752.2)
X-Ciphire-Security: plain
X-Ciphire-Report: plain
<x-flowed>Ein ganz normales Mail.
--------------------[ Begin Ciphire Report ]--------------------
* Message was not encrypted.
---------------------[ End Ciphire Report ]---------------------
</x-flowed>
Dann machen wir doch noch ein Text mit Umlaut. Aber immer noch:
Mime-Version: 1.0 (Apple Message framework v752.2)
Message-Id: <AA41283A-F9CA-4A98-A4F9-66A0891B6307@warlord>
Content-Type: text/plain; format=flowed
To: mich
From: mir
Subject: Another Test
Date: Thu, 12 Oct 2006 14:52:20 +0200
X-Mailer: Apple Mail (2.752.2)
X-Ciphire-Security: plain
X-Ciphire-Report: plain
<x-flowed>Mit einem schönen Umlaut.
--------------------[ Begin Ciphire Report ]--------------------
* Message was not encrypted.
---------------------[ End Ciphire Report ]---------------------
</x-flowed>
-
Wobei da entweder mein Mail Server oder aber Ciphire leider zur Zensur gewisser Header-Daten neigen. Der Header sähe anscheinend bei der zweiten Variante so aus:
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Transfer-Encoding: quoted-printable
Message-Id: <03160313-74E2-45F8-A82C-9ACEA53ECB9F@warlord>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
To: mich
From: mir
Subject: Test
Date: 12.10.2006 15:02
X-Mailer: Apple Mail (2.752.2)
X-Ciphire-Security: plain
-
Also "Rich Text" heißt wirklich nur "Formatierter Text". Zu der Zeit, als es nur halbgare Standards für HTML-Mail gab, hat Apple da konsequent das "zufällig gleichnamige" Rich-Text-Format verwendet, und seitdem sich HTML-Mail langsam auch mit offiziellen RFCs durchgesetzt hat, werden HTML-Mails verschickt.
Wobei da entweder mein Mail Server oder aber Ciphire leider zur Zensur gewisser Header-Daten neigen.
Ich vermute auch, dass Du ein Plug-In hast, was vielleicht dazwischen funkt. Bei mir läuft die Umstellung auf formatierten Text ;) auch wie erwartet. Apple Mail generiert dann folgende Header (teilweise zensiert):
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-5--184766325
Subject: Test
Date: Thu, 12 Oct 2006 15:09:03 +0200
X-Mailer: Apple Mail (2.752.3)
--Apple-Mail-5--184766325
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
Dies ist ein Test.
--Apple-Mail-5--184766325
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Dies ist ein Test.<BR><DIV> <P =
style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT style=3D"font: 12.0px =
usw.
Also eigentlich ein vernünftiges "multipart alternative". Wer die Formatierung nicht sehen will, kriegt sie auch nicht...
-
Hmm, an Ciphire liegts nicht. "Kastriert" wird der Header auch bei gänzlicher Umgehung von Ciphire:
Mime-Version: 1.0 (Apple Message framework v752.3)
Message-Id: <19151D74-C197-46B3-8B5A-A9B84481CDDF@warlord>
Content-Type: text/plain; format=flowed
To: mich
From: mir
Subject: Test
Date: Thu, 12 Oct 2006 15:30:33 +0200
X-Mailer: Apple Mail (2.752.3)
<x-flowed>Ein weiterer Test unter gänzlicher Umgehung von Ciphire.
</x-flowed>
Schuldig scheint hier also Eudora zu sein. Beim Empfang mit Mail.app sind die fehlenden Header-Teile enthalten. :-[
Ich mach wohl den Fehler, dass ich auch für meine Versuche ständig Mail Clients einsetze und die mir, wenn es wirklich multipart/alternatives sind, nie alles zeigen. Hast Du Dein Beispiel mit Telnet runtergeladen, mbs? Oder wie hast den absolut jungfräunglichen Code erhalten?
-
Um zu sehen, was Mail macht, habe ich die Mails einfach als Entwurf gespeichert und dann mit Alt-Apfel-U den reinen Text dargestellt.
-
Hast Du Dein Beispiel mit Telnet runtergeladen, mbs? Oder wie hast den absolut jungfräunglichen Code erhalten?
Ich hab mir die Mail über einen Inhaus-Mailserver selbst zugeschickt und dann die Rohfassung in Apple Mail per Apfel+alt+U angezeigt.
-
Also irgendwie sind meine Mail.apps wohl irgendwie wirklich alle Ausnahmeerscheinungen. ;)
Testmail geschrieben mit Einstellung auf "Rich Text". Als Entwurf gesichert und Alt-Apfel-U gedrückt. Ich erhalte das angezeigt:
Mime-Version: 1.0 (Apple Message framework v752.3)
X-Apple-Mail-Remote-Attachments: NO
X-Apple-Mail-Signature:
Content-Type: text/html;
charset=ISO-8859-1
Message-Id: <BFDD3716-455B-4101-A2E3-EE94356BB407@warlord>
Content-Transfer-Encoding: quoted-printable
X-Apple-Windows-Friendly: 0
X-Apple-Base-Url: x-msg://1/
From: mir
Subject: Test
Date: Thu, 12 Oct 2006 18:03:04 +0200
To: mich
<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Dies ist ein sch=F6nes kurzes =
Testmail mit eingeschalteter "Rich Text" Formatierung.</BODY></HTML>=
Mail abgeschickt von einem Rechner aus, auf dem keinerlei Software in den Mailverkehr eingreift und sogar unter Umgehung meines eigenen Netzwerkes (unter Nutzung des sträflicherweise ungesicherten WLANs meiner Nachbarin ;D ). Mail mit telnet auf dem selben Rechner und ebenfalls über Nachbarins Netzwerk wieder abgefragt. Und ich erhalte dies:
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Transfer-Encoding: quoted-printable
Message-Id: <F04A9DC2-9D2A-4795-82BD-EA7E49E1C1E6@warlord>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
To: mich
From: mir
Subject: Test
Date: Thu, 12 Oct 2006 18:04:13 +0200
X-Mailer: Apple Mail (2.752.3)
Dies ist ein sch=F6nes kurzes Testmail mit eingeschalteter "Rich Text" =20=
Formatierung.=
.
Das ist defintiv kein mulipart/alternative, was mein Mail.app da versendet.
Edit: Hmm, und wieso ändert sich eigentlich die Message-ID. Es ist das selbe Mail. Ich versteh das nicht.
-
Also "Rich Text" heißt wirklich nur "Formatierter Text". Zu der Zeit, als es nur halbgare Standards für HTML-Mail gab, hat Apple da konsequent das "zufällig gleichnamige" Rich-Text-Format verwendet, und seitdem sich HTML-Mail langsam auch mit offiziellen RFCs durchgesetzt hat, werden HTML-Mails verschickt.
Das scheint ja tatsächlich so Usus geworden zu sein. Ist mir noch gar nie aufgefallen. Aber Eudora versendet "gestylte" Mails mittlerweile tatsächlich auch als HTML. Auch dort hat kein Wechsel der Terminologie stattgefunden. Finde ich schon etwas unglücklich, wenn HTML als "rich text" oder "styled text" bezeichnet wird.
Um sicher zu gehen, dass ich nicht irgendwie meinen eigenen Schwanz jage und mir hier irgend etwas Streiche spielt, womit ich nicht rechne, habe ich mal mit Eudora ein mulitipart/alternative verschickt. (Hach, wie schön kann man da doch alles beeinflussen. :) ) Und ich sähe es zumindest via Telnet durchaus, wenn es ein multipart/alternative wäre:
Mime-Version: 1.0
Message-Id: <p06240800c15464d16e1d@[192.168.1.35]>
Date: Thu, 12 Oct 2006 23:35:03 +0200
To: mich
From: mir
Subject: Another Test
Content-Type: multipart/alternative; boundary="============_-1051433488==_ma============"
X-Ciphire-Security: plain
X-Ciphire-Report: plain
--============_-1051433488==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Ein Test mit verschiedenen Farben. Und Fett.
--------------------[ Begin Ciphire Report ]--------------------
* Message was not encrypted.
---------------------[ End Ciphire Report ]---------------------
--============_-1051433488==_ma============
Content-Type: text/html; charset="us-ascii"
<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>Another Test</title></head><body>
<div><font color="#0000FF">Ein Test</font><font color="#FF0000"> mit
verschiedenen Farben.<b> Und Fett.</b></font></div>
<pre id="Ciphire-Report">
--------------------[ Begin Ciphire Report ]--------------------
* Message was not encrypted.
---------------------[ End Ciphire Report ]---------------------</pre>
</body>
</html>
--============_-1051433488==_ma============--
.
Mein Mail.app versendet also definitiv nicht in jedem Fall HTML bzw. multipart/alternative wenn die Einstellung auf "rich text" steht.
Einfach immer wieder mysteriös und schwer zu durchschauen dieses Programm. Ist mir einfach nicht geheuer.
So, das musste noch gesagt sein. Ich habe geschlossen. ;D
Danke für alle Wortmeldungen und Erklärungen. :D
-
Ich weiss nicht, warum ihr euch alle über HTML Mails aufregt. Verstehe ich wirklich nicht. (http://www.incredimail.com/german/splash.html) ;D ;D ;D
-
ja, hilfe - sowas gibt's? unglaublich...
-
Boah. Ich glaub's ja nicht. Aber die Zielgruppe ist ja eindeutig...
-
Ich habe auch nicht schlecht gestaunt, als ich von einer Bekannten eine von diesem grauslichen Programm erstellte Mail bekommen habe. Mail.app kann diesen Schrott zwar sehr gut darstellen, aber ich zucke jedes mal aus, wenn ich Mails bekomme, wo alles glitzert, flimmert hüpft und sonst noch was.
Ich habe die Bekannte sofort angerufen und ihr ein anderes Mailprogramm nahegelegt - sonst muss der Schrott leider ungelesen in den Spamordner. Ich hoffe, sie bringt diesen Mist von Software nicht noch unter ihre Freundinnen - dann wären Hopfen und Malz verloren.