Nach oben So gehts mit IDC Viel ADO um .. Tips und Tricks Einstellempfehlungen Expertendiskussion

 

 

 

Ergebnisse einer Testreihe im Dezember 97

Mail-Programm (aus Header) Microsoft Outlook Express 4.71.1712.3 Z-Mail Pro 6.1 (Win32 - 021297), NetManage Inc. Windows Eudora Light Version 1.5.4 (32) Pine.HPP
Testperson Robert Huber Ralf Pollinger Tanja Stimpel Tanja Stimpel
Test 1:

UUEncode

Zeilenumbruch bei 70 Zeichen Einrücken mit >

Test Umlaute und Zeilenumbruch öä...ÄÜß

Mini Attachment eingebunden

Umlaute O. K.

Attachment O.K.

Kein Quoting erkennbar

Ich habe ueberall den Header dazu.

1 Testmail absolut einwandfrei

mit Eudora light: mail lesbar, Sonderzeichen ok, nur das Attachment ließ sich nicht verwerten. pine (unix) kann wohl grundsaetzlich keine Sonderzeichen und Umlaute,

diese sind jedenfalls in keiner Testmail richtig umgesetzt. Anhang laesst sich von pine nicht konvertieren, nachdem ich ihn aber manuell nach uudecode gepiped habe gab es keine Probleme mehr. Text ist uebrigens trotz der Sonderzeichen noch einigermassen lesbar.

Test 2

MIME

keine Textcodierung,

8-bit Zeichen im Kopf zugelassen

Zeilenumbruch bei 70 Zeichen

Einrücken mit >

Test Umlaute und Zeilenumbruch öä...ÄÜß

Mini Attachment eingebunden

Attachment vorhanden

Umlaute O. K.

kein Reply erkennbar

2 Testmail absolut einwandfrei Eudora light: wie 1.Testmail, aber mit korrekt umgesetztem Attachment, wird von Eudora automatisch als eigene Datei gespeichert. So haette ich im Zukunft gerne die Winword-Dokumente! Kopf der mail ist total verwurschtelt, findest Du nicht auch? Das war jedenfalls mal die 2.Testmail. Attachment von pine selbst einwandfrei konvertiert. Fazit: Sonderzeichen noch schlechter als bei 1.mail, aber Attachment besser.
Test 3

MIME

Textcodierung auf Quoted Printable

8-bit Zeichen im Kopf NICHT zugelassen (aber trotzdem im Subject angegeben)

kein Zeilenumbruch, Einrücken mit >

Test Umlaute und Zeilenumbruch öä...ÄÜß

Mini Attachment vergessen.

Kein Attachment erkennbar
Umlaute O. K.
Kein Quoting erkennbar
3 Testmail

Subject ist hinueber
Attachment fehlt, ansonsten alles ok Zeilenumbruch ist hier nicht vorhanden (bei Eudora schon), deshalb muss
ich staendig Fensterchen von links nach rechts schieben. Kopf ist genauso
schlimm wie bei 2. mail, trotz der nicht zugelassenen 8bit Zeichen.
Attachment fehlt.
Test 4

MIME

Textcodierung auf Base 64

8-bit Zeichen im Kopf NICHT zugelassen

kein Zeilenumbruch,

Einrücken mit >

Test Umlaute und Zeilenumbruch öä...ÄÜß

Mini Attachment eingebunden

Umlaute O. K.

Attachment O. K.
Kein Quoting erkennbar

4.Testmail

Text in Mail undefinierbar

Text in MIME-Attachment einwandfrei, aber warum ein Text-Attachment ;-))

Zeilenumbruch scheint hier besser zu funktionieren, Attachment ok Untenstehendes macht pine, wenn man auf "reply" drueckt und sagt "include original message", die mail war vorher aber absolut ok. Kopf ist diesmal auch ok, Attachment von pine konvertiert. Zeilenumbruch ist vorhanden. Sonderzeichen nur als rechteckige Kaestchen, wie bei 1. mail, mail aber trotzdem gut lesbar.

Bei Eudora und pine ist uebrigens der automatische Zeilenumbruch stets bei etwa 60 Zeichen, mails sind aber trotzdem noch sehr gut lesbar.

