[mime mail] mail komt geheel aan als broncode - Softwareontwikkeling

dinsdag 3 september 2002 22:28

Acties:

0 Henk 'm!

Topicstarter

Ik verzend MIME mails (die ik met java genereer) naar mensen die zich aanmelden voor een nieuwsbrief. Een aantal mensen krijgen de e-mail inclusief alle meta-informatie (alle headers), dus inclusief alle "Received: ..." headers binnen.

De e-mail is qua syntax correct, ik stel de mail netjes volgens de RFC's samen. Toch lijkt er nog ergens iets mis te gaan.

Heeft iemand op basis van deze info enig idee waar dit aan kan liggen?

dinsdag 3 september 2002 22:32

Acties:

0 Henk 'm!

nxt

aangezien het maar om een aantal mensen gaat en dus niet iedereen
zou ik eens beginnen met naar de verschillen te kijken
gebruiken ze soms andere mailclients dan de rest?

dinsdag 3 september 2002 22:35

Acties:

0 Henk 'm!

B-Man

Topicstarter

Daar ben ik nog niet achter. Ik denk dat het zou kunnen liggen aan:
a) De laatste mailserver in het traject van verzender naar ontvanger
b) De mailclient van de ontvanger

Ik vind het hoe dan ook erg vreemd, ontvangers zien de mail, zoals ik al zei, met alle received headers als broncode in een e-mail staan... De received headers zijn van het gehele traject... Dus de e-mailclient lijkt me ook het meest waarschijnlijke knelpunt.

woensdag 4 september 2002 09:51

Acties:

0 Henk 'm!

Dash2in1

een aantal mensen kunnen geen html-tags lezen in met bepaalde clients of hebben dat uit staan, aardige kans dat dat het is.

woensdag 4 september 2002 10:39

Acties:

0 Henk 'm!

stekkel

Heb je toevallig geen leading cariage return linefeed voor je header staan?
De Received lines behoren namelijk tot de rfc822 header van het bericht en zouden nooit weergegeven moeten worden door de client. De body van het bericht en de header worden gescheiden door een witregel (\r\n)

Ben toevallig net bezig om een email deliver class te programmeren in php dus alles is nog vers

Je mag anders ook wel eens zo'n mailtje naar mij sturen en dan kan ik wel beoordelen wat er fout is. (marc[at]its-projects.nl)

woensdag 4 september 2002 21:18

Acties:

0 Henk 'm!

B-Man

Topicstarter

stekkel schreef op 04 september 2002 @ 10:39:
Heb je toevallig geen leading cariage return linefeed voor je header staan?
De Received lines behoren namelijk tot de rfc822 header van het bericht en zouden nooit weergegeven moeten worden door de client. De body van het bericht en de header worden gescheiden door een witregel (\r\n)

Ben toevallig net bezig om een email deliver class te programmeren in php dus alles is nog vers Je mag anders ook wel eens zo'n mailtje naar mij sturen en dan kan ik wel beoordelen wat er fout is. (marc[at]its-projects.nl)

Het vreemde is dat de meeste mensen de mails goed ontvangen, sommigen echter niet. Ik (en een aantal anderen) hebben het probleem nog niet kunnen reproduceren. Daarom denk ik dat het een exotisch probleem is.

Om even in te gaan op je vragen:

- er staan geen crlf's voor mijn headers
- ik gebruik op dit moment slechts "\n" om regels te scheiden, "\r\n" zou het probleem mogelijk op kunnen lossen. De verzend-tool heb ik overigens in java geprogrammeerd. Waarom ik het probleem zelf nog niet heb gezien blijft me dan overigens nog steeds een raadsel.

woensdag 4 september 2002 21:28

Acties:

0 Henk 'm!

B-Man

Topicstarter

Hieronder een voorbeeld:

Van: XXXXXXXXXXX [mailto:xxx@xxxxx.com]
Verzonden: woensdag 4 september 2002 10:15
Onderwerp: nieuwsbrief

