Onderwerp: e-mail probleem...

Goedendag,
Ik ben opzoek naar een expert op het gebied van e-mail.

Ik heb namelijk het volgende probleem:
Mijn webpagina stuurt na het aanmelden van iemand automatisch een bericht
dat mensen moeten bevestigen. Tevens worden op een andere site van mij
bestel bevestigingen per e-mail verzonden.

Helaas blijkt het dat deze e-mails bij veel mensen niet aankomen terwijl het
bij veel anderen en bij mezelf wel gewoon goed werkt.

Ook als ik een e-mail handmatig verstuur komt hij wel goed aan.

Kennelijk is er iets in de door het systeem gegenereerde e-mail dat er voor
zorgt dat de mail bij veel mensen niet aankomt. B.v. bij home.nl en
chello.nl komt het merendeel van de mail niet aan.

Wie heeft er enig idee waar dit door zou kunnen komen en hoe dat op te
lossen is?

headers van een door mijn systeem verzonden e-mail zijn als volgt:

Return-Path: <anonymous@colocate14.serevr4fun.nl>
Delivered-To: 71-info@worldnetshops.nl
Received: (qmail 8110 invoked by uid 110); 26 Jun 2006 13:31:20 +0200
Delivered-To: 71-daniel@worldnetshops.nl
Received: (qmail 8102 invoked by uid 48); 26 Jun 2006 13:31:20 +0200
Date: 26 Jun 2006 13:31:20 +0200
Message-ID: <20060626113120.8097.qmail@colocate14.serevr4fun.n l>
To: daniel@worldnetshops.nl
Subject: nieuw wachtwoord.
From: daniel@worldnetshops.nl
Reply-To: daniel@worldnetshops.nl
X-Mailer: PHP/4.3.10

daniel wrote:
>
> Helaas blijkt het dat deze e-mails bij veel mensen niet aankomen terwijl het
> bij veel anderen en bij mezelf wel gewoon goed werkt.
> Wie heeft er enig idee waar dit door zou kunnen komen en hoe dat op te
> lossen is?
>
> headers van een door mijn systeem verzonden e-mail zijn als volgt:
>
> Return-Path: <anonymous@colocate14.serevr4fun.nl>

De Return-path ziet er niet erg bedrijszeker uit. Veel ontvangende
mailservers checken of het Return-Path wel klopt, en als er al iets niet
klopt (aan het hele mailtje) sturen ze een bericht naar het Return-Path.
Aangezien het Return-Path bij jou niet bestaat of iig niet klopt zie je
die berichten nooit.

De oplossing begint dus met het instellen van het juiste Return-Path. Als
je server sendmail gebruikt kun je dit met de -f optie in stellen. In PHP:

<?
mail($to, $subject, $body, $mail_headers, "-fname@domain.invalid");
?>

On Mon, 26 Jun 2006 14:11:47 +0200, "daniel"
<info@d-feenstra.speedlinq.nl> wrote:

>Kennelijk is er iets in de door het systeem gegenereerde e-mail dat er voor
>zorgt dat de mail bij veel mensen niet aankomt. B.v. bij home.nl en
>chello.nl komt het merendeel van de mail niet aan.
>
>Wie heeft er enig idee waar dit door zou kunnen komen en hoe dat op te
>lossen is?
>
>headers van een door mijn systeem verzonden e-mail zijn als volgt:
>
>Return-Path: <anonymous@colocate14.serevr4fun.nl>

Misschien is het probleem dat de mail van een niet bestaand domein als
serevr4fun.nl afkomt? Ik zou daar als ISP ook geen mail van
accepteren.
--
branko collin
Volk van San Theodoros, ik heb U begrepen.

daniel:
>Helaas blijkt het dat deze e-mails bij veel mensen niet aankomen terwijl het
>bij veel anderen en bij mezelf wel gewoon goed werkt.

Is de reverse-DNS van het IP-nummer dat de e-mail verstuurt goed
ingesteld?
http://www.dnsstuff.com/info/revdns.htm

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

daniel wrote in nl.internet.www.server-side:
> Goedendag,
> Ik ben opzoek naar een expert op het gebied van e-mail.
>
> Ik heb namelijk het volgende probleem:
> Mijn webpagina stuurt na het aanmelden van iemand automatisch een bericht
> dat mensen moeten bevestigen. Tevens worden op een andere site van mij
> bestel bevestigingen per e-mail verzonden.
>
> Helaas blijkt het dat deze e-mails bij veel mensen niet aankomen terwijl het
> bij veel anderen en bij mezelf wel gewoon goed werkt.
>
> Ook als ik een e-mail handmatig verstuur komt hij wel goed aan.

Voorbeeld van wat je doet? En als je iets anders doet dan met Telnet
vanaf die server het proces zit na te spelen dan zit je al aardig je
tijd te verdoen.

> Kennelijk is er iets in de door het systeem gegenereerde e-mail dat er voor
> zorgt dat de mail bij veel mensen niet aankomt. B.v. bij home.nl en
> chello.nl komt het merendeel van de mail niet aan.

Gezien de headers beneden komt het ook niet aan bij 80+% van de op
Internet actieve mailserver en dat het soms bij oa chello.nl aankomt
lijkt meer een bug bij chello die wel interessant is om aan te melden
;-)

> Wie heeft er enig idee waar dit door zou kunnen komen en hoe dat op te
> lossen is?

Welke meldingen krijg je terug?

> headers van een door mijn systeem verzonden e-mail zijn als volgt:
>
> Return-Path: <anonymous@colocate14.serevr4fun.nl>

Er is voor colocate14.serevr4fun.nl noch een MX noch een A RR te vinden.
Zorg dat je MAIL FROM een geldig adres gaat worden wat ook mail kan
ontvangen, want er zijn wat partijen die een call-out cq sender address
verification doen. En zoals ook al werd genoemd moet je door voldoende
RFC-hoepels gaan springen zoals werkende reversed/forward DNS, geldige
HELO/EHLO, het hebben van een NULL MX, etc.

> Delivered-To: 71-info@worldnetshops.nl
> Received: (qmail 8110 invoked by uid 110); 26 Jun 2006 13:31:20 +0200
> Delivered-To: 71-daniel@worldnetshops.nl
> Received: (qmail 8102 invoked by uid 48); 26 Jun 2006 13:31:20 +0200

Je kan in het vervolg beter headers posten van een e-mail die langs een
third-party mailserver is gegaan.

> Date: 26 Jun 2006 13:31:20 +0200
> Message-ID: <20060626113120.8097.qmail@colocate14.serevr4fun.n l>
> To: daniel@worldnetshops.nl
> Subject: nieuw wachtwoord.
> From: daniel@worldnetshops.nl

Deze From-header staat er alleen voor de sier en de To-header ook btw.
Laat je hier niet door misleiden.

> Reply-To: daniel@worldnetshops.nl
> X-Mailer: PHP/4.3.10

Of zet safemode uit en probeer de juiste headers te zetten, voorbeelden
zat op php.net als ze werken, of praat direct tegen de SMTP-server. Het
laatste geeft de meeste garanties ook met toekomstige updates van PHP.

Hans

--
`FUD was first defined by Gene Amdahl after he left IBM to found his own
company, Amdahl Corp.: "FUD is the fear, uncertainty, and doubt that IBM
sales people instill in the minds of potential customers who might be
considering Amdahl products."' -- http://en.wikipedia.org/wiki/Fud