Nikotel-AB-per wav-Anhang an mail

[jochen]

Ich hab mir mal angesehen, wie so eine Voicemail codiert ist.
Die Mail ist ziemlich komplex, es handelt sich um verschachtelte Mulitpart-Teile.
Der äußere Multipart ist ein alternativer Teil: Text oder HTML.
Im Textteil steht lediglich daß man eine Nachricht bekommen hat und unter welcher
Nummer man sie abhören kann. Kein Anhang!
Der HTML-Teil ist ein multipart/related zusammengesetzt aus 3 Teilen, dem HTML-Code, einem Bild und der WAV-Datei.
Die WAV-Datei ist nur im HTML-Part enthalten, nicht in der Text-Alternative. Das ist schonmal blöd.
Der WAV-Teil wird innerhalb des HTML nirgendwo referenziert,
also ist es nur logisch daß man auch keinen Zugriff darauf hat.
Außerdem ist die Mail syntaktisch nicht in Ordnung: der Abschluss des inneren Multipart fehlt,
vor der Zeile "--Boundary1--" müsste noch eine Zeile "--Boundary2--" stehen.

Mich wundert es jedenfalls nicht, daß Squirrel den WAV-Part nicht zeigt, denn so wie die Mail codiert ist
handelt es sich nicht um eine normale Anhangsdatei, sondern um ein Objekt innerhalb des HTML-Teils, welches überhaupt nicht referenziert wird.
Warum macht Nikotel das so unnötig kompliziert (und auch noch falsch)?
Warum liefert man die WAV-Datei nicht wie eine ganz normale Anhangsdatei?

 

[exim]

Da es nun inzwischen zwei Threads zum gleichen Thema gibt bleibt der andere zu und wird hierher verlinkt.

Wer den anderen Thread zum gleichen Thema nicht kennt: http://www.ip-phone-forum.de/forum/viewtopic.php?t=905

 

[koehler]

jochen:

Die Referenzierung von Daten (die mit object/embedded im html Part angezeigt werden muessen) koennte Probleme mit Mozilla/Outlook machen. Mozilla zerstoert teilweise solche Tags bevor die Nachricht angezeigt wird und dann waeren da noch die Outlook Sicherheitseinstellungen und weiter wenn der Part dann noch als "inline" attached wird ist dieser dann nicht unbedingt immer als Attachment sichtbar / speicherbar (nur die Mail als ganzes)

Dann gibt es noch das Problem mit Virenscannern und Spamassasin, die brechen gerne mal diese fancy Tags aus den Mails raus oder Bouncen die ganze mail gleich.

Wenn, wie du vorschlaegst, das WAV Attachment zusaetzlich noch im alternative part auftaucht duerfte das vielleicht ein Problem fuer Leute mit Textemailern (pine/elm oder andere mit non HTML Anzeigen) loesen, doch wird die Email dann mal eben doppelt so gross.

 

[jochen]

Die Referenzierung von Daten (die mit object/embedded im html Part angezeigt werden muessen) koennte Probleme mit Mozilla/Outlook machen. Mozilla zerstoert teilweise solche Tags bevor die Nachricht angezeigt wird und dann waeren da noch die Outlook Sicherheitseinstellungen

Ich weiss nicht was Mozilla und Outllook für Probleme machen sollen, aber nimmst du das jetzt als Vorwand dafür, einen nicht den RFCs entsprechenden Code zu generieren? Das wäre doch etwas abwegig, oder?
Zuerstmal muss der Code korrekt sein, und wenn es dann Probleme mit diversen Clients gibt, dann muss man ihn halt einfacher machen, aber bitte nicht verkehrt.

und weiter wenn der Part dann noch als "inline" attached wird ist dieser dann nicht unbedingt immer als Attachment sichtbar / speicherbar (nur die Mail als ganzes)

Dafür muss natürlich enstprechender Code im HTML bereitgestellt werden, das ist ja logisch. So wie der Code jetzt ist geht das natürlich nicht.
Deshalb würde ich das auch gar nicht so kompliziert machen, sondern die WAV-Datei als ganz normalen Anhang bereitstellen, und zwar außerhalb des HTML-Parts.

Wenn, wie du vorschlaegst, das WAV Attachment zusaetzlich noch im alternative part auftaucht duerfte das vielleicht ein Problem fuer Leute mit Textemailern (pine/elm oder andere mit non HTML Anzeigen) loesen, doch wird die Email dann mal eben doppelt so gross.

