[HTML] Email wordt soms niet als html geïnterpreteerd - Softwareontwikkeling

donderdag 19 januari 2006 19:33

Acties:

Carpe Diem!

Topicstarter

In een bepaalde (J2EE) webapplicatie, worden in bepaalde gevallen notificaties naar de gebruikers verstuurd via email. De body van deze emails wordt opgemaakt in HTML.
Tot hiertoe geen probleem.

Nu zijn er echter gebruikers, die deze mail als onleesbare tekst (lees html syntax) binnenkrijgen. Maar dit gebeurt niet altijd zo, soms krijgen ze deze mails wel correct binnen. Ik heb RFC2822 al eens doorgenomen, maar kan niet direct een oorzaak van het probleem vinden.

De mail die ze dan binnenkrijgen, ziet er overigens als volgt uit:

code:

Subject: [Test] onderwerp
Mime-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html><head> [etc...]

Dus mij lijkt het dat het parsen van deze html vervroegd afgekapt wordt, door een fout in de headers (die ik spijtig genoeg niet volledig ter beschikking heb), aangezien Subject, mime-version, e.d. er ook bij opstaan als body 'text'.

Aan wat kan dit probleem te wijten zijn?

donderdag 19 januari 2006 19:41

Acties:

Twee Dee

Morgen weer een ondertitel.

Sommige cliënts staan niet ingesteld om HTML opmaak te tonen, heb je daar al aan gedacht?

Luister nou gewoon naar me, dat voorkomt dat ik later "zie je wel" moet zeggen.

donderdag 19 januari 2006 19:45

Acties:

Verwijderd

Waarom verstuur je je e-mails niet als multipart/alternative, en bied je de mail niet aan in plain text én HTML?

donderdag 19 januari 2006 20:24

Acties:

-FoX-

Carpe Diem!

Topicstarter

Twee Dee schreef op donderdag 19 januari 2006 @ 19:41:
Sommige cliënts staan niet ingesteld om HTML opmaak te tonen, heb je daar al aan gedacht?

Tuurlijk wel. Maar dat is het probleem hier niet, want diezelfde gebruiker krijgt 75% van de mails wel correct in HTML formaat aan.

Waarom verstuur je je e-mails niet als multipart/alternative, en bied je de mail niet aan in plain text én HTML?

Is een mogelijkheid idd, maar op welke manier identificeer je de verschillen dan?

donderdag 19 januari 2006 20:31

Acties:

Verwijderd

Zie RFC 2045 en 2046.

Het komt eigenlijk neer op het volgende:

code:

From: Sender <sender@example.com>
To: Recipient <recipient@example.com>
Subject: Multipart/alternative example
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary=abcdefghijklmnop

Hier komt content die genegeerd wordt door mail
clients die MIME berichten begrijpen.

--abcdefghijklmnop
Content-Type: text/plain; charset=iso-8859-1

Plaintext body komt hier...

--abcdefghijklmnop
Content-Type: text/html; charset=iso-8859-1

<html>
   <!-- HTML gebeuren hier  -->
</html>

--abcdefghijklmnop--

En dit wordt weer genegeerd door MIME compatible clients.

[ Voor 11% gewijzigd door Verwijderd op 19-01-2006 20:32 ]

donderdag 19 januari 2006 20:49

Acties:

-FoX-

Carpe Diem!

Topicstarter

Ah, dat is duidelijk ja.. misschien moet ik dat dan maar proberen.

Maar ik zou eigenlijk ook wel willen weten wat dit probleem nu kan veroorzaken, aangezien de overige mails wel allemaal goed vertaald worden door de email client.
Volgens mij moet er iets mis gaan bij de <TO> recipient, aangezien er vanaf daar de mail-header afgebroken wordt, en het overige allemaal in de body terecht komt.

donderdag 19 januari 2006 20:52

Acties:

Verwijderd

-FoX- schreef op donderdag 19 januari 2006 @ 20:49:
Ah, dat is duidelijk ja.. misschien moet ik dat dan maar proberen.

Maar ik zou eigenlijk ook wel willen weten wat dit probleem nu kan veroorzaken, aangezien de overige mails wel allemaal goed vertaald worden door de email client.
Volgens mij moet er iets mis gaan bij de <TO> recipient, aangezien er vanaf daar de mail-header afgebroken wordt, en het overige allemaal in de body terecht komt.

Aha, de mail die je plaatste was zeg maar de message body, dus er zaten nog headers voor? In dat geval zou ik het zoeken in bijvoorbeeld een \r\n inplaats van een \n character. Of per ongeluk twee newline characters. Kun je jezelf mailen met die applicatie, en de volledige source posten?

