[xmail courier-imap] Outlook leest mails verkeerd

[Verwijderd]

Ik heb vele gekke dingen mee gemaakt, maar dit spant de kroon.

Ik heb na veel geknutsel en gerommel eindelijk xmail draaien op mijn gentoo machine. E-mailtjes komen aan via smtp en worden in een maildir geplaatst:
/chroot/xmail/var/MailRoot/domains/willemswinkel.com/willem/Maildir

Nu werkt alles prima met mijn telefoon (nokia 9300) en clients als Mozilla thunderbird. Alleen de Microsoft telgjes gooien roet in het eten: mails komen gaar aan en worden weergegeven zonder afzender of onderwerp. Als ik de e-mails open in Outlook zie ik de eignelijke inhoud van het e-mail bestand, compleet met headers.

Wie weet hoe dit kan, en vooral... hoe kan ik dit oplossen? Het lijkt eorp dat als ik een e-mail, voordat het is gedownload door Outlook, open in de console met b.v. nano en dan opsla, outlook 'm correct weergeeft. Heeft het te maken met de opslag encoding van die mailberichten in de Maildir? (kan dat uberhaupt?).

Screenshots ter verduidelijking:
Outlook en Thunderbird met dezelfde inbox http://download.wmit.nl/outlook_versus_thunderbird.jpg
Outlook berichtweergave: http://download.wmit.nl/outlook.jpg
Console op Gentoo Machine: http://download.wmit.nl/console.jpg
Dat zelfde bericht gedownload met WinSCP en in notepad:
http://download.wmit.nl/notepad.jpg

Iedereen die iets weet wat het _misschien_ kan zijn: graag!

xmail / courier-imap / courier-authlib (via postgresql)
ik lever de mail aan door direct als uitgaande mailserver in outlook het ip van de server te geven (gaat dus niet via een ISP)

[Sjonny]

mailtjes hebben naar mijn weten alleen een \n als enter (unix enter), en omdat je em in notepad hebt gedownload, en daar is nix aan de hand, zit er een \r\n in de mail (dos enter). (notepad kan niet overweg met unix enters files).

het verschil tussen headers en de mailbody is alleen te zien door een lege regel, die oulook al gelijk na de 1e regel tegen komt (return path zie je niet, alles erna wel)
dus hier zou ik het in gaan zoeken .. maar wat de echte oplossing is ... geen idee

edit: haha .. nano zegt het ook gewoon: converted from DOS format

[ Voor 7% gewijzigd door Sjonny op 02-10-2005 01:11 ]

[Verwijderd]

Ah... ik heb iets gevonden dat inderdaad bevestigd wat jij zei

http://xmailforum.homelin...topic=413&st=0&#entry1540

Xmail knalt er zelf een CRLF achter, daar waar Courier er een CR voor zet. Ofwel een dubbele enter wat voor Outlook inderdaad de das omdraait. Nu is de vraag, hoe kan ik dit makkelijk oplossen? Denk je dat het patchen van die XMAIL een uitkomst biedt?

Edit:
Ik heb nu XMAIL gepatched en ben de zaak aan het compileren. Als het werkt dan laat ik het nog even weten in het kader van "building a knowledge base".

Edit2: 70% van het mailtje is nu goed. De bovenste 10 regels (ongeveer) zijn nog hetzelfde, heb nu een tweede cpp file gepatch en ben wederom aan het compilen.

[ Voor 32% gewijzigd door Verwijderd op 02-10-2005 02:35 ]