Nein!!! Nicht zusätzlich, sondern parallel zu Text/HTML, sodaß beide was davon haben.

Wenn man etwas so kompliziertes baut wie Nikotel, dann braucht man sich nicht wundern wenn das Probleme bereitet. Einfach ist manchmal besser. :wink:

 

[koehler]

Ich weiss gar nicht was du hast. Die Boundaries werden doch genau richtig gesetzt. Kann es sein das dein Email Programm murks macht?

Zeigt mal wie dein Raw Source aussieht und wo du die Fehler siehst.

Fuer Textfetischisten langt das sicher, sieht aber zu plain aus.

 

[jochen]

Wieso machen bei dir eigentlich immer alle anderen Murks, nur Nikotel nicht?

Hier ist der Sourcecode einer Voicemail. Das Rote sind Kommentare von mir.

Return-path: <[email protected]>
Delivery-date: Sat, 02 Oct 2004 23:51:37 +0200
Date: Sun, 03 Oct 2004 00:50:46 +0300
From: VoiceMail <[email protected]>
To: xxx
Subject: New message 2 in mailbox 102021242
Message-ID: <Asterisk-1-102021242-18845@touji>
MIME-Version: 1.0
Äußerer Multipart, Alternativ Text oder HTML
Content-Type: multipart/alternative; boundary="Boundary1"
X-Warning: Message contains Suspect signature (149285::041002235137-1A77-534654A5)




This is a multi-part message in MIME format.
--Boundary1
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

You have a new message in your mailbox!
Time:
Sunday, October 03, 2004 at 12:50:46 AM
From:
30868707287
Length:
0:17 min
To get your message please dial
42255-102021242
Thank you for using Nikotel




Hier beginnt der HTML Teil, multipart/related. Verschachtelt innerhalb des äußeren Alternativ-Multiparts
--Boundary1
Content-Type: multipart/related;
boundary="Boundary2"


--Boundary2
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<table width="440" height="195" border="0" cellpadding="1"
cellspacing="0" bgcolor="#ffffff">
<tbody>
<tr align="center">
<td height="32" colspan="2"><font
face="Verdana, Arial, Helvetica, sans-serif">

</font></td>
</tr>
<tr align="center">
<td height="18" colspan="2" bgcolor="#cc0000"> <font
color="#ffffff" size="+1" face="Verdana, Arial, Helvetica, sans-serif">You
have a new message in your mailbox!</font></td>
</tr>
<tr>
<td width="177" height="20">
<div align="right"><font size="2"
face="Verdana, Arial, Helvetica, sans-serif">Time: </font></div>
</td>
<td width="260"><font size="2"
face="Verdana, Arial, Helvetica, sans-serif">Sunday, October 03, 2004 at 12:50:46 AM</font></td>
</tr>
<tr>
<td>
<div align="right"><font size="2"
face="Verdana, Arial, Helvetica, sans-serif">From: </font></div>
</td>
<td><font size="2" face="Verdana, Arial, Helvetica, sans-serif">30868707287</font></td>
</tr>
<tr>
<td>
<div align="right"><font size="2"
face="Verdana, Arial, Helvetica, sans-serif">Length: </font></div>
</td>
<td><font size="2" face="Verdana, Arial, Helvetica, sans-serif">0:17
min</font></td>
</tr>
<tr>
<td height="20" colspan="2">
<div align="center"><font color="#cc0000"
face="Verdana, Arial, Helvetica, sans-serif">To get your
message please dial</font></div>
</td>
</tr>
<tr>
<td height="40" colspan="2">
<div align="center"><font color="#cc0000" size="+3"
face="Verdana, Arial, Helvetica, sans-serif">42255-102021242</font></div>
</td>
</tr>
<tr align="center">
<td colspan="2"><font face="Verdana, Arial, Helvetica, sans-serif">Thank
you for using Nikotel</font></td>
</tr>
</tbody>
</table>


</p>


</body>
</html>





--Boundary2
Content-Type: image/jpeg;
name="voicemail_head01.jpg"
Content-Transfer-Encoding: base64
Content-ID: <[email protected]>
Content-Disposition: inline;
filename="voicemail_head01.jpg"

