"Apple Mail" modifiziert ungefragt eMail-Anhänge: Wie beheben?

der_Kay

Aktives Mitglied
Thread Starter
Dabei seit
02.09.2004
Beiträge
1.765
Reaktionspunkte
25
Hallo zusammen,

Ich musste feststellen, daß Tigers Apple Mail die Zeilenenden von Klartextdateien ungefragt ändert: Ein CR+LF (hex: 0x0D 0x0A) wird ungefragt zu einem LF (0x0A).

Wir versenden in unserem VPN maschinenverarbeitbare Dateien per mail, für die solche Zeilenenden nicht zulässig sind und dies führt dazu, daß die Systeme unserer Mac-Kunden abstürzen, wenn sie versuchen, Dateien einzulesen, die durch Apple Mail zerstört wurden.

Ich habe bislang keine Möglichkeit gefunden, dies zu beheben. Kennt jemand eine?
 
Zuletzt bearbeitet:
koennen die files als zip archiv geschickt werden? Es ist ja nicht nur das Mail Frontend, sondern auch die geladenen Character Sets von Servern ueber die die Daten transportiert werden, die Inhalte die aus Steuerzeichen bestehen unter Umstaenden veraendern koennen
 
reine Textdaten, egal ob txt, html, etc, sollte man IMMER per Zip senden. Wie lundehundt schon schrieb, werden die Dateien immer wieder angefasst und leicht verändert. Das hat mit Mail recht wenig zu tun.
 
koennen die files als zip archiv geschickt werden?
Möglich grundsätzlich ja, aber wir sind leider in der besonderen Situation, die Dateien auf eine extrem simple und einfach zu handhabende Art zur Verfügung stellen zu müssen.

Wie lundehundt schon schrieb, werden die Dateien immer wieder angefasst und leicht verändert. Das hat mit Mail recht wenig zu tun.
Es ist ja nicht nur das Mail Frontend,
In diesem Falle schon. Wenn die Dateien über das Web-Frontend des POP3-Servers z. B. in Safari heruntergeladen werden, kommen sie unzerstört an. Siehe auch unten.

sondern auch die geladenen Character Sets von Servern ueber die die Daten transportiert werden, die Inhalte die aus Steuerzeichen bestehen unter Umstaenden veraendern koennen
Unser Mini-"VPN" ist eine SSH-getunnelte Direktverbindung zu den POP3-Servern. Externe Modifikationen sind ausgeschlossen.
 
In diesem Falle schon. Wenn die Dateien über das Web-Frontend des POP3-Servers z. B. in Safari heruntergeladen werden, kommen sie unzerstört an. Siehe auch unten.

Dann scheint das Problem ja eher beim decodieren als beim encodieren zu liegen. Macht es einen Unterschied wenn das Text Encoding in mail umgestellt wird (auf UTF-8 auf beiden Rechnern zum Beispiel)?
 
hmm, übers WE scheint der Server down. Ich werde das weiter testen, wenn, sobald die Mailbox wieder hochgefahren ist.
 
Zurück
Oben Unten