Bonsoir ;
J'ai un rps chez OVH (1er prix) en utilisant la release 2.
Je souhaite donc configurer les comptes mail.
J'en ai déjà créer plusieurs avec Qmailadmin (par ovhm), mais il n'y a aucune réception de leur part.
Je n'arrive également pas à configurer le client mail (Opera) -> c'ets bien pop.mondomaine.com ?
ou mail.mondomaine.com ?
Pour les dns, je suis chez bookmyname et j'ai mis les dns que ovh m'a donné : mon serveur plus leur serveur secondaire.
Est-ce que la ligne MX y est comprise ?
-> apparement oui : mail.mondomaine.com (bind dns)
j'ai oublié ce guide : http://guides.ovh.com/VpopmailEtAdministration
J'ai comme l'impression que OVHM a automatiquement rajouter le domaine à vpopmail.
Car il me dit qu'il existe dejà.
En vous remerciant.
Version complète: sur le forum Webmaster Hub : configuration mail
Si tu utilises OVHM pour créer le domaine, l'email est aussi configuré.
Le compte postmaster@tondomaine.tld est créé, et son mot de passe est celui que tu as choisi lors de la création du domaine.
Si tu utilises le serveur smtp de ton RPS, assure-toi que tu écoutes sur un port différent du port 25. Nombre de FAI ne laissent plus passer ce port.
Certains FAI (par exemple tele2) ne permettent d'ailleurs pas d'utiliser un smtp différent du leur.
Le compte postmaster@tondomaine.tld est créé, et son mot de passe est celui que tu as choisi lors de la création du domaine.
Si tu utilises le serveur smtp de ton RPS, assure-toi que tu écoutes sur un port différent du port 25. Nombre de FAI ne laissent plus passer ce port.
Certains FAI (par exemple tele2) ne permettent d'ailleurs pas d'utiliser un smtp différent du leur.
Ok, merci beaucoup 
Et le fait que la fonction php mail ne marche pas peut venir de chez OVH ?
Peuvent-ils l'avoir bloquée ?
Merci et bonne soirée
Et le fait que la fonction php mail ne marche pas peut venir de chez OVH ?
Peuvent-ils l'avoir bloquée ?
Merci et bonne soirée
Que veux-tu dire par "ne marche pas" ?
Parce que la fonction mail() de php fonctionne sur tous les hébergements OVH, qu'ils soient dédiés (release 1 et 2) ou mutualisés.
Parce que la fonction mail() de php fonctionne sur tous les hébergements OVH, qu'ils soient dédiés (release 1 et 2) ou mutualisés.
en fait, je ne peux pas envoyé de mail avec la fonction php mail.
Ca me dit bien email envoyé, mais on ne recoit rien.
Ca me dit bien email envoyé, mais on ne recoit rien.
Ah là il y a une grosse différence entre ENVOYER des emails et les RECEVOIR :-)
Il y a toute une batteries de raisons qui font qu'on ne reçoit pas les emails, surtout quand on est pas sur un vrai dédié.
Une petite recherche sur le hub te permettra de trouver ces raisons ;-)
Il y a toute une batteries de raisons qui font qu'on ne reçoit pas les emails, surtout quand on est pas sur un vrai dédié.
Une petite recherche sur le hub te permettra de trouver ces raisons ;-)
je crois que je me suis mal exprimé :
on ne peut pas envoyer de mail avec la fonction php mail.
Ca me dit bien que le mail a été envoyé mais on ne recoit rien (sur n'importe quelle messagerie : gmail, laposte, hotmail, ... )
en fait, c'est juste l'envoi qui pose problème.
on ne peut pas envoyer de mail avec la fonction php mail.
Ca me dit bien que le mail a été envoyé mais on ne recoit rien (sur n'importe quelle messagerie : gmail, laposte, hotmail, ... )
en fait, c'est juste l'envoi qui pose problème.
Si il a été envoyé, c'est que ça fonctionne, toi tu dis que la fonction mail() ne fonctionne pas.
Donc il a été envoyé mais tu le reçois pas, c'est ce que te dis Wefficient.
Et comme il dit, il peut y avoir des tas de raisons...
Dans quel cadre tu l'utilises, as-tu mis des tests etc
Donc il a été envoyé mais tu le reçois pas, c'est ce que te dis Wefficient.
Et comme il dit, il peut y avoir des tas de raisons...
Dans quel cadre tu l'utilises, as-tu mis des tests etc
Oui, vous avez sans doute raison :
j'ai testé ceci :
Il m'a bien mis que le message a été envoyé
Donc c'est a la réception.
Je viens de faire un test avec 1and1 :
le même script, sur l'espace 1&1, le message est bien envoyé et bien reçu.
Donc ca vient du rps non ?
et lorsque je passe par webmail (sous ohvm), aucun message ne peut être envoyé ou reçu.
dans le php.ini j'ai la partie suivante :
cela vient d'ici ?
j'ai testé ceci :
CODE
<?php
$headers ='From: "nom"<jay_AT_gmail.com>'."\n";
$headers .='Reply-To: adresse_de_reponse_AT_fai.fr'."\n";
$headers .='Content-Type: text/html; charset="iso-8859-1"'."\n";
$headers .='Content-Transfer-Encoding: 8bit';
$message ='<html><head><title>Un titre ici</title></head><body>Un message de test</body></html>';
if(mail('monadresselmail', 'Sujet', $message, $headers))
{
echo 'Le message a été envoyé';
}
else
{
echo 'Le message n\'a pu être envoyé';
}
?>
$headers ='From: "nom"<jay_AT_gmail.com>'."\n";
$headers .='Reply-To: adresse_de_reponse_AT_fai.fr'."\n";
$headers .='Content-Type: text/html; charset="iso-8859-1"'."\n";
$headers .='Content-Transfer-Encoding: 8bit';
$message ='<html><head><title>Un titre ici</title></head><body>Un message de test</body></html>';
if(mail('monadresselmail', 'Sujet', $message, $headers))
{
echo 'Le message a été envoyé';
}
else
{
echo 'Le message n\'a pu être envoyé';
}
?>
Il m'a bien mis que le message a été envoyé
Donc c'est a la réception.
Je viens de faire un test avec 1and1 :
le même script, sur l'espace 1&1, le message est bien envoyé et bien reçu.
Donc ca vient du rps non ?
et lorsque je passe par webmail (sous ohvm), aucun message ne peut être envoyé ou reçu.
dans le php.ini j'ai la partie suivante :
CODE
[mail function]
; For Win32 only.
SMTP = localhost
smtp_port = 25
; For Win32 only.
;sendmail_from = me_AT_example.com
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path =
; Force the addition of the specified parameters to be passed as extra parameters
; to the sendmail binary. These parameters will always replace the value of
; the 5th parameter to mail(), even in safe mode.
;mail.force_extra_parameters =
; For Win32 only.
SMTP = localhost
smtp_port = 25
; For Win32 only.
;sendmail_from = me_AT_example.com
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path =
; Force the addition of the specified parameters to be passed as extra parameters
; to the sendmail binary. These parameters will always replace the value of
; the 5th parameter to mail(), even in safe mode.
;mail.force_extra_parameters =
cela vient d'ici ?
Change :
par
et relance Apache...
CODE
;sendmail_path =
par
CODE
sendmail_path = /usr/sbin/sendmail
et relance Apache...
Merci,
J'ai remplacé la ligne mais cela ne change rien.
Il me met bien que le message a été envoyé.
Je cherche, je cherche ...
J'ai mis sendmail -t -i et : le message n'a pas pu être envoyé.
Je trouve ca bizarre quand même.
J'ai remplacé la ligne mais cela ne change rien.
Il me met bien que le message a été envoyé.
Je cherche, je cherche ...
J'ai mis sendmail -t -i et : le message n'a pas pu être envoyé.
Je trouve ca bizarre quand même.
CITATION(yaK2manD @ lundi 1 septembre 2008 à 10:32) 
J'ai remplacé la ligne mais cela ne change rien.
As tu bien suivi les instructions à la lettre ?
CITATION(Dan @ lundi 1 septembre 2008 à 08:59)
et relance Apache...
Je sais (pour avoir entendu Dan "saucissonner" ses clients plus d'une fois ), que parfois on oublie ce petit détail qui change tout
Allez je me lance...
Cela ne peut pas venir d'une mauvaise configuration du serveur secondaire ??? Tellement entendu d'histoires sur ces satanés DNS secondaires ne sont pas bien configuré, que maintenant je vois le mal partout
CITATION
Pour les dns, je suis chez bookmyname et j'ai mis les dns que ovh m'a donné : mon serveur plus leur serveur secondaire.
Cela ne peut pas venir d'une mauvaise configuration du serveur secondaire ??? Tellement entendu d'histoires sur ces satanés DNS secondaires ne sont pas bien configuré, que maintenant je vois le mal partout
Merci ;
Mais oui , j'ai bien relancé Apache.
J'ai exactement fais ce qui est mentionné.
Je l'ai vérifié plusieurs fois , mais rien.
En fait, on a l'impression que le mail est envoyé mais il ne dépasse pas le serveur
Il part mais il se perd (enfin, pas exactement mais bon)
Mais oui , j'ai bien relancé Apache.
J'ai exactement fais ce qui est mentionné.
Je l'ai vérifié plusieurs fois , mais rien.
En fait, on a l'impression que le mail est envoyé mais il ne dépasse pas le serveur
Il part mais il se perd (enfin, pas exactement mais bon)
Que donne la commande "ps auwx | grep mail" ?
Es-tu certain que qmail est lancé sur ton serveur ?
Es-tu certain que qmail est lancé sur ton serveur ?
C'est bon 
Merci à vous tous.
Lorsque j'allais dans etat serveur, il me mettait bien que qmail était démarrer.
Je me suis dis, mais si Dan avait raison ?!
J'ai donc fais cette commande :
et là, tous les messages sont apparus
Je vous remercie.
Par contre, comment cela se fait-il que webmin me disait que qmail était lancé ? alors que non.
Encore une fois merci à tous.
Merci à vous tous.
Lorsque j'allais dans etat serveur, il me mettait bien que qmail était démarrer.
Je me suis dis, mais si Dan avait raison ?!
J'ai donc fais cette commande :
CODE
/etc/init.d/qmail start
et là, tous les messages sont apparus
Je vous remercie.
Par contre, comment cela se fait-il que webmin me disait que qmail était lancé ? alors que non.
Encore une fois merci à tous.
Tu aurais dû faire "/etc/init.d/qmail stop" puis t'assurer que tu n'avais plus de process "mail" ou "qmail" qui tournaient avant de lancer le "/etc/init.d/qmail start" ...
Histoire d'être certain de partir sur de bonnes bases.
Histoire d'être certain de partir sur de bonnes bases.
Oui, tu as raison, cela est préferable (pour ne plus être ennuyé comme il y a une demi-heure pour une histoire de serveur "faussement" lancé).
Merci
Merci
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.