/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAoGBgcHBwoICAoOCggKDhENCgoNERMPDxAPDxMW
ERISEhIRFhMWFxgXFhMdHR8fHR0pKCgoKSsrKysrKysrKyv/2wBDAQsKCg8ODxcRERcZFBIU
GR8dHR0dHyMfHx8fHyMmIiAgICAiJiQlIyMjJSQoKCYmKCgrKysrKysrKysrKysrKyv/wAAR
CAAeAbYDAREAAhEBAxEB/8QAGwAAAQUBAQAAAAAAAAAAAAAABQACAwQGAQf/xAA/EAACAQMC
...
kgeS15q9sZni7wQBR+9kfpXPF2v6W64Ut1t9HtUHlGv8q7OXgaAqsGSHoaCnMenxo1EA6nNR
Vy1hVutGauLGF7UY2CcTTlIDiq6YPK9auC85BqOlCkgDGtM6FbK45a4IyK1GNJb62huk6rj0
q8xcGY1LS2jc4kz69MVeZzuAeIdvnU2TF//Z




Hier die WAV-Datei, "related" innerhalb des HTML-Parts, ohne Bezug im HTML-Code. Damit hängt das quasi "in der Luft".
--Boundary2
Content-Type: audio/x-wav; name="msg0001.wav"
Content-Transfer-Encoding: base64
Content-Description: Voicemail sound attachment.
Content-Disposition: attachment; filename="msg0001.wav"

UklGRmQvBABXQVZFZm10IBAAAAABAAEAQB8AAIA+AAACABAAZGF0YUAvBAAAAOD/4P/g/8D/
wP/A/8D/wP/A/+D/4P/g/8D/4P/g/8D/4P/g/wAAAAAAAAAAAAAAAOD/4P8AAKD/wP/g/8D/
4P/g/wAAAAAAAMD/4P/g/wAA4P/A/+D/4P8gAOD/4P/A/+D/4P8AAOD/4P/A/+D/4P/A/+D/
...
gP0g/UD9YP0g/UD9YP0g/UD9gP1A/WD9gP1g/YD9oP2A/aD9wP2g/cD94P0A/kD+AP4g/mD+
AP4g/kD+wP3g/QD+oP3A/eD9oP3A/eD9gP2A/aD9QP1g/YD9QP1g/YD9QP1g/YD9YP2A/aD9
YP2g/cD9gP2g/cD9oP3A/eD9



Hier fehlt ein --Boundary2--
--Boundary1--

--------------------------------------------------------------------------
Wenn Nikotel Anregungen braucht wie man sowas RFC konform erstellt, dann schaut euch einmal die Mails von directbox oder GMX an, die haben auch einen AB und verschicken Voicemails. Aber im Gegensatz zu Nikotel so, daß jeder standardkonforme Client was damit anfangen kann.

 

[Christoph]

@ Jochen:

Bitte nütze die "Code"-Funktion, damit es übersichtlicher ist und weniger Scrollen bedeutet.

Entweder über den Raute-Button gleich rechts neben den Smilies oder durch manuelles Setzen von

 [code] am Anfang und

am Ende eines Code-Blocks [/code].

Danke

 

[jochen]

Bitte nütze die "Code"-Funktion, damit es übersichtlicher ist und weniger Scrollen bedeutet.

Hab ich versucht, aber dann kann ich darin nichts mehr farbig hervorheben, was in dem Fall wichtig ist.

 

[koehler]

jochen, ich hab das --Boundary2--.

Und nu?

Was wuerdest du statt 'related' verwenden?

[..some stuff deleted...]

sP3Q9pDxkO2Q6ZDnkOaQ5pDokOmQ65DtkPFQ9vD7wAEwBzANcBNwFXAYcBlwGHAXcBZwFHAQ
cA6wCpADsP1Q95DxkOuQ6JDlkOWQ5pDpkOuQ7ZDv0PJQ9nD7AADQBLAJMA1wEXAUcBVwFnAV
cBNwEnAQsA2wCRAFoP9w+tD1kPGQ7ZDrkOqQ6ZDqkOyQ7pDwUPNQ9lD4cPxAAZAFsAlwDnAR
cBNwFXAVcBNwE3AQsA2wC7AIUAQAADD8UPZQ85DwkO2Q7JDtkO2Q75DwUPLQ9ND3sPrw/EAB
0AQwCTANcBBwEnAScBJwEHAOsA2wCzAKsAfQBKABsPzQ91D1UPKQ8JDwkPCQ8NDyUPTQ9FD2
0Pjw+4D+UAJQBTAIMAuwDXAOcA5wDnAOsAwwC7AKsAkwB5ADAAAw+9D1UPKQ8JDukO+Q8JDx
0PJQ9FD1UPZQ+HD6cP3AAJADMAcwCzANcA5wD3APcA6wDbALsAowCTAGUALg/nD6UPZQ85Dw
kPCQ8JDwUPJQ9ND00PXQ99D58Ptg/9ACUAUwCbAMcA5wD3AQcA4wDbAMMAuwCjAI0ARAAbD8
0PfQ8w==




