Aller au contenu

Sujets conseillés

Posté (modifié)

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.

Modifié par yaK2manD
Posté

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.

Posté

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

Posté

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.

Posté

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.

Posté

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 ;-)

Posté

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.

Posté

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

Posté

Oui, vous avez sans doute raison :

j'ai testé ceci :

<?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é';
}
?>

Il m'a bien mis que le message a été envoyé :IMSTP1:

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 :

[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 =

cela vient d'ici ?

Posté

Change :

;sendmail_path =

par

sendmail_path = /usr/sbin/sendmail

et relance Apache...

Posté (modifié)

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.

Modifié par yaK2manD
Posté
J'ai remplacé la ligne mais cela ne change rien.

As tu bien suivi les instructions à la lettre ?

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 ;)

Posté

Allez je me lance...

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 :P

Posté

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 :nonono:

Il part mais il se perd (enfin, pas exactement mais bon)

Posté

Que donne la commande "ps auwx | grep mail" ?

Es-tu certain que qmail est lancé sur ton serveur ?

Posté

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 :

/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.

Posté

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.

Posté

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

Veuillez vous connecter pour commenter

Vous pourrez laisser un commentaire après vous êtes connecté.



Connectez-vous maintenant
×
×
  • Créer...