Onderwerp: Sendmail aanpassen? php mail "from"(afzender) wijzigen?

Oorspronkelijk geplaatst door Ramon Fincken

Ik zal deze week eens in mijn superclass duiken, het is niet zo heel lastig. Ik heb voor mijn CMS eentje gemaakt die automatisch noreply@domeinnaam.nl neerzet als From adres en Reply-to adres tenzij je dit meegeeft.

Het eerste dat ik in mijn spamfilters zet: noreply en no-reply@-adressen.

phpmailer (als je hem configureert om smtp te gebruiken) gebruikt de php mail() functie helemaal niet. Het probleem met die mail() functie is dat het enorm afhangt van de configuratie van je host, van de gebruikte MTA, van de instellingen enz. Je *kan* het correct krijgen in bijna alle gevallen, maar het zal 9 kansen op 10 niet meer 100% correct zijn als je verhuist naar een andere host. Als je SMTP gebruikt, is het zoveel eenvoudiger...

Oorspronkelijk geplaatst door frankske

maar het zal 9 kansen op 10 niet meer 100% correct zijn als je verhuist

Dat is natuurlijk onzin.
In 99 van de 100 gevallen werkt sendmail prima, volgens jou theorie zou 90% van de vrij beschikbare scripts niet eens werken gezien de meeste via sendmail werken. De kans dat SMTP gegevens wijzigen is groter dan dat sendmail wijzigt uiteindelijk ;-)

Ik vind het prima discussie te voeren en SMTP is eigenlijk ook beter, maar de argumenten die tot nu toe gekomen zijn slaan nagenoeg nergens op

Bon, hier de twee belangrijkste:

• Default directadmins laten niet toe om om een return path aan te passen bij default php en exim install
• Sommige MTA's eisen \n, andere \r\n in het "extra headers" veldje

Het is *wel* zo dat 95% van de mensen het niet uitmaakt op wat een return path header staat. Maar als je het exact juist wil krijgen, moet je altijd knutselen. Als je daarentegen SMTP gebruikt, moet je bijna nooit knutselsen.

Oorspronkelijk geplaatst door frankske

Bon, hier de twee belangrijkste:

• Default directadmins laten niet toe om om een return path aan te passen bij default php en exim install
• Sommige MTA's eisen \n, andere \r\n in het "extra headers" veldje

Het is *wel* zo dat 95% van de mensen het niet uitmaakt op wat een return path header staat. Maar als je het exact juist wil krijgen, moet je altijd knutselen. Als je daarentegen SMTP gebruikt, moet je bijna nooit knutselsen.

Mwah, het coden van SMTP is altijd meer code dan mail().
het return path kun je toch bij de headers wijzigen, heb er zelf eigenlijk nog nooit tegenaan gelopen. Maar de keren dat ik met DA werk is ook wel op 1 vinger te tellen

Oorspronkelijk geplaatst door Triloxigen

Mwah, het coden van SMTP is altijd meer code dan mail().

Klopt, maar het is "universeler". Zet het 1 keer juist, en als je MTA zich plots anders gedraagt, moet je hoogstens smtpserver/poort/auth info aanpassen. Hierin zit de grote kracht: het is een goed gedocumenteerde standaard. De documentatie die je op php.net/mail vindt, is op meerdere punten onjuist of "situatie afhankelijk".

het return path kun je toch bij de headers wijzigen, heb er zelf eigenlijk nog nooit tegenaan gelopen. Maar de keren dat ik met DA werk is ook wel op 1 vinger te tellen

[/quote]

Een default DA (of een strikt geconfigureerde exim) laten dit by default dus niet toe

http://php.net/manual/en/function.mail.php

additional_headers (optional)

Note: When sending mail, the mail must contain a From header. This can be set with the additional_headers parameter, or a default can be set in php.ini.
Failing to do this will result in an error message similar to Warning: mail(): "sendmail_from" not set in php.ini or custom "From:" header missing. The From header sets also Return-Path under Windows.

http://nl2.php.net/manual/en/mail.co....sendmail-from

Geloof me:

Oorspronkelijk geplaatst door frankske

Een default DA (of een strikt geconfigureerde exim) laten dit by default dus niet toe

Oorspronkelijk geplaatst door frankske

Geloof me:

ik geloof je echter mijn klanten niet (dit is zo onderhand technische support vraag nummer 1)

Oorspronkelijk geplaatst door frankske

phpmailer (als je hem configureert om smtp te gebruiken) gebruikt de php mail() functie helemaal niet. Het probleem met die mail() functie is dat het enorm afhangt van de configuratie van je host, van de gebruikte MTA, van de instellingen enz. Je *kan* het correct krijgen in bijna alle gevallen, maar het zal 9 kansen op 10 niet meer 100% correct zijn als je verhuist naar een andere host. Als je SMTP gebruikt, is het zoveel eenvoudiger...

Hij heeft ook een mooie SMTP ondersteuning inderdaad.

de betreffende gebruiker toevoegen aan de trusted users van je exim config en ook de regel no_local_from_check opnemen zal je probleem wel oplossen.

Wij gebruiken ook altijd de SMTP ipv de mail() in php. Wij draaien SuPhp op de servers waardoor php draait als de eigen user. hierdoor kun je de "From" niet aanpassen ook al geef je die mee in de header bij gebruik van de mail() in php. Als je vis een smtp classe mailt heb je dit probleem niet..

Oorspronkelijk geplaatst door huizinga

Wij gebruiken ook altijd de SMTP ipv de mail() in php. Wij draaien SuPhp op de servers waardoor php draait als de eigen user. hierdoor kun je de "From" niet aanpassen ook al geef je die mee in de header bij gebruik van de mail() in php. Als je vis een smtp classe mailt heb je dit probleem niet..

Je kan het volgende toevoegen aan php.ini en het werkt weer

Code:

mail.force_extra_parameters = -f

en om het helemaal juist te doen stel je ook de 'envolope from' in... kans dat je mail bij junk geraakt bij hotmail en facebook slinkt enorm

Code:

mail('to@blah.com','subject!','body!','From: from@blah.com','-f from@blah.com');

(de laatste optie maakt het hem)