--Boundary2--




--Boundary1--

 

[jochen]

jochen, ich hab das --Boundary2--.

In der Mail die ich bekommen habe war keins drin.

Und nu?

Was fragst du mich das? Frag den der die Mails erzeugt warum das manchmal drin ist und manchmal nicht.

Was wuerdest du statt 'related' verwenden?

Dafür daß ich als Fritzbox-User Nikotel eh nicht verwenden kann, habe ich schon viel zu viel Zeit in diesen Thread investiert. Wie gesagt, schau dir an wie directbox es macht, dann hast du ein gutes Beispiel.

 

[koehler]

Das Boundary2 kommt aber bei mir jedesmal ! Kann das jemand bestaetigen ?

Schade das du nicht helfen kannst Jochen. Aber macht nix, da findet sich ganz sicher jemand der das bis zum Ende durchzieht.

Gruss,

Michael

 

[jochen]

Mark kann dir sicher mal eine Voicemail der directbox zukommen lassen, dann brauchst du dich da nicht selber anmelden.

 

[koehler]

Schade das du nciht helfen konntest Jochen.

 

[RB]

Hallo, zusammen

Ich habe bei mir beide Fälle! Gestern ohne Boundary2, heute, als ich gerade noch mal einen Test gemacht habe, mit der Marke!

Beides ist bei mir und meinen (E-Mail-)Providern über die gleiche Infrastruktur gelaufen. Bei mir zuhause wird die E-mail von fetchmail eingesammelt und über imapd im Intranet zur Verfügung gestellt.
Auf meinem ArbeitsplatzRechner bin ich zur Zeit unter WinXP Pro mit Pegasus 4.21c (de) oder auch mit Mozilla 1.7.2 (en) aktiv.

Beide Mailclients haben allerdings mit beiden E-Mails keine Probleme. Ich sehe die Anhänge also und kann sie bearbeiten/speichern.

Wenn jemand damit gedient ist, stelle ich beide E-Mails zwecks Vergleich gerne zur Verfügung.

Gruss,
Ralf

 

[jochen]

Beide Mailclients haben allerdings mit beiden E-Mails keine Probleme. Ich sehe die Anhänge also und kann sie bearbeiten/speichern.

Das kann daran liegen, daß deine Clients noch kein "Multipart/Related" können.

Auszug aus RFC2112:
"Using Content-Disposition headers in addition to Multipart/Related
provides presentation information to User Agents that do not
recognize Multipart/Related. They will treat the multipart as
Multipart/Mixed and they may find the Content-Disposition information
useful.

With Multipart/Related however, the application processing the
compound object determines the presentation style for all the
contained parts. In that context the Content-Disposition header
information is redundant or even misleading. Hence, User Agents that
understand Multipart/Related shall ignore the disposition type within
a Multipart/Related body part."

In dem Fall greift das "Content-Disposition", welches dem Client empfiehlt er möge das als "Attachment" darstellen.

 

[koehler]

Schoen das Du doch noch die Zeit gefunden hast Jochen. Was ist denn deine Empfehlung fuer Nikotel ?

 

[jochen]

Ich würde es so machen wie Apple. :wink:

Ich habe die Voicemail mal an mich selbst weitergeleitet, dann kommt folgendes dabei raus:

Return-path: <x>
Delivery-date: Sun, 03 Oct 2004 18:53:21 +0200
Mime-Version: 1.0 (Apple Message framework v619)
To: [email][email protected][/email]
Message-Id: <[email protected]>
Content-Type: multipart/mixed; boundary=Apple-Mail-7-403354526
From: Jochen <x>
Subject: Fwd: New message 2 in mailbox 102021242
Date: Sun, 3 Oct 2004 18:49:15 +0200

