Home-›Foren-›Outlook Express-›Aufbau eml file
- Dieses Thema hat 22 Antworten sowie 3 Stimmen und wurde zuletzt vor 17:18 um 1. März 2009 von musclebreast aktualisiert.
- AutorBeitrag
- 12. Januar 2009 um 16:40 #47717musclebreastTeilnehmer
hi,
ich habe mal eine Frage zu den eml Dateien.Die sind doch nach fest beschriebenen Regeln aufgebaut richtig?
hier mien Beispiel:
To:
Subject: WG: dateien
Date: Mon, 12 Jan 2009 15:54:57 +0100
Message-ID: <>
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary= —-=_NextPart_000_0003_01C974CE.55417D10
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106This is a multi-part message in MIME format.
——=_NextPart_000_0003_01C974CE.55417D10
Content-Type: multipart/alternative;
boundary= —-=_NextPart_001_0004_01C974CE.55417D10——=_NextPart_001_0004_01C974CE.55417D10
Content-Type: text/plain;
charset= iso-8859-1
Content-Transfer-Encoding: 8bitkkk
________________________________
Von:
Gesendet: Dienstag, 6. Januar 2009 09:53
An:
Betreff: dateienHey, hey..ich schicke dir hier mal die Dateien…Viel Spaß damit:-)
Mit freundlichem Gruß
——=_NextPart_001_0004_01C974CE.55417D10
Content-Type: text/html;
charset= iso-8859-1
Content-Transfer-Encoding: quoted-printablekkk
Von: =
Hornburg, RobertGesendet: Dienstag, 6. =
Januar 2009
09:53
An:
Betreff: =
dateienHey, hey..ich schicke dir hier mal die =
Dateien…Viel
Spa=DF damitJ</p= >Mit freundlichem Gru=DF
——=_NextPart_001_0004_01C974CE.55417D10–
——=_NextPart_000_0003_01C974CE.55417D10
Content-Type: application/pdf;
name= 00057213.pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename= 00057213.pdfJVBE fänget base64 an
meine Fragen wo ich hoffe ihr könnt mir helfen sind folgende:
1. Kann der Aufbau von diesem hier abweichen? höchstens bei den attachments oder?
2. der Teil in dem die Textnachricht steht kann nie anders sein oder? z.B. RFC Nachricht
3. Jedesmal ist die Nachricht noch mit in html angegeben. Ist das immer so und gibt es noch andere Formen?ich hoffe jemand hilft …viele Dank im vorraus….
lg
Lara
13. Januar 2009 um 10:45 #167651mfnTeilnehmerEine EML Datei ist eine Mail im Quelltext (strg+F3) angezeigt in einem Texteditor.
1. Kann der Aufbau von diesem hier abweichen?
Sicher das hängt vom Mailklienten und dem Mailserver ab und ob die Mail in HTML oder Nur-Text und auch Anhänge hat.
Bei einer Rein-Text Mail würde eine einzige Deklarierung hinter dem Header vor dem Nachrichtentext reichen.
etwaContent-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: 8bit2. der Teil in dem die Textnachricht steht kann nie anders sein oder? z.B. RFC Nachricht
Möglicherweise, ist aber nicht üblich. RFC ist das Nachrichtenprotokoll oder Internet Message Format.
Der Nachrichtentext muss immer gleich dem Text sein, der in einem Mailklienten angezeigt wird.3. Jedesmal ist die Nachricht noch mit in html angegeben. Ist das immer so und gibt es noch andere Formen?
Es gibt Rein-text (=Nur-Text, Plain-Text) Mails und diese auch mit Anhängen.
Und es gibt HTML-Mails mit formatiertem Text und eingebetteten Grafikdateien.
Es können auch diverse Skripte verwendet werden.Es gibt Newsletter, die man nur in HTML lesen kann, weil es keinen Plain-text enthält.
Thundebird bspw. schreibt immer so, dass jede HTML Mail auch in Rein-Text gelesen werden kann.
Nachteil HTML: es gibt keinen Standard für HTML in Mails und damit keine GArantie, dass der Leser es genauso angezeigt bekommt, wie der Versender.
Manche HTML-Formate werden oft nur mit dem gleichen Mailklienten verstanden.
Etwa Outlook und Word, die im MS RTF-Format senden können, je nach Einstellung.Außerdem vergrößert HTML eine Mail deutlich.
Anhänge vergrößern Mails um ca. 30%.Zum Lesen:
http://www.th-h.de/faq/headerfaq.php
http://de.wikipedia.org/wiki/Header_(E-Mail)
http://www.gurusheaven.de/security/email_know_how.htm[Editiert am 13/1/2009 von mfn]
20. Januar 2009 um 17:13 #167917musclebreastTeilnehmerhi danke für die Antworten,
mhh leider muss ich nochmal nachfragen Stück für Stück um zu sehen dass ichs jetzt habe. Also eml files sind im editor anzeigbar. Gut.
1. [php] To:
Subject: WG: dateien
Date: Mon, 12 Jan 2009 15:54:57 +0100
Message-ID: <>
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary= —-=_NextPart_000_0003_01C974CE.55417D10
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106Content-Type: text/plain;
charset= iso-8859-1
Content-Transfer-Encoding: 8bit[/php]
ist Bestandteil jeder Mail. weniger geht nicht!?
2. Meine mail wird als text angezeigt. trotzdem ist sie auch als HTML im Quellcode..Ist das immer so? Weil sehen kann ichs im Outlook nicht. Kann eine Mail auch nur aus HTML bestehen ohne plain Text?
lg
20. Januar 2009 um 22:53 #167933mfnTeilnehmertrotzdem ist sie auch als HTML im Quellcode.
Woran erkennst du das?
Du kannst eine Mail als Nur-text oder HTML lesen. Kannst du einstellen unter Extras, Optionen, Lesen. 4. Position von oben.Kann eine Mail auch nur aus HTML bestehen ohne plain Text?
So etwas gibt es auch. Dann würdest im Nur-Text nur weiß sehen.
Das ist aber sehr selten. Die meisten Mailklienten versenden bei HTML-Mails so, dass sie auch im Nur-Text lesbar sind.
Bestimmte Newsletter /z.B. der vom Spiegel) sind nur in HTML-lesbar.26. Januar 2009 um 09:06 #168077musclebreastTeilnehmerhi,
oki Danke. Also den HTML Text sehe ich immer wenn ich die EML-Datei mit dem Editor öffne und mir den Aufbau anschaue.
Kann es eigentlich vorkommen wie bei msg Dateien, dass Datein im Body zu finden sind? Ist das überhaupt möglich? In MSg Mails kann man auch als RTF versenden. DIes ist in EMLS nicht möglich oder?
lg
Lara
26. Januar 2009 um 10:19 #168078mfnTeilnehmerKann es eigentlich vorkommen wie bei msg Dateien, dass Datein im Body zu finden sind?
Ein Anhang ist immer fester Bestandteil der Mail und wird erst durch ein Mailprogramm aufgetrennt, bleibt aber immer Bestandteil des Quelltextes. Man erkennt es an den endlosen Reihen scheinbar unsinniger Zeichen.
Gruß26. Januar 2009 um 16:48 #168081musclebreastTeilnehmerhey,
ja ich weß..er ist base64 kodiert….meine Frage ist aber eher ob er immer am ende im Quelltext ist oder auch schon oben im Bodytext sein könnte?. Z.B. ist es bei MSG Dateien möglich Dateien in den Body zu tun.
Ich habe mal noch eine ganz andere Frage zu den Typen der Anhänge…ich habe mir die einzelnen Contenttypes angesehen..ist denn wirklicih jeder Dateityp definiert, wie z.B eml oder msg Dateien im anhang? Wo finde ich eine vollständige Liste?
lg
Lara
[Editiert am 26/1/2009 von musclebreast]
26. Januar 2009 um 17:01 #168082sontag96TeilnehmerMoin musclebreast,
sicher ist Dir bekannt, dass die Datei-Endung msg dem Programm Microsoft Office Outlook zugeordnet ist.
Warum sollte, aus Deiner Sicht, im Body einer msg-Datei andere Dateien vorhanden sein koennen?
Wenn ich mit dem Programm Microsoft Office Outlook eine E-Mail versende und der E-Mail ein Attachment anfuege, wird die angefuegte Datei ebenso Base64 kodiert und als integraler Bestandteil des Body uebertragen wie beim Programm OE (Microsoft Outlook Express).
Moin
sontag96
25. Februar 2009 um 16:57 #169030musclebreastTeilnehmerHallo,
tut mir Leid dass ich mich jetzt erst melde aber mich hatte die Grippe erwischt.
1. Zu den MSG Dateien. Ist der exakte Aufbau wie für eml Dateien irgendwo öffentlich einsehbar? Ich öffne die MSG Datei mit dem Editor und bekomme nur komische Zeichen…
2. bei den msg dateine kann ich dateien als Attachment anhängen aber auch direkt in das Bodyfenster legen wo man schreibt. Ändert dies was daran wo Outlook intern die anhänge für sich verwaltet?
3. Gibt es irgendwo eine Aflistung aller Anhangsformate die für EML dateien als Anhang zugelassen sind. Ich meine diese Zeile Content-Type: application/pdf …wißt ihr wo es eine vollständige Liste gibt zu den weiteren Formaten?
4. ich habe letztens diese eml Datei bekommen:
[code]Received: from spooler by domea.im (Mercury/32 v4.52); 10 Feb 2009 17:24:46 +0100
X-Envelope-To:
Return-path:
Received: from mvsvr13.lfvmv.vfs (172.23.3.4) by Mercury on Domea (Mercury/32 v4.52) with ESMTP ID MG000001;
10 Feb 2009 17:24:38 +0100
Received:
Tue, 10 Feb 2009 17:19:41 +0100
Message-ID: <4991A918.4010003@lfvmv.vfs>
Date: Tue, 10 Feb 2009 17:19:36 +0100
From:
Reply-To:
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To:
Subject: Test Email an Mercury-Server
Content-Type: multipart/mixed;
boundary= ————080607020906060206010103
X-OriginalArrivalTime: 10 Feb 2009 16:19:41.0765 (UTC) FILETIME=[60D6C750:01C98B9B]This is a multi-part message in MIME format.
————–080607020906060206010103
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bitHallo!
————–080607020906060206010103
Content-Type: application/msword;
name= WIND.doc
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename= WIND.doc0M8R4KGxGuEAAAA(base64)
————–080607020906060206010103
Content-Type: text/plain;
name= pad-makro.txt
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename= pad-makro.txtDim Sdatum(2)
(irgendwelcher Quelltext in einer Textdatei
End If————–080607020906060206010103–
[/code]
Also gut Attachments sind Klar..aber jetzt dachte jedes Attachment startet so: application/…;werden Textdateien nicht base 64 kodiert? we erkannt man dann, dass es sich dabei um ein attachment handelt und nicht z.B. um den Body?
was bedeutet diese Zeile: Content-Disposition: inline;?
Ich dachte bisher immer nach dem bas64 code kommt eine leerzeile hier nicht sonder gleich ————–080607020906060206010103…ist das erlaubt?
ich danke euch schon jetzt fr eure Hilfe…und wünsche einen schönen tag
lglara
25. Februar 2009 um 19:39 #169040mfnTeilnehmerNur ein paar Beispiele:
Textdatei als Anhang:
Content-Type: text/plain;
name= LICENSE.txt
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
filename= LICENSE.txt*.doc:
Content-Type: application/msword;
name= =?ISO-8859-1?Q?Steuererkl=E4rung_2004=2Edoc?=
Content-Transfer-Encoding: base64
Content-Disposition: inline;Content-Type: image/jpeg;
name= 46.jpg
Content-Transfer-Encoding: base64*.eml:
Content-Type: message/rfc822;
name= 07F24385-00000004.eml
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename= 07F24385-00000004.emlOutlook und OE verwenden manchmal andere Deklarierungen.
Welche Deklarierungen dein Betriebssystem unterstützt, siehst du in der Registry, wenn du unter
HKEY_CLASSES_ROOT\\
nach content type (ohne Anführungsstriche und Bindestrich) suchst.
Das sind eine ganze Menge.[Editiert am 25/2/2009 von mfn]
25. Februar 2009 um 19:48 #169041mfnTeilnehmerBetr.:
Content-Disposition: inline;
damit wird festgelegt, dass Anhänge bestimmter Dateitypen in oder unterhalb des Nachrichtentextes dargestellt werden.
Da aber einige Mailklienten das nicht verstehen und dann sogar die Mails fehlerhaft darstellen, sollte man durch einen Eingriff in der Konfiguration diesen Headereintrag verschwinden lassen.
OE z.B. ignoriert diese Deklarierung.Dazu in der Konfiguration mail.content_disposition_type auf den Wert 1 stellen.
Übrigens eine *.eml ist nichts anderes als der Quelltext einer Mail.
[Editiert am 25/2/2009 von mfn]
26. Februar 2009 um 18:55 #169100musclebreastTeilnehmerHallo,
danke für deine nette Antwort. Ich weiß…ich arbeite mich gerade durch den Quelltext…aber jetzt noch mal ganz deutlich für mich…eine eml Datei kann Anänge enthalten die nicht base64 codiert sind? wie unterscheiden die sich in der Content-Type Beschreibung vom Body?
Alles über mails was ich finde bezihet sich das immer nur auf eml?
z.B. dieser Link
http://www.tu-chemnitz.de/urz/zin/lehre/de/html/2-mail/1-aufbau.htm
ist der klassische Aufbau einer Email..erinnert mich stark an eml Dateine…..was ist aber mit msg Dateien? Ist der Aufbau bekannt? Sind die anders aufgebaut? Irgendwie finde ich keine klare Aussage dazu irgendwo..ich hoffe du kannst es mir netterweise deutlich sagen:)
lg
lara
26. Februar 2009 um 19:18 #169103mfnTeilnehmerReine Textdateien wie *.txt u.ä. werden nicht kodiert. Aber schon *.doc werden kodiert und sind unleserlich.
Bei all diesen ist Content-Transfer-Encoding: base64
zu *.msg kann ich nichts sagen. Outlook habe ich nicht und ist nicht mein Gebiet.
Frage mal im Outlook-Forum.
Gruß[Editiert am 26/2/2009 von mfn]
26. Februar 2009 um 19:56 #169108musclebreastTeilnehmerVielen Dank…oki…das wollte ich wissen…text wird also nicht kodiert… und anhand welches merkmal im Quelltext kann jetzt der Body vom einer textdatei unterschieden werden? Sind ja beide vom Content-Typ: text/plain
lg
Lara
26. Februar 2009 um 20:34 #169118mfnTeilnehmerWie wärs, wenn du mal selbst etwas experimentieren würdest?
So sieht das aus und du weiß sofort, wie das getrennt wird:
————–060707050707010007020205
Content-Type: text/plain;
name= Alle Makros.txt
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
filename= Alle Makros.txtInstallierte Makros
automatisch in einer zusätzlichen Symbolleiste anzeigen und aufrufen. Zum Aufruf das Word-Add-In aus der PC-Welt in den Autostart-Ordner verschieben. (13KB)————–060707050707010007020205–
- AutorBeitrag