vrijdag 20 januari 2006 10:11

Acties:

-FoX-

Carpe Diem!

Topicstarter

Verwijderd schreef op donderdag 19 januari 2006 @ 20:52:
Aha, de mail die je plaatste was zeg maar de message body, dus er zaten nog headers voor? In dat geval zou ik het zoeken in bijvoorbeeld een \r\n inplaats van een \n character. Of per ongeluk twee newline characters. Kun je jezelf mailen met die applicatie, en de volledige source posten?

Idd, die headers werden mee in de body geprint.

Heb mezelf gemaild, en die headers zien er als volgt uit:
(de mail werd overigens wél correct ontvangen).

code:

Microsoft Mail Internet Headers Version 2.0
Received: from spm01.domain.com ([192.168.40.10] RDNS failed) by mail.domain.com with Microsoft SMTPSVC(6.0.3790.211);
     Fri, 20 Jan 2006 10:00:25 +0100
Received: from mailserver.domain.com (mailserver.domain.com [131.123.132.23])
    by spm01.domain.com (Spam Firewall) with SMTP id 0F413200749B
    for <toaddress@domain.com>; Fri, 20 Jan 2006 09:59:06 +0100 (CET)
Received: by mail.domain.com id k0K8x1Of000529; Fri, 20 Jan 2006 09:59:01 +0100 (MET)
Received: From mails.domain.com ([10.120.2.120]) by mails.d.com (WebShield SMTP v4.5 MR1a P0803.399);
    id 1137747540925; Fri, 20 Jan 2006 09:59:00 +0100
Received: from mailserver.domain.com ([10.120.10.16]) by mailserver.domain.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2658.3)
    id DBXNNFS7; Fri, 20 Jan 2006 09:59:00 +0100
Received: From hostname ([10.120.26.11]) by mailserver.domain.com (WebShield SMTP v4.5 MR1a P0803.399);
    id 1137747539884; Fri, 20 Jan 2006 09:58:59 +0100
Message-ID: <15478245.1137747541337.JavaMail.hostname@server21>
Date: Fri, 20 Jan 2006 09:59:01 +0100 (CET)
From: fromaddress@domain.com
To: toaddress@domain.com
To: to2address@domain.com
Subject: [Test] Mailtest (test)
Mime-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: by Barracuda Spam Firewall at domain.com
Return-Path: fromaddress@domain.com
X-OriginalArrivalTime: 20 Jan 2006 09:00:26.0002 (UTC) FILETIME=[F429BF20:01C61D9F]

Heb wel de ipaddressen/hostnames en emailadressen gewijzigd

vrijdag 20 januari 2006 10:42

Acties:

frickY

In het geval dat de mail niet correct wordt getoont, klopt dan ook het onderwep niet?
Uit je startpost blijkt de header met het onderwerp als body te worden beschouwd, in dat geval zou het onderwerp van de email dus leeg moeten zijn?

Ik denk dat je inderdaad moet zoeken naar een lege regel tussen je headers, welke aangeeft dat de body begint.

vrijdag 20 januari 2006 11:35

Acties:

-FoX-

Carpe Diem!

Topicstarter

Het klopt idd dat het 'echte' onderwerp dan leeg is.

Niet de volledige header wordt als body getoont, want de emails komen wel op de juiste manier aan.

vrijdag 20 januari 2006 13:27

Acties:

-FoX-

Carpe Diem!

Topicstarter

Ik heb net even een kopie aangevraagd, die naar een interne dienst gestuurd werd. Maar daar werd het mailtje wel volledig correct ontvangen.

Zou het te maken kunnen hebben met de volgorde in het <TO> veld? Aangezien daar 2 adressen in voorkomen in de vorm van: naam@domain.com; naam2@domain.com

Maar daar lijkt me op het eerste zicht ook niets mis mee te zijn

offtopic:
Whoops... reply ipv edit

[ Voor 8% gewijzigd door -FoX- op 20-01-2006 13:27 ]

vrijdag 20 januari 2006 13:54

Acties:

TheRookie

Nu met R1200RT

-FoX- schreef op vrijdag 20 januari 2006 @ 13:27:
Aangezien daar 2 adressen in voorkomen in de vorm van: naam@domain.com; naam2@domain.com

Maar daar lijkt me op het eerste zicht ook niets mis mee te zijn

code:

1 2	To: toaddress@domain.com To: to2address@domain.com

moet dat niet To: <toaddress@domain.com>, <to2address@domain.com> zijn i.p.v. 2x To ?

Pagina: 1

Reageer