Forum Linux.général Perte de mail aléatoire

Posté par (page perso) .
Tags : aucun
2
8
mar.
2011

Bien le bonjour,

Voici le genre de titre qui n'est pas du genre explicite...

Malheureusement c'est réellement ça...

J'ai des mails qui n'arrive jamais jusqu'au destinataire, la plupart du temps d'ailleurs il s'agit d'utilisateur du même nom de domaine.

Voici ce que j'obtiens lorsqu'un mail est envoyé correctement des les logs de postfix :

Mar 8 04:02:09 ox postfix/smtp[19771]: EBBC71535AE: to=toto@mondomaine.fr, orig_to=<root>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 OK, sent 4D759C30_7561_6268_1 250 Ok)

Et voici ce que j'obtiens pour un mail qui n'est pas reçu :

Mar 4 11:37:17 ox postfix/smtp[26967]: 872801535AD: to=toto@mondomaine.fr, relay=127.0.0.1[127.0.0.1], delay=13, status=sent (250 OK, sent 4D70C0DD_7561_1972_1 )

On voit d'ailleurs que dans la partie entre parenthèses, le message qui part a un message "250 Ok" juste avant de fermer la parenthèse...

Pourtant, il est en status=sent

Je ne comprends pas trop pourquoi

Je n'ai pas de message de bounce et le message ne va pas à destination...

Pour info, je tourne avec un postfix et un cyrus

Voilà, ma bouteille est lancée à la mer...

Merci d'avance

CiaO ++

  • # grep de log sur l'ID de l'email

    Posté par . Évalué à 2.

    dans ton exemple tu ne sors que la ligne liée à postfix

    Mar 8 04:02:09 ox postfix/smtp[19771]: EBBC71535AE: to=toto@mondomaine.fr, orig_to=<root>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 OK, sent 4D759C30_7561_6268_1 250 Ok)

    Et voici ce que j'obtiens pour un mail qui n'est pas reçu :

    Mar 4 11:37:17 ox postfix/smtp[26967]: 872801535AD: to=toto@mondomaine.fr, relay=127.0.0.1[127.0.0.1], delay=13, status=sent (250 OK, sent 4D70C0DD_7561_1972_1 )

    mais en fait ca ne te donnes qu'une partie de la reponse

    ton email obtient un ID

    4D759C30_7561_6268_1 sur le premier exemple

    4D70C0DD_7561_1972_1 sur le 2e

    tu peux alors greper les logs avec cet ID

    grep 4D70C0DD_7561_1972_1 /var/log/mail* pour voir que c'est peut-etre l'antispam, l'antivirus, ou cyrus qui largue l'email pour une raison que sera surement precisée.

    • [^] # Re: grep de log sur l'ID de l'email

      Posté par (page perso) . Évalué à 1.

      Bonjour,

      Merci pour ta réponse, malheureusement cet ID ne renvoi à rien d'autre que la mail en question...

      Si jamais tu vois autre chose...

      Merci quand même en tous cas ;)

      CiaO ++

      • [^] # Re: grep de log sur l'ID de l'email

        Posté par . Évalué à 2.

        je vois dans tes exemples un delay=1 dans celui qui passe, delay=13 pour celui qui ne passe pas

        • [^] # Re: grep de log sur l'ID de l'email

          Posté par (page perso) . Évalué à 1.

          Merci c'était une piste intéressante, mais ça ne semble pas être ça aussi, j'ai d'autres exemple où le delay est à 0

          Je continue de chercher...

          Merci encore

          • [^] # Re: grep de log sur l'ID de l'email

            Posté par (page perso) . Évalué à 2.

            Bonjour,

            A tout hasard, regarde si tes mails ne sont pas mis en queue suite à une réponse de type 450 (erreur temporaire) du MTA destinataire, il peut se passer 5 jours (valeur par défaut je crois) dans ce cas avant que ton Postfix ne jette l'éponge et ne te retourne un "non-delivery report":

            Pour celà, tape celà dans ton shell:

            postqueue -p

            Si ça n'aide pas, ton mail est relayé vers 127.0.0.1 ce qui veux dire qu'il n'est pas relayé vers l'extérieur tout de suite. As-tu dans ta conf postfix un serveur smtp destiné à une tâche avant envoi extérieur ? (clamsmtp, antispam).

            Si c'est le cas, un tail -f sur les logs de clamav et de l'antispam devrait donner des pistes.

            Essaie aussi un grep sur l'adresse e-mail du destinataire, voire si ça matche plus que l'ID, on ne sait jamais.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.