jahazzz Posté 30 Mars 2010 Posté 30 Mars 2010 (modifié) 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é 30 Mars 2010 par jahazzz
jcaron Posté 30 Mars 2010 Posté 30 Mars 2010 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 Posté 30 Mars 2010 Auteur Posté 30 Mars 2010 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 Posté 30 Mars 2010 Posté 30 Mars 2010 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 Posté 8 Avril 2010 Auteur Posté 8 Avril 2010 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 Posté 8 Avril 2010 Posté 8 Avril 2010 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 Posté 8 Avril 2010 Auteur Posté 8 Avril 2010 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 Posté 8 Avril 2010 Posté 8 Avril 2010 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 Posté 2 Juillet 2010 Posté 2 Juillet 2010 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
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant