Aller au contenu

Problème d'emails


jahazzz

Sujets conseillés

Bonjour,

Petit nouveau sur le Hub, je profite de mon 1er post mon saluer la communauté. Je suis web développeur, spécialisé en plateformes e-commerce et plus généralement php/mysql/jquery. Mon point faible: l'administration de serveur :( Voilà mon soucis:

J'ai un serveur dédié sous CentOS et Plesk sur lequel j'héberge une trentaine de sites. Mon problème se situe au niveau des emails:

- l'envoi et la réception entre domaines différents fonctionne bien dans tous les cas

- l'envoi ou la réception d'une adresse à une autre, appartenant toutes 2 au même domaine, sont très très long

- l'envoi d'un email depuis un script php sur une adresse du domaine échoue systématiquement, alors que le même script vers une adresse extérieure fonctionne

Je reçois énormément d'emails d'erreur Mail Delivery System dont voici un exemple:

Transcript of session follows.

Out: 220 nsxxxxxxx.ovh.net ESMTP Postfix

In: EHLO outgoing.POD4.demandware.net

Out: 250-nsxxxxxxx.ovh.net

Out: 250-PIPELINING

Out: 250-SIZE 10240000

Out: 250-VRFY

Out: 250-ETRN

Out: 250-STARTTLS

Out: 250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN

Out: 250-ENHANCEDSTATUSCODES

Out: 250-8BITMIME

Out: 250 DSN

In: MAIL FROM:<xxxx_AT_xxxx.com> SIZE=8029

Out: 250 2.1.0 Ok

In: RCPT TO:<xxxx_AT_xxxx.com>

ORCPT=rfc822;xxxx_AT_xxxx.com

Out: 250 2.1.5 Ok

In: DATA

Out: 354 End data with <CR><LF>.<CR><LF>

Out: 451 4.3.0 Error: queue file write error

In: QUIT

Out: 221 2.0.0 Bye

Merci aux âmes charitables et à charge de revanche sur un sujet que je maîtrise mieux ;)

Modifié par jahazzz
Lien vers le commentaire
Partager sur d’autres sites

Out: 451 4.3.0 Error: queue file write error

Si c'est bien un message de ton serveur, tu as un problème: soit tu n'as plus de place (ou plus d'inodes disponibles) sur la partition utilisée pour stocker le mail, soit tu as un problème de droits, a priori.

Jacques.

Lien vers le commentaire
Partager sur d’autres sites

Si c'est un problème de place, tu peux avoir un fs qui se remplit puis se vide un peu, puis se remplit, etc, et tu pourrais avoir tiré des conclusions incorrectes sur pourquoi tel ou tel mail passe ou pas.

Il y a aussi la possibilité que suivant ta config exacte, différents mails passent à différents endroits (queue d'entrée de scanner anti-virus/anti-spam pour les mails externes mais pas les mails internes par exemple). Voire même que tous les mails ne passent pas par les mêmes serveurs suivant les cas.

Comme on n'a aucune idée des domaines, du ou des serveur(s) impliqués, du serveur de mail (sendmail, postfix, qmail... a priori le petit extrait donné précédemment indique postfix, mais on ne sait toujours pas si c'est ton serveur qui dit ça), de sa version, de sa config, ou quoi que ce soit d'autre, c'est quand même assez difficile de t'aider.

Tu as regardé les logs (dmesg, /var/log/messages, /var/log/maillog) et l'espace libre (df)?

Pour les mails qui "mettent beaucoup de temps", qu'indiquent les headers "Received"?

Jacques.

Lien vers le commentaire
Partager sur d’autres sites

  • 2 semaines plus tard...

Je ne sais pas comment on récupère les noms et versions de ce qui tourne

le serveur est ns362015.ovh.net (91.121.171.143)

Plusieurs domaines sont concernés dont par exemple scopesigns.com

pour les logs:

dmesg: pas trouvé

/var/log/messages: n'existe pas

/var/log/maillog: est totalement vide

l'espace libre est OK

Lien vers le commentaire
Partager sur d’autres sites

dmesg c'est une commande, pas un fichier.

Utilise locate ou regarde dans /etc/syslog.conf pour savoir où sont les logs.

Note que dans certains cas, tu peux avoir de la place libre, mais pas d'inodes disponibles sur un FS (cf "df -i"). Il peut aussi y avoir un problème d'erreurs de disque (que tu devrais pouvoir voir via les logs).

Pour les versions, je ne connais pas du tout centOS donc je ne peux pas t'aider, mais je pense que dans plesk il doit y avoir une option pour voir ça quelque part, non?

Jacques.

Lien vers le commentaire
Partager sur d’autres sites

J'ai trouvé ça:

Distribution : CentOS release 5.4 (Final)

Kernel : 2.6.28.1-xxxx-std-ipv4-32

Pour les inodes dispo, c ok

J'ai trouvé maillog qui est dans un dossier psa (plesk). Le fichier fait 4,5Mo, je vais donc pas coller tout le contenu, mais voici quelques extraits qui pourraient être significatifs:

Apr 8 04:05:05 ns362015 qmail: 1270692305.068620 new msg 23889824

Apr 8 04:05:05 ns362015 qmail: 1270692305.068654 info msg 23889824: bytes 615 from <anonymous_AT_ns362015.ovh.net> qp 11490 uid 2523

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11488]: starter: submitter[11490] exited normally

