Jump to content
Sign in to follow this  
jahazzz

Problème d'emails

Rate this topic

Recommended Posts

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

Edited by jahazzz

Share this post


Link to post
Share on other 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.

Share this post


Link to post
Share on other sites

Si c'était un problème de place ou de droits, ça le ferait pour tous les emails, non ? Or ce n'est pas le cas ...

Share this post


Link to post
Share on other 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.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other 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.

Share this post


Link to post
Share on other 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>

Share this post


Link to post
Share on other 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.

Share this post


Link to post
Share on other 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.

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×
×
  • Create New...