Fazit: kein Format passt universell überall. Leider!

Untersuchung der Aussage: Outlook Express kann kein BCC schicken.

Von Lars Freund am 17. Dezember 1997 

>> Diese Mail geht per BCC an Dich. Was kommt da an? Und ist es richtig
>> oder falsch?
>
>es ist richtig und ich kann meine Adresse im Header nicht lesen - 
>offensichtlich ist das schon eine neuere Version wo dieser 
>Bug nicht mehr drin ist.
    

Antwort auf die Frage: welche Format-Einstellungen empfehlen sich beim Versand mti Outlook Express

Von Christian Vogel am 16. Dezember 1997 17:01

>1. MIME - Textcodierung keine - mit/ohne 8-Bit Zeichen in Kopfdaten    
Ok, dies sind wohl 8bit-Zeichen. Würd ich nicht verwenden. 
    
>2. MIME - Textcodierung Quoted Printable - mit/ohne 8-Bit Zeichen in Kopfdaten

Quoted-Printable bedeutet: Jedes NICHT-ASCII-Zeichen wird in eine Sequenz     
`=' + <2-stellig Hexwert des Zeichens> umgewandelt.     
Versand erfolgt so:     
Geräte -> Ger=E4t
müßte -> m=FC=DFte
fahrt -> f=E4hrt     
<tab> -> =08     
>3. MIME - Textcodierung Base 64 - mit/ohne 8-Bit Zeichen in Kopfdaten    
Base64: Die Gesamte Mail wird als     
``
1a753a97hfsd.23987sdf.werjiopfdgu894-df3w==34wsdfs
2348a.asd23491sf.234908sdfea3,+'<9213mfasr39842343
''     
verschickt. (Dargestellt wird sie natürlich in den meisten Browsern korrekt...)

>4. UUEncode - keine Option mehr für Textcodierung oder 8-Bit Zeichen in Kopfdaten     
Macht keinen Sinn. Sieht ähnlich aus wie (3), nur anderes 
Verfahren, wird nicht mehr benutzt. (wahrscheinlich sowieso 
nur für Attachments verwendet)     
>5. HTML - ansonsten wie 1
>6. HTML - ansonsten wie 2
>7. HTML - ansonsten wie 3
Landet bei mir ungelesen in /dev/null :-) deshalb egal, was es bedeutet :)    

Antwort auf die Frage: hält sich Outlook Express beim Versenden an die Konventionen:

von Manfred Schluttenhofer am 17.12.97

Mit den Standard-Einstellungen versendet Outlook Express E-Mails im MIME Format ohne Textcodierung im ISO-8859-1 Charset. Dabei ist sowohl der "Content-Type" Header enthalten als auch die E-Mail Adressen in spitzen Klammern eingeschloßen.

Natürlich kann der User andere Nachrichtenformate wie MIME mit "Base 64", "Quoted Printable" oder UUENCODE Textcodierung einstellen. Der User hat ferner die Möglichkeit den Charset (zB. UTF-7, UTF-8) für abgehende Nachrichten zu wählen. Standard-Einstellung ist hier beim deutsche Outlook Express ISO-8859-1 (Westeuropa). Unten habe ich den relevanten Teil (DATA) eines SMTP Frames angehängt.

Es kann vielleicht sein, daß sich der eine oder andere Mailer am Header abgehender Nachrichten zu schaffen macht?

Ich hoffe ich kann damit zur Klärung diese E-Mail Threads beitragen.


Have fun, Manfred

Ausschnitt eines eben mit Outlook Express versandten SMTP Frames:

00000030 4D 65 73 73 61 67 65 2D 49 44 Message-ID
00000040 3A 20 3C 30 30 32 61 30 31 62 64 30 61 36 66 24 :.<002a01bd0a6f$
00000050 66 64 61 61 38 33 61 30 24 30 36 30 30 61 38 63 fdaa83a0$0600a8c
00000060 30 40 73 6D 61 6E 66 72 65 64 2D 68 36 3E 0D 0A 0@smanfred-h6>..
00000070 46 72 6F 6D 3A 20 22 4D 61 6E 66 72 65 64 20 53 From:."Manfred.S
00000080 63 68 6C 75 74 74 65 6E 68 6F 66 65 72 22 20 3C chluttenhofer".<
00000090 73 6D 61 6E 66 72 65 64 40 62 6E 6C 61 2E 62 61 smanfred@bnla.ba
000000A0 79 6E 65 74 2E 64 65 3E 0D 0A 54 6F 3A 20 22 4D ynet.de>..To:."M
000000B0 61 6E 66 72 65 64 20 53 63 68 6C 75 74 74 65 6E anfred.Schlutten
000000C0 68 6F 66 65 72 22 20 3C 73 6D 61 6E 66 72 65 64 hofer".<smanfred
000000D0 40 62 6E 6C 61 2E 62 61 79 6E 65 74 2E 64 65 3E @bnla.baynet.de>
000000E0 0D 0A 53 75 62 6A 65 63 74 3A 20 55 6E 64 20 6E ..Subject:.Und.n
000000F0 6F 63 68 20 65 69 6E 20 54 65 73 74 0D 0A 44 61 och.ein.Test..Da
00000100 74 65 3A 20 54 75 65 2C 20 31 36 20 44 65 63 20 te:.Tue,.16.Dec.
00000110 31 39 39 37 20 32 33 3A 31 34 3A 32 37 20 2B 30 1997.23:14:27.+0
00000120 31 30 30 0D 0A 4D 49 4D 45 2D 56 65 72 73 69 6F 100..MIME-Versio
00000130 6E 3A 20 31 2E 30 0D 0A 43 6F 6E 74 65 6E 74 2D n:.1.0..Content-
00000140 54 79 70 65 3A 20 74 65 78 74 2F 70 6C 61 69 6E Type:.text/plain
00000150 3B 0D 0A 09 63 68 61 72 73 65 74 3D 22 69 73 6F ;...charset="iso
00000160 2D 38 38 35 39 2D 31 22 0D 0A 43 6F 6E 74 65 6E -8859-1"..Conten
00000170 74 2D 54 72 61 6E 73 66 65 72 2D 45 6E 63 6F 64 t-Transfer-Encod
00000180 69 6E 67 3A 20 37 62 69 74 0D 0A 58 2D 50 72 69 ing:.7bit..X-Pri
00000190 6F 72 69 74 79 3A 20 33 0D 0A 58 2D 4D 53 4D 61 ority:.3..X-MSMa
000001A0 69 6C 2D 50 72 69 6F 72 69 74 79 3A 20 4E 6F 72 il-Priority:.Nor
000001B0 6D 61 6C 0D 0A 58 2D 4D 61 69 6C 65 72 3A 20 4D mal..X-Mailer:.M
000001C0 69 63 72 6F 73 6F 66 74 20 4F 75 74 6C 6F 6F 6B icrosoft.Outlook
000001D0 20 45 78 70 72 65 73 73 20 34 2E 37 32 2E 32 31 .Express.4.72.21
000001E0 30 36 2E 34 0D 0A 58 2D 4D 69 6D 65 4F 4C 45 3A 06.4..X-MimeOLE:
000001F0 20 50 72 6F 64 75 63 65 64 20 42 79 20 4D 69 63 .Produced.By.Mic
00000200 72 6F 73 6F 66 74 20 4D 69 6D 65 4F 4C 45 20 56 rosoft.MimeOLE.V
00000210 34 2E 37 32 2E 32 31 30 36 2E 34 0D 0A 0D 0A 44 4.72.2106.4....D
00000220 69 65 73 6D 61 6C 20 4D 49 4D 45 20 6F 68 6E 65 iesmal.MIME.ohne
00000230 20 54 65 78 74 63 6F 64 69 65 72 75 6E 67 2C 20 .Textcodierung,.
00000240 53 70 72 61 63 68 65 3D 57 65 73 74 65 75 72 6F Sprache=Westeuro
00000250 70 61 0D 0A 0D 0A 4D 61 6E 66 72 65 64 0D 0A 0D pa....Manfred...
00000260 0A .   
Zum Seitenanfang

Bei Fragen wenden Sie sich bitte an das Team
Stand: 19. April 1999.  Zur BN Eingangsseite