Apr 8 04:05:05 ns362015 qmail-remote-handlers[11494]: Handlers Filter before-remote for qmail started ...

Apr 8 04:05:05 ns362015 qmail-remote-handlers[11494]: from=anonymous_AT_ns362015.ovh.net

Apr 8 04:05:05 ns362015 qmail-remote-handlers[11494]: to=psaadm_AT_ns362015.ovh.net

Apr 8 04:05:05 ns362015 qmail-remote-handlers[11494]: hook_dir = '/usr/local/psa/handlers/before-remote'

Apr 8 04:05:05 ns362015 qmail-remote-handlers[11494]: recipient[3] = 'psaadm_AT_ns362015.ovh.net'

Apr 8 04:05:05 ns362015 qmail-remote-handlers[11494]: handlers dir = '/usr/local/psa/handlers/before-remote/recipient/psaadm_AT_ns362015.ovh.net'

Apr 8 04:05:05 ns362015 qmail: 1270692305.137846 starting delivery 66882: msg 23889824 to remote psaadm_AT_ns362015.ovh.net

Apr 8 04:05:05 ns362015 qmail: 1270692305.137872 status: local 0/10 remote 1/20

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: Handlers Filter before-queue for qmail started ...

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: from=

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: to=anonymous_AT_ns362015.ovh.net

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: hook_dir = '/usr/local/psa/handlers/before-queue'

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: call_handlers: call executable = '/usr/local/psa/handlers/info/05-grey-0zdw6V/executable'

Apr 8 04:05:05 ns362015 greylisting filter[11496]: Starting greylisting filter...

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: handlers_stderr: SKIP

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: call_handlers: SKIP during call '/usr/local/psa/handlers/info/05-grey-0zdw6V/executable' handler

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: recipient[3] = 'anonymous_AT_ns362015.ovh.net'

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: handlers dir = '/usr/local/psa/handlers/before-queue/recipient/anonymous_AT_ns362015.ovh.net'

Apr 8 04:05:05 ns362015 qmail: 1270692305.144099 delivery 66882: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/

Apr 8 04:05:05 ns362015 qmail: 1270692305.144117 status: local 0/10 remote 0/20

Apr 8 04:05:05 ns362015 qmail-queue-handlers[11495]: starter: submitter[11497] exited normally

Apr 8 04:05:05 ns362015 qmail: 1270692305.322029 bounce msg 23889824 qp 11495

Apr 8 04:05:05 ns362015 qmail: 1270692305.322053 end msg 23889824

AUSSI:

Apr 8 02:06:03 ns362015 postfix/smtpd[11539]: NOQUEUE: reject: RCPT from unknown[203.94.189.98]: 550 5.1.1 <leigh_AT_lwsmartrepairs.co.uk>: Recipient address rejected: User unknown in virtual alias table; from=<sav-qsbnenb1_AT_services.netboxblue.com> to=<leigh_AT_lwsmartrepairs.co.uk> proto=ESMTP helo=<qsbnenb1.safenetbox.biz>

Lien vers le commentaire
Partager sur d’autres sites

Perso, je trouve assez bizarre que tu aies à la fois qmail et postfix qui tournent sur la même machine... Clairement il y a soit un problème, soit une configuration assez spéciale qui a été faite volontairement par quelqu'un, et il faudrait demander à ce quelqu'un les tenants et les aboutissants de cette config.

Le premier extrait des logs indique que qmail n'est pas configuré pour reconnaître ns362015.ovh.net comme étant un nom de domaine pour lequel il accepte du mail.

Le deuxième indique simplement que quelqu'un a essayé d'envoyer du mail à leigh_AT_lwsmartrepairs.co.uk alors que cette adresse n'existe pas.

Maintenant que tu as trouvé maillog, fais un tail -f dessus (ça te permettra de voir ce qui se passe au fur et à mesure), et envoie un mail "problématique", et regarde ce qui se passe et ce qu'il dit.

Jacques.

Lien vers le commentaire
Partager sur d’autres sites

  • 2 months later...

Perso, je trouve assez bizarre que tu aies à la fois qmail et postfix qui tournent sur la même machine... Clairement il y a soit un problème, soit une configuration assez spéciale qui a été faite volontairement par quelqu'un, et il faudrait demander à ce quelqu'un les tenants et les aboutissants de cette config.

Le premier extrait des logs indique que qmail n'est pas configuré pour reconnaître ns362015.ovh.net comme étant un nom de domaine pour lequel il accepte du mail.

Le deuxième indique simplement que quelqu'un a essayé d'envoyer du mail à leigh_AT_lwsmartrepairs.co.uk alors que cette adresse n'existe pas.

Maintenant que tu as trouvé maillog, fais un tail -f dessus (ça te permettra de voir ce qui se passe au fur et à mesure), et envoie un mail "problématique", et regarde ce qui se passe et ce qu'il dit.

Jacques.

Bonjour,

Avez vous trouvé une soulution pour ce problem car je rencontre la meme problem avec mon serveur.

j'espere que tous vas bien chez vous. Disez moi quoi dois je faire pour résoudre ce problem

Merci Beaucoup pour le support

Lien vers le commentaire
Partager sur d’autres sites

Veuillez vous connecter pour commenter

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



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