--Apple-Mail-7-403354526
Content-Type: multipart/alternative;
	boundary=Apple-Mail-8-403354526


--Apple-Mail-8-403354526
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Hallo,

Anfang der weitergeleiteten E-Mail:

--Apple-Mail-8-403354526
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

<color><param>FFFF,161A,191E</param>Hallo,</color>


Anfang der weitergeleiteten E-Mail:


--Apple-Mail-8-403354526--

--Apple-Mail-7-403354526
Content-Transfer-Encoding: base64
Content-Type: image/tiff;
	x-unix-mode=0666;
	name="image.tiff"
Content-Disposition: inline;
	filename=image.tiff

TU0AKgAAiOqAJpUqSBQSBwWEQeFQaGQmGwuHRGIROHxWJRaKReNRmORiPQVOKxRSFRJSCJ1WqOSJ
dTp1QLBTJhUJ5Pq9SpNRpmaqVQrFTp5XKSUKNKqVNyROqyW0qkz9WzOnp9XKmpVSpqJWqlRq5VVu
...
AImiARsABQAAAAEAAImqARwAAwAAAAEAAQAAASgAAwAAAAEAAgAAAAAAAAAIAAgACAAAAAgAAHHp
AABx4QAAFwAACvyAAAAnEAAK/IAAACcQ

--Apple-Mail-7-403354526
Content-Type: multipart/alternative;
	boundary=Apple-Mail-9-403354531


--Apple-Mail-9-403354531
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed


You have a new message in your mailbox!
Time:
  Sunday, October 03, 2004 at 12:50:46 AM
From:
  30868707287
Length:
  0:17 min

To get your message please dial
42255-102021242
Thank you for using Nikotel

  
--Apple-Mail-9-403354531
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII



You have a new message in your mailbox!

Time:

 Sunday, October 03, 2004 at 12:50:46 AM

From:

 30868707287

Length:

 0:17 min


To get your message please dial

42255-102021242

Thank you for using Nikotel


 
--Apple-Mail-9-403354531--

--Apple-Mail-7-403354526
Content-Transfer-Encoding: base64
Content-Type: audio/x-wav;
	x-unix-mode=0666;
	name="msg0001.wav"
Content-Disposition: attachment;
	filename=msg0001.wav

UklGRmQvBABXQVZFZm10IBAAAAABAAEAQB8AAIA+AAACABAAZGF0YUAvBAAAAOD/4P/g/8D/wP/A
/8D/wP/A/+D/4P/g/8D/4P/g/8D/4P/g/wAAAAAAAAAAAAAAAOD/4P8AAKD/wP/g/8D/4P/g/wAA
AAAAAMD/4P/g/wAA4P/A/+D/4P8gAOD/4P/A/+D/4P8AAOD/4P/A/+D/4P/A/+D/4P8AAOD/4P8A
AOD/4P8AAAAA4P8AAAAA4P/g/wAAAAAgAAAA4P/g/wAAAAAAAAAAAADg/wAAAAAAAAAAAAAgAAAA
...
IPqA+gD7wPog+6D7gPvg+yD8APxA/KD8gPzA/AD9oPzg/CD9AP0g/WD9IP1A/YD9IP1A/YD9IP1A
/WD9AP0g/UD9QP0g/UD9YP0g/UD9gP0g/UD9gP0g/UD9YP1A/WD9oP1A/WD9gP0g/UD9YP0g/UD9
YP0g/UD9gP1A/WD9gP1g/YD9oP2A/aD9wP2g/cD94P0A/kD+AP4g/mD+AP4g/kD+wP3g/QD+oP3A
/eD9oP3A/eD9gP2A/aD9QP1g/YD9QP1g/YD9QP1g/YD9YP2A/aD9YP2g/cD9gP2g/cD9oP3A/eD9

--Apple-Mail-7-403354526
Content-Type: multipart/alternative;
	boundary=Apple-Mail-10-403354538


--Apple-Mail-10-403354538
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed



Mit besten Gr=FC=DFen
--=20
Jochen


--Apple-Mail-10-403354538
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=ISO-8859-1




Mit besten Gr=FC=DFen

--=20

Jochen


--Apple-Mail-10-403354538--

--Apple-Mail-7-403354526--