[php] emails komen niet overal aan

[Gods Lonely Man]

Hello
er is een site waar je bestellingen kunt plaatsen, welke vervolgens gemaild worden naar de eigenaars. Via een php scripje. Alleen die emails komen niet aan.
Er worden drie mails verstuurd 1 normale html + 1 bcc ( zie script) en tekst email (script bijna zelfde als deze alleen zonder html code). En geen van de drie komen aan! Maar als ik de email adressen vervang door die van mezelf. een chello-, hotmail-, school-, werkemailadress dan komen ze wel mooi alledrie aan.
Waarom dus niet bij die oorspronkelijk emailadressen?

hun host (website en email) is YourSite (http://www.yoursite.nl)

PHP:

$headers  = "MIME-Version: 1.0\n";

$headers .= "Content-type: multipart/related; type=\"multipart/alternative\"; boundary=image\n";

$headers .= "From: bestel <$bestel_email1>\n";

$headers .= "Reply-To: bestel <$bestel_email1>\n";

$headers .= "bcc: $bestel_email3\n";

$message .= "\n--image\n";
$message .= "Content-Type: multipart/alternative; boundary=\"text\"\n";

$message .= "\n--text\n";
$message .= "Content-type: text/plain\n\n";
$message .= $plaintext."\n";
    
$message .= "\n--text\n";
$message .= "Content-type: text/html\n\n";
$message .= $hidden_bestelling."\n";
$message .= "\n--text--\n\n";
$message .= "\n--image\n";
$message .= "Content-type: image/gif; name=\"bestel.gif\"\n";
$message .= "Content-Transfer-Encoding: base64\n";

$message .= "Content-ID: <logo>\n\n";
$fd = fopen("images/logos/bestel.gif", "r");
$logo = fread($fd, filesize("images/logos/bestel.gif"));
fclose($fd);
$message .= wordwrap(base64_encode($logo), 60, "\n", 1);
$message .= "\n--image--\n\n";

$subject = "Een nieuwe bestelling";
mail($bestel_email1, $subject, $message, $headers, "-f".$bestel_email1);

[drm]

Al geprobeerd YourSite te bellen? Dan neem ik wel op

[jurri@n]

Weet je zeker dat afzender-adres bestaat en dat je mailserver die kan bereiken? Heb ook ooit lopen kloten aan een mailscript. Achteraf bleek dat sendmail niet wilde versturen omdat de apache-user op de server niet gemailt kon worden.

[hennink]

Komt die var bestel_email1 wel binnen in je script?
Tamelijk cruciaal hier

[Pelle]

drm schreef op 11 August 2003 @ 11:42:
Al geprobeerd YourSite te bellen? Dan neem ik wel op

[marty]

in de header moet je alles met \r\n afsluiten volgens mij
lees ook dit topic eens door: [rml][ PHP] Probleempje met HTML-mail[/rml]

[hennink]

marty schreef op 11 augustus 2003 @ 12:04:
in de header moet je alles met \r\n afsluiten volgens mij
lees ook dit topic eens door: [rml][ PHP] Probleempje met HTML-mail[/rml]

Dat moet hier het probleem niet wezen aangezien het wel aankomt als hij zelf een mailadres intikt.
Vraag is nu wel even waar hij het opgeeft, in het formulier als testbestelling of vervangt hij met het handje $bestel1_email in [e-mail]

[marty]

hennink schreef op 11 August 2003 @ 12:31:
[...]


Dat moet hier het probleem niet wezen aangezien het wel aankomt als hij zelf een mailadres intikt.

Ik heb lange tijd problemen gehad met o.a. chello emailadressen. Daar wilde mijn emails ook niet aankomen en dat kwam omdat m'n header niet goed was opgebouwd. Ik weet wel dat hij geen problemen met chello heeft, maar het is maar om aan te geven dat het bij email heel gevoelig kan liggen hoe je die header opbouwt. En daarbij: waarom zou je het fout laten staan als je weet hoe het wel goed moet?

[hennink]

marty schreef op 11 August 2003 @ 13:41:
[...]


Ik heb lange tijd problemen gehad met o.a. chello emailadressen. Daar wilde mijn emails ook niet aankomen en dat kwam omdat m'n header niet goed was opgebouwd. Ik weet wel dat hij geen problemen met chello heeft, maar het is maar om aan te geven dat het bij email heel gevoelig kan liggen hoe je die header opbouwt. En daarbij: waarom zou je het fout laten staan als je weet hoe het wel goed moet?

OK,

heb je helemaal gelijk in, ging mij erom dat het in deze niet de oplossing is voor zijn probleem. Zit trouwens te wachten op zijn eerste reactie.

[Gods Lonely Man]

hennink schreef op 11 August 2003 @ 11:49:
Komt die var bestel_email1 wel binnen in je script?
Tamelijk cruciaal hier

ja want die staat gewoon vast in een conf file
een eerst stond daar dus in dat het [e-mail] enzo was
en dan komt het gewoon goed aan (net zoals bij hotmail etc.)

en er is ook geprobeerd een "normale" mail (via outlook dus) te versturen naar dat email adres en die komt wel gewoon gelijk aan.
Maar via dit mailscript niet, snap alleen helemaal niet waarom

offtopic:
sorry was even druk bezig met een andere opdracht

[pietje63]

ok, mijn eigen ervaringen;

problemen met afsluiten header; ik had eerste \r\n en dit later vervangen door \n omdat ik anders een dubbele newline kreeg. Dit is echter wisselend per server, php.net zegt ook \r\n een foute header kan er voor zorgen dat een mail niet goed doogestuurd wordt.

zorg dat het verzend adres gelijk is aan iets van [e-mail] dit zorgt ervoor dat meer mailprogramma's het als een geldige mail zien, en het niet in spam zetten (hotmail kijkt bijv of het afzender adres wel klopt met de host, zo niet -> spam -> mensen denken dat de mail niet ontvangen is) ; handig is natuurlijk wel om dan de reply-to wel goed te laten staan.

[Gods Lonely Man]

de headers worden al afgesploten door "\n" ipv "\r\n"

email adress van reply staat ook zoals het hoort "[e-mail]"

[pietje63]

PsychoBoy schreef op 11 August 2003 @ 15:30:
de headers worden al afgesploten door "\n" ipv "\r\n"

email adress van reply staat ook zoals het hoort "[e-mail]"

Ja; maar [e-mail] is niet gelijk aan [e-mail]
En ik bedoelde qua headers, gewoon even naar de bron van de mails kijken die wel aankomen en of ze er daar goed uitzien

[marty]

kijk eens of mailen op deze manier wel lukt. En als dat lukt, bouw 'm dan geleidelijk weer om tot je eigen wensen, dan kom je er vanzelf achter waar het fout gaat

[Gods Lonely Man]

heb het net op deze manier geprobeerd, maar dat komt ook niet aan

PHP:

$plaintext = "test mail";

    $headers  = "MIME-Version: 1.0\n";
    $headers .= "Content-type: text/plain;\n";
    $headers .= "From: me <[e-mail]>\n";
    $message = $plaintext;
    
    $subject = "test mail";

    if(!mail("[e-mail]", $subject, $message, $headers)){
        echo "FOUT! :(";
    }

ook geprobeerd te verstuurd van af een andere host
meten zonder [e-mail] in de header geprobeerd.
maar komt allemaal niet aan

[Pelle]

Heb je Yoursite nou al gebeld?

010 - 245 96 73

[Gods Lonely Man]

yep net gedaan

bij hun lag het probleem iig niet (Y)
de mail word door hun geforward naar een andere server
nu de beheerder van die mailserver gaan lastig vallen....

[Verwijderd]

Ja, dat heeft hij

Dit kan best wel eens aan de ontvangende server liggen, aangezien de e-mail wordt doorverwezen naar een eigen mailserver (DNS verwijzing).

[edit]
/me traag

[ Voor 8% gewijzigd door Verwijderd op 12-08-2003 13:42 ]

[BierPul]

Ik heb ook wel eens gehad dat de ontvangende server de headers niet accepteerd.

Ik zag hem keurig netjes uit mn que gaan maar kwam nooit aan

Bij had het te maken met \n en \r\n

Voor Qmail was het anders dan voor Sendmail sommige mailservers kunnen daar blijkbaar over vallen

[Verwijderd]

$headers .= "From: bestel <$bestel_email1>\n";

vervang dit is door:

$headers .= "From: bestel <".$bestel_email1.">\n";

Je verstuurt nu mailtjes naar $bestl_email1 (variable wordt niet omgezet tussen " ") dat werkt niet natuurlijk, en verklaart ook gelijk waarom het wel werkt als je zelf invult.

[Verwijderd]

Verwijderd schreef op 12 August 2003 @ 14:27:
$headers .= "From: bestel <$bestel_email1>\n";

vervang dit is door:

$headers .= "From: bestel <".$bestel_email1.">\n";

Je verstuurt nu mailtjes naar $bestl_email1 (variable wordt niet omgezet tussen " ") dat werkt niet natuurlijk, en verklaart ook gelijk waarom het wel werkt als je zelf invult.

Kuch, variabelen worden WEL geparsed binnen double quotes en niet binnen single quotes

[ Voor 8% gewijzigd door Verwijderd op 12-08-2003 15:01 . Reden: typen is moeilijk ]

[BierPul]

Probeer zowiezo eens je $headers en $message te parsen naar je scherm , en post deze.

Dan kun je in ieder geval zien of dat goed is

[Bor]

Reverse dns voor je domein klopt waarschijnlijk niet .Veel mailservers controlleren de domeinnaam aan de hand van het ip uit security oogpunt. Waarschijnlijk bestaat de verwijzing naar jouw domein niet.

[Verwijderd]

Verwijderd schreef op 12 augustus 2003 @ 15:01:
[...]

Kuch, variabelen worden WEL geparsed binnen double quotes en niet binnen single quotes

Dat zou heel goed kunnen das dan mijn fout (gebruik ik php niet vaak genoeg voor).

[ Voor 26% gewijzigd door Verwijderd op 12-08-2003 15:13 ]

[Verwijderd]

BierPul schreef op 12 August 2003 @ 15:07:
Probeer zowiezo eens je $headers en $message te parsen naar je scherm , en post deze.

Dan kun je in ieder geval zien of dat goed is

jep lijkt me een goed plan..

[Verwijderd]

Ik had hetzelfde probleem met een multimail-scriptje voor plain-text mailtjes wat ik had geschreven. Sommige adressen werkte eerst niet, maar nu wel.

Oplossing: ik heb ff een paar regeltjes aan m'n header toegevoegd waardoor het wél ging werken (deze oplossing heb ik volgens mij gevonden op gevonden op php.net, onder de mail()-functie):

PHP:

$headers .= "X-Priority: 1\n";
$headers .= "X-MSMail-Priority: High\n";
$headers .= "X-Mailer: PHP\n";

Je gooit hiermee onder andere het mailtje op high-priority, waardoor bepaalde mail-servers blijkbaar veel sneller geneigd zijn om de boel te accepteren.

[pietje63]

Verwijderd schreef op 13 augustus 2003 @ 13:49:
Je gooit hiermee onder andere het mailtje op high-priority, waardoor bepaalde mail-servers blijkbaar veel sneller geneigd zijn om de boel te accepteren.

Het nadeel van die high-priority is dat steeds meer spammers het ook gebruiken en ik daardoor steeds sneller denk dat een mailtje met een uitroepteken ervoor spam is

[bigtree]

Ook ik heb al eens problemen gehad met het mailen vanaf een webserver naar een bepaald domein. Bleek dat de webserver niet kon connecten met de doel-mailserver. Zelfs via telnet kreeg ik geen connectie op port 25 van de ontvangende mailserver. Beide providers gaven elkaar de schuld en het is tot op vandaag niet opgelost.

[Bor]

Bor_de_Wollef schreef op 12 August 2003 @ 15:11:
Reverse dns voor je domein klopt waarschijnlijk niet .Veel mailservers controlleren de domeinnaam aan de hand van het ip uit security oogpunt. Waarschijnlijk bestaat de verwijzing naar jouw domein niet.

Heb je dait nou al eens gechecked?

[marty]

en heb je deze nou al eens geprobeerd. lijkt me toch wel fijn om te weten of dat wel aankomt

[BierPul]

marty schreef op 13 August 2003 @ 17:16:
en heb je deze nou al eens geprobeerd. lijkt me toch wel fijn om te weten of dat wel aankomt

Makkelijker kon ik het niet neerzetten toch

Maar ik ben ook erg benieuwd naar de MIME

* BierPul heeft het gevoel dat de topicstarter het probleem al heeft opgelost maar ons vergeet op de hoogte te houden

[ Voor 7% gewijzigd door BierPul op 13-08-2003 19:33 ]

[paragon]

Toevallig had ik het over een zelfde soort probleem meteenvriend van me. Die had voor zijn vader een website gemaakt en daar stond ook een mail script op. De mails kwamen niet bij alle adressen aan. Hij begreep er niks van. Toen had ie de naam van het bestand wat eerst mail.php heete veranderd naar een minder gangbare naam en toen werkte alles wel.

[pietje63]

paragon schreef op 14 August 2003 @ 09:35:Toen had ie de naam van het bestand wat eerst mail.php heete veranderd naar een minder gangbare naam en toen werkte alles wel.

En als hij de naam weer terug verandert doet hij het dan weer niet? Anders weet je IMO niet of het daar aan lag.

[Bor]

Is topicstarter zelf ook nog in dit topic aanwezig? Wat heb je zelf allemaal al geprobeerd?

[Gods Lonely Man]

sorry dat ik niet echt aanwezig ben maar ik werk eigenlijk maar twee dagen,
dus niet echt mijn hoofdproriteit nu
maar ik waardeer de reactie zeer zeker

Toen had ie de naam van het bestand wat eerst mail.php heete veranderd naar een minder gangbare naam en toen werkte alles wel.

heb het ook met een test script dat gewoon test.php geprobeerd,
werkte ook niet
(lijkst me erg vage oplossing imo, maar heb vreemdere dingen meegemaakt...)

marty schreef op 13 augustus 2003 @ 17:16:
en heb je deze nou al eens geprobeerd. lijkt me toch wel fijn om te weten of dat wel aankomt

yep heb ik geprobeerd
heb ook nog een simpelere versie geprobeerd werkte ook niet


dit is de email source code zoals je hem binnen krijgt (min de tekst boodschap van de mail zelf, lijkt me niet boeiend om die te posten)

code:

Return-Path: <[e-mail]>
Received: from miny.eatserver.nl (miny.eatserver.nl [212.203.14.95])
    by srv01.wisja.net (8.10.2/8.10.2) with ESMTP id h7BAY9522864
    for <[e-mail]>; Mon, 11 Aug 2003 12:34:09 +0200
Received: (from wwwrun@localhost)
    by miny.eatserver.nl (8.11.6/8.11.6/SuSE Linux 0.5) id h7BAYAN27511;
    Mon, 11 Aug 2003 12:34:10 +0200
Date: Mon, 11 Aug 2003 12:34:10 +0200
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Een nieuwe bestelling
MIME-Version: 1.0
Content-type: multipart/related; type="multipart/alternative"; boundary=image
From: naam <[e-mail]>
Reply-To: naam <[e-mail]>
X-UIDL: X?*#!5p>!!pi~"!)OA"!

[Verwijderd]

Ik heb hier ook wel eens problemen mee... en dat komt dan meestal doordat er op de ontvangende server een SPAM-filter is geinstalleerd...

Misschien zit daar het probleem?

[BierPul]

Content-type: multipart/related; type="multipart/alternative"; boundary=image

Dit vindt ik vreemd dubbele type defenitie

Daarnaast moet je boundary een unieke waarde zijn dus als je het woord image typed in je mail ben je je boundary kwijt.

Probeer die mail adressen gewoon es te mailen op mijn mannier

PHP:

$text = "Dear Sir, Maddam,\n Your email client does not support HTML."; 
$html = "<html><body><table bgcolor=\"#cccccc\"><tr><td>HTML</td></tr></table></body></html>"; 
$email = "[e-mail]"; 
$afzender = "[e-mail]"; 
$afzendernaam = "Bla.com"; 
$subject = "Bla bla subject"; 
$boundary = "Dit is de Boundary van de mail 01234"; 

$headers = "From: ".$afzendernaam." <".$afzender.">\n"; 
$headers .= "Subject: ".$subject."\n"; 
$headers .= "MIME-Version: 1.0\n"; 
$headers .= "Content-Type: multipart/alternative;\n"; 
$headers .= "\tboundary=\"".$boundary."\"\n"; 
$headers .= "Content-Transfer-Encoding: 7bit\n"; 
$message = "--".$boundary."\n"; 
$message .= "Content-Type: text/plain; charset=us-ascii\n"; 
$message .= "Content-Transfer-Encoding: 7bit\n"; 
$message .= "\n"; 
$message .= $text."\n"; 
$message .= "\n"; 
$message .= "--".$boundary."\n"; 
$message .= "Content-Type: text/html; charset=us-ascii\n"; 
$message .= "Content-Transfer-Encoding: 7bit\n"; 
$message .= "\n"; 
$message .= $html."\n"; 
$message .= "\n"; 
$message .= "--".$boundary."--"; 
mail($email, $subject, $message, $headers);

ff waarden aanpassen en klaar

Ik verstuur zo elke maand ongeveer 600.000 mails en krijg nooit klachten van mensen die ingeschreven hebben dat ze niks krijgen

[ Voor 68% gewijzigd door BierPul op 14-08-2003 16:19 ]

[stekkel]

BierPul schreef op 14 August 2003 @ 16:17:
[...]


Dit vindt ik vreemd dubbele type defenitie

Daarnaast moet je boundary een unieke waarde zijn dus als je het woord image typed in je mail ben je je boundary kwijt.

Probeer die mail adressen gewoon es te mailen op mijn mannier

Wanneer je dit bedoeld:

Content-type: multipart/related; type="multipart/alternative"; boundary=image

Dan is dat geen dubbele definitie maar een MUST. In geval van multipart/related moet je altijd het mime-part opgeven waar de andere mime-parts aan gerelateerd zijn. In dit geval dus multipart/alternative.

Dat doe je door de parameter type mee te geven. Zoek maar op in de betreffende RFC sheets

edit:

Toevallig net een Mozilla workaround geschreven gerelateerd aan een multipart/related bug.
De RFC: http://www.ietf.org/rfc/rfc2387.txt
Mozilla bug: http://bugzilla.mozilla.org/show_bug.cgi?id=200412

[ Voor 15% gewijzigd door stekkel op 15-08-2003 20:15 ]

[marty]

psychoboy, als je mij ff een email stuurt met zo'n adres van waar je emails niet aankomen dan zal ik je zelf eens een email sturen met een emailscript wat ik zelf gemaakt heb. Daar heb ik namelijk ook 0 problemen mee gehad. Eens kijken of dat lukt...

[paragon]

ooh en geef het php bestand dus niet de naam test.php maar eerder zoiets als psychoboy.php

[Gods Lonely Man]

ooh en geef het php bestand dus niet de naam test.php maar eerder zoiets als psychoboy.php

script heet dobestel.php lijkt me niet echt een logische naam om te blokken

psychoboy, als je mij ff een email stuurt met zo'n adres van waar je emails niet aankomen dan zal ik je zelf eens een email sturen met een emailscript wat ik zelf gemaakt heb. Daar heb ik namelijk ook 0 problemen mee gehad. Eens kijken of dat lukt...

zal morgen even vragen aan mijn baas of ik daar toestemming voor heb.
(ben zelf maar een stagiertje )
de mails komen namelijk gelijk naar onze klant, en daar hebben we geen directe toegang toe..

script is trouwens al op tientallen site gebruikt en nog nooit problemen mee gehad

[hennink]

zet anders even je formulier en je complete php bestand ergens online, wel de php ook even opslaan als dobestel.txt dan kan men kijken en fixen waar nodig.
Kijk anders eens naar phpmailer, hoef je je wat minder zorgen te maken om de juiste headers edg.

[Gods Lonely Man]

hennink schreef op 15 August 2003 @ 09:54:
zet anders even je formulier en je complete php bestand ergens online, wel de php ook even opslaan als dobestel.txt dan kan men kijken en fixen waar nodig.
Kijk anders eens naar phpmailer, hoef je je wat minder zorgen te maken om de juiste headers edg.

uuuh voor de code, zie me eerste post?

en ik ga eens kijken naar dat phpmailer prog

[hennink]

PsychoBoy schreef op 15 August 2003 @ 10:10:
[...]


uuuh voor de code, zie me eerste post?

en ik ga eens kijken naar dat phpmailer prog

Had beter moeten onthouden dat je hem al gepost had.
Zet ook even je formulier erbij.

[Gods Lonely Man]

hennink schreef op 15 August 2003 @ 17:04:
[...]

...

Zet ook even je formulier erbij.

er is verder geen formulier, die variablen waar de mail heen gaat is staan ergens vast in een conf bestand.
(er zijn meerdere plekken waar er mail word verstuurd, dus het is makkelijker om de emails daarin te veranderen). de inhoud van de mail is wat html/tekst, dus ook niet van nuttig om te posten. maar goed ik ben nog newbie

de rest van het script haalt wat dingen uit een database en zet deze in een html-tabel.

PHP:

$hidden_bestelling = "<table> bladibla </table>";

$hidden_bestelling = "<html>
<head>
<title>Bestelling</title>
</head>
<body bgcolor=\"#FFFFFF\" text=\#000000\">
<p><br>
  [img]\"cid:logo\"[/img]</p>
<p><strong>Afleveradres:<BR>
  </strong>\n<BR>
\n".$aflever_naam."<BR>
\n".$aflever_adres."<BR>
\">\n".$aflever_postcode."&nbsp; ".$aflever_plaats."<BR>
    \n<BR>
\n".$organisatie_naam."<BR>
  \n<BR>
\n".$methode."<BR>
  \n<BR>
<strong>Bestelling:<BR>
  </strong>\n<BR>
\n".$hidden_bestelling." 
  </p>
</body>
</html>";

offtopic:
Cheatah: sorry van die mail van vanmiddag ik had per ongeluk je email adres er nog tussen laten zitten (is weg nu hoor )

[ Voor 39% gewijzigd door Gods Lonely Man op 15-08-2003 19:05 ]