[jahazzz]

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

Ce message a été modifié par jahazzz - 30 mars 2010 - 08:08.

[jcaron]

jahazzz, le 30 mars 2010 - 08:06, dit :

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.

[jahazzz]

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

[jcaron]

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.

[jahazzz]

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

[jcaron]

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.

[jahazzz]

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>

[jcaron]

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.

[emailer]

jcaron, le 08 avril 2010 - 18:26, dit :

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