L'exemple d'envoie de mail en html via mail() sur php.net fonctionne sous
easyphp mais pas chez OVH où le html n'est pas interpreté, d'ou cela peut
provenir ?
<?php
$to = "nicolas@xxx.com . ", " ; // note the comma
$subject = "Anniversaires à souhaiter en Août";
$message = "
<html>
<head>
<title>Rappel des anniversaires d'Août</title>
</head>
<body>
<p>Voici la liste des anniversaires du mois d\'Août!</p>
<table>
<tr>
<th>Ami</th><th>Jour</th><th>Mois</th><th>Année</th>
</tr>
<tr>
<td>Guillaume</td><td>3</td><td>Août</td><td>1970</td>
</tr>
<tr>
<td>Sandra</td><td>17</td><td>Août</td><td>1973</td>
</tr>
</table>
</body>
</html>";
/* Pour envoyer du mail au format HTML, vous pouvez configurer le type
Content-type. */
$headers = "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/html; charset=iso-8859-1\r\n";
/* D'autres en-têtes : errors, From cc's, bcc's, etc */
$headers .= "From: Birthday Reminder <birthday@example.com>\r\n";
/* et hop, à la poste */
mail($to, $subject, $message, $headers);
?>
Le support OVH n'est pas un support pour le php...ils vont me repondre çà et je comprends.
Bon , je confirme, j'ai balancé mon script sur 2 hébergeurs differents çà marche, en local çà marche, chez ovh çà marche pas :
<?php
$to = "" . ", " ;
Question bizarre autant qu'étrange...
Je ne connais pas la fonction mail() ni ses paramètres, mais pourquoi l'adresse email de destination $to , devrait-elle se terminer par une virgule accolée à cette adresse email ?
Pour en indiquer plusieurs. Mais je suppose que si c'est vide après la virgule, ça fonctionne quand même. Et ça permet de faire $to.="";
-- Seb. ASCA Informatique Logiciel de création d'étiquettes http://www.asca-etiquettes.com
Jean Francois Ortolo écrivait :
Nicolas a écrit:
Le support OVH n'est pas un support pour le php...ils vont me repondre
çà et je comprends.
Bon , je confirme, j'ai balancé mon script sur 2 hébergeurs differents
çà marche, en local çà marche, chez ovh çà marche pas :
<?php
$to = "nicolas@xxxxx.com" . ", " ;
Question bizarre autant qu'étrange...
Je ne connais pas la fonction mail() ni ses paramètres, mais
pourquoi
l'adresse email de destination $to , devrait-elle se terminer par une
virgule accolée à cette adresse email ?
Pour en indiquer plusieurs.
Mais je suppose que si c'est vide après la virgule, ça fonctionne quand
même.
Et ça permet de faire $to.="toto@toto.com";
--
Seb.
ASCA Informatique
Logiciel de création d'étiquettes
http://www.asca-etiquettes.com
Le support OVH n'est pas un support pour le php...ils vont me repondre çà et je comprends.
Bon , je confirme, j'ai balancé mon script sur 2 hébergeurs differents çà marche, en local çà marche, chez ovh çà marche pas :
<?php
$to = "" . ", " ;
Question bizarre autant qu'étrange...
Je ne connais pas la fonction mail() ni ses paramètres, mais pourquoi l'adresse email de destination $to , devrait-elle se terminer par une virgule accolée à cette adresse email ?
Pour en indiquer plusieurs. Mais je suppose que si c'est vide après la virgule, ça fonctionne quand même. Et ça permet de faire $to.="";
-- Seb. ASCA Informatique Logiciel de création d'étiquettes http://www.asca-etiquettes.com
- Sebastien -
Nicolas écrivait :
Un grand merci à toi Sébastien, effectivement çà prevenait des r alors je vais demander pourquoi sur php.net l'exemple est fait avec des rn et qu' en local et chez d'autres hébergeurs çà marchait aussi...
Ca vient des machines à écrire... Les rn correspondent aux CR/LF (Carriage Return pour retour chariot et Line Feed pour ligne suivante). Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
-- Seb. ASCA Informatique Logiciel de création d'étiquettes http://www.asca-etiquettes.com
Nicolas écrivait :
Un grand merci à toi Sébastien, effectivement çà prevenait des r
alors je vais demander pourquoi sur php.net l'exemple est fait avec des
rn et qu' en local et chez d'autres hébergeurs çà marchait aussi...
Ca vient des machines à écrire...
Les rn correspondent aux CR/LF (Carriage Return pour retour chariot et
Line Feed pour ligne suivante).
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de
ligne. Donc n seul pour mettre un header sur chaque ligne.
Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui
explique pourquoi ça marche en local (car tu es sous Win, sur ta machine
de news en tous cas).
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à
moins qu'une fonctione quelconque remplace tes rn par n.
--
Seb.
ASCA Informatique
Logiciel de création d'étiquettes
http://www.asca-etiquettes.com
Un grand merci à toi Sébastien, effectivement çà prevenait des r alors je vais demander pourquoi sur php.net l'exemple est fait avec des rn et qu' en local et chez d'autres hébergeurs çà marchait aussi...
Ca vient des machines à écrire... Les rn correspondent aux CR/LF (Carriage Return pour retour chariot et Line Feed pour ligne suivante). Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
-- Seb. ASCA Informatique Logiciel de création d'étiquettes http://www.asca-etiquettes.com
Nicolas
Merci bcq Sébastien pour ces infos intéressantes, bonne journée
a+ Nico
"- Sebastien -" a écrit dans le message de news:
Ca vient des machines à écrire... Les rn correspondent aux CR/LF (Carriage Return pour retour chariot et Line Feed pour ligne suivante). Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
Merci bcq Sébastien pour ces infos intéressantes,
bonne journée
a+
Nico
"- Sebastien -" <roche-sebGLAGLA@wanadoo.fr> a écrit dans le message de
news: XnF9470604037134rochesebastien@193.252.19.141...
Ca vient des machines à écrire...
Les rn correspondent aux CR/LF (Carriage Return pour retour chariot et
Line Feed pour ligne suivante).
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de
ligne. Donc n seul pour mettre un header sur chaque ligne.
Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui
explique pourquoi ça marche en local (car tu es sous Win, sur ta machine
de news en tous cas).
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à
moins qu'une fonctione quelconque remplace tes rn par n.
Merci bcq Sébastien pour ces infos intéressantes, bonne journée
a+ Nico
"- Sebastien -" a écrit dans le message de news:
Ca vient des machines à écrire... Les rn correspondent aux CR/LF (Carriage Return pour retour chariot et Line Feed pour ligne suivante). Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
Lio
"- Sebastien -" a écrit dans le message de news:
Le serveur de modération est down, ce forum ne fonctionne plus depuis quelque temps...
Pas de chance... c'est la qu'il aurait certainement eu une réponse.
"- Sebastien -" <roche-sebGLAGLA@wanadoo.fr> a écrit dans le message de
news:XnF946F69A3C3FE8rochesebastien@193.252.19.141...
Le serveur de modération est down, ce forum ne fonctionne plus depuis
quelque temps...
Pas de chance... c'est la qu'il aurait certainement eu une réponse.
Le serveur de modération est down, ce forum ne fonctionne plus depuis quelque temps...
Pas de chance... c'est la qu'il aurait certainement eu une réponse.
Il suffisait de le dire ... et fr;comp.lang.php redémarre ... sur les chapeaux de roues ;-)
P'tain ! 41 messages...
Enfin je lui avait répondu un peu plus bas...
-- Seb. ASCA Informatique Logiciel de création d'étiquettes http://www.asca-etiquettes.com
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, "- Sebastien -" ecrivait (wrote) :
Bonjour,
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Pour être complet (ça peut aider des macounets rencontrant le même genre de problèmes), l'encodage des passages est :
*nix : <LF> Windows : <CR><LF> MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous ces différents formats.
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
C'est le plus probable.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, "- Sebastien -"
<roche-sebGLAGLA@wanadoo.fr> ecrivait (wrote) :
Bonjour,
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de
ligne. Donc n seul pour mettre un header sur chaque ligne.
Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui
explique pourquoi ça marche en local (car tu es sous Win, sur ta machine
de news en tous cas).
Pour être complet (ça peut aider des macounets rencontrant le même genre
de problèmes), l'encodage des passages est :
*nix : <LF>
Windows : <CR><LF>
MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous
ces différents formats.
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à
moins qu'une fonctione quelconque remplace tes rn par n.
dans (in) fr.reseaux.internet.hebergement, "- Sebastien -" ecrivait (wrote) :
Bonjour,
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Pour être complet (ça peut aider des macounets rencontrant le même genre de problèmes), l'encodage des passages est :
*nix : <LF> Windows : <CR><LF> MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous ces différents formats.
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
C'est le plus probable.
-- Eric Demeester - http://www.galacsys.net
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, "- Sebastien -" ecrivait (wrote) :
Bonjour,
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Pour être complet (ça peut aider des macounets rencontrant le même genre de problèmes), l'encodage des passages à la ligne est :
*nix : <LF> Windows : <CR><LF> MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous ces différents formats.
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
C'est le plus probable.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, "- Sebastien -"
<roche-sebGLAGLA@wanadoo.fr> ecrivait (wrote) :
Bonjour,
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de
ligne. Donc n seul pour mettre un header sur chaque ligne.
Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui
explique pourquoi ça marche en local (car tu es sous Win, sur ta machine
de news en tous cas).
Pour être complet (ça peut aider des macounets rencontrant le même genre
de problèmes), l'encodage des passages à la ligne est :
*nix : <LF>
Windows : <CR><LF>
MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous
ces différents formats.
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à
moins qu'une fonctione quelconque remplace tes rn par n.
dans (in) fr.reseaux.internet.hebergement, "- Sebastien -" ecrivait (wrote) :
Bonjour,
Sous *nix (serveurs OVH par exemples), le LF seul indique le saut de ligne. Donc n seul pour mettre un header sur chaque ligne. Mais sous Windows c'est CR/LF (donc rn) pour aller à la ligne, ce qui explique pourquoi ça marche en local (car tu es sous Win, sur ta machine de news en tous cas).
Pour être complet (ça peut aider des macounets rencontrant le même genre de problèmes), l'encodage des passages à la ligne est :
*nix : <LF> Windows : <CR><LF> MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous ces différents formats.
Bizarre pour les autres hébergeurs (qui sont pas sous Windows AMHA), à moins qu'une fonctione quelconque remplace tes rn par n.
C'est le plus probable.
-- Eric Demeester - http://www.galacsys.net
jp jost
*nix : <LF> Windows : <CR><LF> MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les fichiers sous ces différents formats.
Par exemple EditPlus.
Cordialement,
JP
*nix : <LF>
Windows : <CR><LF>
MacOs : <CR>
Certains éditeurs de texte permettent d'enregistrer les
fichiers sous ces différents formats.