Return-Path: <bounce-30409-info%ontvanger.nl@xxxxx.com>
Received: from xx.xxxxxx.com ([1.2.3.4])
by hermione.is.nl (Post.Office MTA v3.5.3 release 223
ID# 0-71859U15000L1500S0V35) with ESMTP id nl
for <info@ontvanger.nl>; Wed, 4 Sep 2002 10:12:14 +0200
Received: from localhost.localdomain ([127.0.0.1]
helo=xxx.xxxxx.com)
by xxx.xxxx.com with smtp (Exim 3.33 #2)
id 17mVJe-0008If-07
for info@ontvanger.nl; Wed, 04 Sep 2002 10:15:10 +0200
From: "Nieuwsbrief" <nieuwsbrief@domein.nl>
To: " " <info@ontvanger.nl>
Subject: Nieuwsbrief september 2002
MIME-Version: 1.0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <E17mVJe-0008If-07@xxxx.xxxxxx.com>
Date: Wed, 04 Sep 2002 10:15:10 +0200

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML>=0D
<HEAD><TITLE>
...
[etc]

Zoals jullie kunnen zien staat de oorspronkelijke e-mail in een nieuwe mail. De oorspronkelijke mail heeft wel extra received headers, dus het gaat ergens op een remote SMTP server mis. De e-mail wordt daar in zijn geheel, inclusief alle headers, in een nieuw bericht gezet.

woensdag 4 september 2002 21:31

Acties:

0 Henk 'm!

Verwijderd

iedere mail client is anders, daarom het probleem dat niet iedereen alles goed aan ziet komen. Zou je eens de broncode van zo'n mailtje willen sturen? misschien dat we daar iets in kunnen vinden... het is idd wel belangrijk dat er \r\n staat ipv \n, dit is namelijk volgens de regels

woensdag 4 september 2002 21:32

Acties:

0 Henk 'm!

B-Man

Topicstarter

Verwijderd schreef op 04 september 2002 @ 21:31:
iedere mail client is anders, daarom het probleem dat niet iedereen alles goed aan ziet komen. Zou je eens de broncode van zo'n mailtje willen sturen? misschien dat we daar iets in kunnen vinden... het is idd wel belangrijk dat er \r\n staat ipv \n, dit is namelijk volgens de regels

Zie het bericht boven je reactie voor een snippet uit een reactie van een ontvanger (dit is de email die hij ontving).

woensdag 4 september 2002 21:33

Acties:

0 Henk 'm!

Verwijderd

de bovenste headers (van, verzonden en onderwerp) zijn geen officiele headers. De mailclient pakt die niet en zet er daarom eigen headers neer, maar herkent die vervolgens niet...
je kunt het beste de headers van bijv. Outlook erbij pakken en die als voorbeeld gebruiken...

edit:

B-Man, ik dacht een kwartier geleden dat ik het bericht had verzonden, kwam ik terug in de browser had ik op Bekijk bericht geklikt

vandaar dat ik zijn reactie nog niet heb gelezen...

woensdag 4 september 2002 21:35

Acties:

0 Henk 'm!

B-Man

Topicstarter

Verwijderd schreef op 04 september 2002 @ 21:33:
de bovenste headers (van, verzonden en onderwerp) zijn geen officiele headers. De mailclient pakt die niet en zet er daarom eigen headers neer, maar herkent die vervolgens niet...
je kunt het beste de headers van bijv. Outlook erbij pakken en die als voorbeeld gebruiken...

Haha, even een misverstand uit de wereld helpen

De ontvanger van de nieuwsbrief heeft op Reply geklikt, en outlook express voegt dan wat info toe.

Vanaf de "Return-Path" header zie je de inhoud van het e-mailbericht dat hij ontving.

woensdag 4 september 2002 21:46

Acties:

0 Henk 'm!

Verwijderd

ah nee ok, ik dacht al, vond het wel een mooie grap, dat het uberhaupt werkte

kan je me eens zo'n mailtje sturen? Het ziet er hier wel netjes uit (behalve dan dat outlook de regels heeft afgekapt in het mailtje

) m'n mail staat in m'n profile...

woensdag 4 september 2002 22:10

Acties:

0 Henk 'm!

B-Man

Topicstarter

Jurriebur: ik heb het systeem een testmail laten verzenden naar de beide adressen die je opgaf (@sytsema en @its-projects).

Graag je reactie.

donderdag 5 september 2002 09:45

Acties:

0 Henk 'm!

stekkel

Bericht ziet er hier gewoon goed uit.

Vraag me alleen af of het % teken in het return path wel RFC2822 compattible is.

donderdag 5 september 2002 21:11

Acties:

0 Henk 'm!

B-Man

Topicstarter

stekkel schreef op 05 september 2002 @ 09:45:
Bericht ziet er hier gewoon goed uit.

Vraag me alleen af of het % teken in het return path wel RFC2822 compattible is.

Ja, % is compatible. Dit valt onder de VERP standaard.

Ik ben er overigens nog steeds niet achter waar het probleem zit. Ik pak morgen de sources van JavaMail erbij, om te kijken hoe daarmee een MIME mail wordt samengesteld.

Maar het blijft vreemd: ik heb een door JavaMail gegenereerde mail als voorbeeld gebruikt om zelf een HTML mail samen te stellen.

vrijdag 6 september 2002 17:27

Acties:

0 Henk 'm!

B-Man

Topicstarter

Ik heb vandaag qmail geinstalleerd, om te zien of deze syntaxfouten ziet, of het bericht foutief bezorgd. De mail werd echter -net als met Exim- zonder enig pobleem bezorgd.

Qua syntax moet het bericht nu goed zijn, alleen \r\n om regels te beindigen, geen \n meer.

Ik haal mijn topic weer even omhoog, omdat ik echt omhoog zit met dit probleem, en bij god niet weet waar ik iemand vind die me hier mee kan helpen.

maandag 9 september 2002 20:12

Acties:

0 Henk 'm!

B-Man

Topicstarter

Ik heb vandaag zo'n foutieve e-mail onder ogen gekregen, zo ziet hij eruit:

code:

From: "XXXX" <pascal@domain.com>
To: <pascal@domain.com>
Subject: Controle adresgegevens van ontvanger
Date: Mon, 9 Sep 2002 10:01:21 +0200
Message-ID: <E17oJU1-00020C-03@mail.domain.com>
MIME-Version: 1.0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2232.26
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Return-Path: <bounce-27699-project%ontvanger.nl@domain.com>
Delivered-To: helga@server.nl
Received: (qmail 7276 invoked by uid 572); 9 Sep 2002 06:34:27 -0000
Delivered-To: project@ontvanger.nl
Received: (qmail 7270 invoked from network); 9 Sep 2002 06:34:23 -0000
Received: from mail.domain.com (1.2.3.4)
  by 195.240.0.107 with SMTP; 9 Sep 2002 06:34:23 -0000
Received: from localhost.localdomain ([127.0.0.1]
helo=mail.domain.com)
    by mail.domain.com with smtp (Exim 3.33 #2)
    id 17oJU1-00020C-03
    for project@ontvanger.nl; Mon, 09 Sep 2002 10:01:21 +0200
From: "XXXX" <pascal@domain.com>
To: " " <project@ontvanger.nl>
Subject: Controle adresgegevens van ontvanger
MIME-Version: 1.0
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Message-Id: <E17oJU1-00020C-03@mail.domain.com>
Date: Mon, 09 Sep 2002 10:01:21 +0200
Status:

// HTML content

Zoals je kunt zien, staat het oorspronkelijke bericht in een nieuw bericht, terwijl ik alleen het oorspronkelijke bericht verzonden heb. Ook kun je zien dat de received headers van het oorspronkelijke bericht netjes zijn bijgewerkt. Kortom: erg vreemd.

woensdag 11 december 2002 23:01

Acties:

0 Henk 'm!

B-Man

Topicstarter

Mijn excuses voor het omhoogschoppen van dit "oude" topic, maar voor de volledigheid zal ik mijn oplossing even vermelden: Ik had een fout zitten in de code die de titel van de e-mail foldde; Deze voegde een \r\n teveel in, waardoor (bij titels die langer dan 70 tekens waren) alles na de titel in de mailbody terecht kwamen.

vrijdag 13 december 2002 12:27

Acties:

0 Henk 'm!

stekkel

haha, lol, dus toch een \r\n te veel. Overigens heb ik precies hetzelfde meegemaakt toen ik een folding functie schreef. Folden moet je overigens doen bij 76 karakters. 78 is de limit en 76 + \r\n = 78.

vrijdag 13 december 2002 20:28

Acties:

0 Henk 'm!

B-Man

Topicstarter

Ik wist het exacte aantal niet meer uit mijn hoofd, vandaar dat ik 70 meldde. Mijn code breekt tekst overigens netjes na 76 chars af.

Maar inderdaad lol ja, was erg blij toen ik erachter kwam dat het hieraan lag... Werd helemaal gek van het ogenschijnlijke at-random misgaan.... Maar dat had er dus gewoon mee te maken dat er lange titels in de berichten zaten.

woensdag 25 mei 2005 16:43

Acties:

0 Henk 'm!

B-Man

Topicstarter

B-Man schreef op maandag 09 september 2002 @ 20:12:
Ik heb vandaag zo'n foutieve e-mail onder ogen gekregen, zo ziet hij eruit:

code:

From: "XXXX" <pascal@domain.com>
To: <pascal@domain.com>
Subject: Controle adresgegevens van ontvanger
Date: Mon, 9 Sep 2002 10:01:21 +0200
Message-ID: <E17oJU1-00020C-03@mail.domain.com>
MIME-Version: 1.0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2232.26
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Return-Path: <bounce-27699-project%ontvanger.nl@domain.com>
Delivered-To: helga@server.nl
Received: (qmail 7276 invoked by uid 572); 9 Sep 2002 06:34:27 -0000
Delivered-To: project@ontvanger.nl
Received: (qmail 7270 invoked from network); 9 Sep 2002 06:34:23 -0000
Received: from mail.domain.com (1.2.3.4)
  by 195.240.0.107 with SMTP; 9 Sep 2002 06:34:23 -0000
Received: from localhost.localdomain ([127.0.0.1]
helo=mail.domain.com)
    by mail.domain.com with smtp (Exim 3.33 #2)
    id 17oJU1-00020C-03
    for project@ontvanger.nl; Mon, 09 Sep 2002 10:01:21 +0200
From: "XXXX" <pascal@domain.com>
To: " " <project@ontvanger.nl>
Subject: Controle adresgegevens van ontvanger
MIME-Version: 1.0
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Message-Id: <E17oJU1-00020C-03@mail.domain.com>
Date: Mon, 09 Sep 2002 10:01:21 +0200
Status:

// HTML content

Ik vis deze even uit de grabbelton, omdat ik er zojuist achterkwam dat de mail die ik hier quote niets te maken had met de bug die ik eerder oploste, maar met een outlook bug (ook nog aanwezig in 2003):
Als je de header:

code:

1	To: " " <mailbox@host.nl>

opneemt, dan leest outlook alle headers netjes uit (inclusief de Subject header o.a.), maar toont vervolgens de mail (inclusief alle headers) als inhoud van de mail.

Ik heb dit vandaag eindelijk kunnen reproduceren.
Op te lossen door de header

code:

1
2
3

To: <mailbox@host.nl>
of:
To: mailbox@host.nl

te maken. Dit betekent echter dat je niet (conform de betreffende RFC's) een lege naam kan opgeven.

dinsdag 20 april 2010 06:26

Acties:

0 Henk 'm!

SniperGuy

werkt het al?

dinsdag 20 april 2010 08:20

Acties:

0 Henk 'm!

Creepy

Tactical Espionage Splatterer

Na 5 (of zelfs 8!) jaar? Ik denk het wel

[ Voor 22% gewijzigd door Creepy op 20-04-2010 08:21 ]

"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney

Pagina: 1

Dit topic is gesloten.