OVH Community, votre nouvel espace communautaire.

Mutu: mails entrants disparus


fritz2cat
28/06/2011, 21h39
Je n'arrive pas à provoquer un 554 chez OVH.
Je n'arrive pas à reproduire le problème.

Ou bien il y a eu un problème la nuit du 22 au 23, provoquant des pertes de mail.

Ou bien on s'est dépêché de corriger le filtrage suite à mon ticket de support (ou bien suite à ce post dans le forum)

La prochaine fois je fais d'abord des tests pour voir si c'est reproductible, et je crie seulement après.

Frédéric

Nowwhat
28/06/2011, 20h42
Noop, pas pour moi.
host mx0.ovh.net[213.186.33.32] bounce mon mail.
L'histoire compète, comme raconté par le serveur mail de mon dédié:

Jun 28 21:15:38 papy-team postfix/smtpd[25236]: connect from bay0-omc1-s17.bay0.hotmail.com[65.54.190.28]
Jun 28 21:15:39 papy-team postfix/smtpd[25236]: ADD0B88C066: client=bay0-omc1-s17.bay0.hotmail.com[65.54.190.28]
Jun 28 21:15:40 papy-team postfix/cleanup[25240]: ADD0B88C066: message-id=
Jun 28 21:15:40 papy-team postfix/qmgr[22374]: ADD0B88C066: from=, size=1428, nrcpt=1 (queue active)
Jun 28 21:15:40 papy-team spamd[19306]: spamd: connection from localhost.localdomain [127.0.0.1] at port 41629
Jun 28 21:15:40 papy-team spamd[19306]: spamd: setuid to spamd succeeded
Jun 28 21:15:40 papy-team spamd[19306]: spamd: processing message for spamd:5003
Jun 28 21:15:40 papy-team postfix/smtpd[25236]: disconnect from bay0-omc1-s17.bay0.hotmail.com[65.54.190.28]
Jun 28 21:15:42 papy-team spamd[19306]: spamd: clean message (0.0/5.0) for spamd:5003 in 2.6 seconds, 1379 bytes.
Jun 28 21:15:42 papy-team spamd[19306]: spamd: result: . 0 - FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE scantime=2.6,size=1379,user=spamd,uid=5003,require d_score=5.0,rhost=localhost.localdomain,raddr=127. 0.0.1,rport=41629,mid=,autolearn=ha m
Jun 28 21:15:42 papy-team postfix/pipe[25241]: ADD0B88C066: to=, orig_to=, relay=spamassassin, delay=3.6, delays=0.84/0.01/0/2.7, dsn=2.0.0, status=sent (delivered via spamassassin service)
Jun 28 21:15:42 papy-team postfix/qmgr[22374]: ADD0B88C066: removed
Jun 28 21:15:42 papy-team postfix/pickup[17861]: B50D188C17B: uid=5003 from=
Jun 28 21:15:42 papy-team postfix/cleanup[25240]: B50D188C17B: message-id=
Jun 28 21:15:42 papy-team postfix/qmgr[22374]: B50D188C17B: from=, size=1757, nrcpt=1 (queue active)
Jun 28 21:15:43 papy-team spamd[19305]: prefork: child states: II
Jun 28 21:15:43 papy-team postfix/smtpd[25248]: connect from localhost.localdomain[127.0.0.1]
Jun 28 21:15:43 papy-team postfix/smtpd[25248]: CF0FE88C066: client=localhost.localdomain[127.0.0.1]
Jun 28 21:15:43 papy-team postfix/cleanup[25240]: CF0FE88C066: message-id=
Jun 28 21:15:43 papy-team postfix/qmgr[22374]: CF0FE88C066: from=, size=1992, nrcpt=1 (queue active)
Jun 28 21:15:43 papy-team postfix/smtpd[25248]: disconnect from localhost.localdomain[127.0.0.1]
Jun 28 21:15:43 papy-team amavis[8774]: (08774-04) Passed CLEAN, [65.54.190.28] [65.54.190.61] -> , Message-ID: , mail_id: GKoMJtcqiK24, Hits: -0.008, size: 1757, queued_as: CF0FE88C066, 1098 ms
Jun 28 21:15:43 papy-team postfix/smtp[25245]: B50D188C17B: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=1.2, delays=0.02/0.04/0.01/1.1, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=08774-04, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as CF0FE88C066)
Jun 28 21:15:43 papy-team postfix/qmgr[22374]: B50D188C17B: removed
......
Jun 28 21:18:14 papy-team postfix/smtp[25249]: CF0FE88C066: to=, relay=mx0.ovh.net[213.186.33.32]:25, delay=151, delays=0.02/0.03/60/90, dsn=5.0.0, status=bounced (host mx0.ovh.net[213.186.33.32] said: 554 mail server permanently rejected message (#5.3.0) (in reply to end of DATA command))
Jun 28 21:18:14 papy-team postfix/cleanup[25413]: 6A24588C17B: message-id=<20110628191814.6A24588C17B@papy-team.org>
Jun 28 21:18:14 papy-team postfix/qmgr[22374]: 6A24588C17B: from=<>, size=3978, nrcpt=1 (queue active)
Jun 28 21:18:14 papy-team postfix/bounce[25411]: CF0FE88C066: sender non-delivery notification: 6A24588C17B
Jun 28 21:18:14 papy-team postfix/qmgr[22374]: CF0FE88C066: removed
Jun 28 21:18:15 papy-team postfix/smtp[25249]: 6A24588C17B: to=, relay=mx2.hotmail.com[65.54.188.72]:25, delay=1.1, delays=0.06/0/0.76/0.3, dsn=2.0.0, status=sent (250 <20110628191814.6A24588C17B@papy-team.org> Queued mail for delivery)
Jun 28 21:18:15 papy-team postfix/qmgr[22374]: 6A24588C17B: removed


En mots:
Réception du mail, venant de mon compte hotmail sur le compte nowwhat@*****.** - un mail sur un domaine de mon dédié.
Mail vérifié pour spam - lavé par un antivirus, et en suite envoyé vers mon mail sur un mutu: nowwhat@papy-team.fr

Lui, il bounce ce mail, donc mon MTA me renvoi la notification de retour vers mon hotmail.

Un mail direct de mon hotmail vers le mail du mutu (nowwhat@papy-team.fr): ça passe bien et rapide.

fritz2cat
28/06/2011, 19h01
Je viens de créer une adresse Hotmail, j'ai fait un test dans des conditions similaires avec les mêmes noms de domaines cible, le mail est arrivé.

Le mystère s'épaissit.

Frédéric

Nowwhat
28/06/2011, 16h22
Ah, ok.
J'ai un Mutu avec quelques mails à moi.
Un didi avec quelques domaines et mails à moi.
De mémoire, j'ai un hotmail.com ....

Je rédige un des mes mais de mon didi vers un des mes mails sur le mutu.

J'envoie un mail à partir de mon hotmail.com vers mon mail sur le didi, pour voir si MX-Mutu le bouffe ensuite.

Je réponds ce soir avec le résultat.

fritz2cat
28/06/2011, 15h28
Citation Envoyé par Nowwhat
Concrètement: un mail venant de hotmail.famille, envoyé vers un dédié et transféré vers le MX des Mutus - et ce boite, géré par le MX des Mutus refuse (drop ?!) le mail, c'est ça ??
Oui. Exactement. Accepte puis drop. "mx0 garanti sans filtrage" d'après la publicité.

J'imagine qu'on peut reproduire si on a une ou plusieurs (ou toutes) des conditions réunies ci-dessous
from: user@hotmail.com
user: de la forme nnnnn99
message-id: <..... .... @phx.gbl>
incoming IP: autre que hotmail
et que sais-je encore ?

En tout cas l'IP n'est blacklistée nulle part. DNS forward et reverse configurés et correspondent.

Si c'est effectivement filtré volontairement par OVH, on a un beau cas d'obscurantisme.

Frédéric

Nowwhat
28/06/2011, 15h17
Ooooohhh !!

Même pas vendredi et déjà on trouve un sujet pareil.

Je me suis toujours demandé: c'est quoi exactement les critères d’embauche chez OVH ....
J'aurai cru que c'était quelque chose comme ça:
-> Vous aviez utilisé au moins pendant 18 mois un de nos services de cette page http://www.ovh.com/fr/hebergement_mutualise/
-> Ou, six mois un produit de cette page http://www.ovh.com/fr/produits/offres_dedies.xml
-> Ou, si ces deux pages sont totalement nouveaux pour vous, vous savez lire ??
....

Concrètement: un mail venant de hotmail.famille, envoyé vers un dédié et transféré vers le MX des Mutus - et ce boite, géré par le MX des Mutus refuse (drop ?!) le mail, c'est ça ??

bosco
28/06/2011, 15h03
Ca mérite un petit tour au bar@ pour ce topic !

fritz2cat
28/06/2011, 14h54
Bon ça ne s'arrange pas:

> Bonjour Romuald,
>
> Comme je le disais, ces messages n'ont jamais été livrés dans les boîtes de leurs destinataires.
>
> Comment pouvez-vous me demander des détails sur les en-têtes des mails non reçus ?????
et

Bonjour,

Excusez moi je pensais que vous aviez eu un message d'erreur en retour.

Je m'attarde sur cette ligne : relay=mx0.ovh.net[213.186.33.32]:25, apparemment le message a été envoyé par Smtp sur le port 25, celui ci est bloqué chez Ovh, donc les messages peuvent rencontrer des problèmes d'acheminement, il faut paramétrer le logiciel de messagerie sur le port 587.

Voici la configuration à apporter :

Réception des Emails / Serveur Entrant :

- POP :

- Serveur : NS0.OVH.NET
- Nom utilisateur entrant : contact@domaine.x ou contact%domaine.x
- port : 110

Ou

- IMAP :

- Serveur : NS0.OVH.NET
- Nom utilisateur entrant : contact@domaine.x ou contact%domaine.x
- port : 143

Envoi des Emails / Serveur Sortant :

- SMTP :

- Serveur : NS0.OVH.NET
- Nom utilisateur : contact@domaine.x ou contact%domaine.x
- port : 587

Voici un guide pour paramétrer différents logiciels de messageries : http://guides.ovh.com/ConfigurationEmail

Je reste à votre disposition pour toute autre question.

Cordialement,
Romuald, Service client.
Inimaginable...

Frédéric

bosco
28/06/2011, 11h49
Le numéro du ticket et un forward à octave ? Parce que là, c'est clairement payer des gens incompétent à rien faire...

Gaston_Phone
28/06/2011, 11h39
Citation Envoyé par fritz2cat
HAHA !
réponse du support:
Pouvez vous nous envoyer des en-têtes complètes des messages non reçus s'il vous plait ?
Celle là il fallait la sortir.

fritz2cat
28/06/2011, 11h13
HAHA !
réponse du support:

Bonjour,

Pouvez vous nous envoyer des en-têtes complètes des messages non reçus s'il vous plait ?

Nous pourrons rechercher dans ce cas la cause, voici un guide qui vous permettra de récupérer une en-tête complète d'un mail : http://guide.ovh.net/ObtenirEntetesEmail

Je reste à votre disposition pour toute autre question.

Cordialement,
Romuald, Service client.

J'ai le pressentiment qu'on ne va pas pouvoir s'entendre.

Frédéric

fritz2cat
25/06/2011, 17h13
Bonjour,

J'ai le problème suivant:
- un utilisateur Hotmail envoie un mail vers une adresse e-mail sur un dédié.
- l'adresse e-mail sur le dédié fait une redirection vers une autre adresse sur le mutualisé (domaine sans filtrage antispam et sans filtrage antivirus).
- le mutualisé accepte le mail
- la mail n'arrive pas dans la boîte.

J'ai introduit un ticket support technique.

Le même message était envoyé simultanément à deux autres destinataires avec des adresses e-mail sur le même dédié.
Un était un utilisateur local. Le mail est arrivé.
L'autre était une redirection vers skynet.be. Il l'a reçu aussi.

Il y a un filtrage quand l'adresse d'expéditeur est @hotmail.com et que l'IP n'appartient pas à Hotmail ?

Jun 22 23:57:07 s postfix/qmgr[3683]: DEFC69BDCA: from=, size=3227, nrcpt=4 (queue active)
Jun 22 23:57:07 s postfix/cleanup[1786]: 55FB29BDEF: message-id=
Jun 22 23:57:07 s postfix/local[1784]: DEFC69BDCA: to=, relay=local, delay=1.6, delays=1.4/0.05/0/0.19, dsn=2.0.0, status=sent (forwarded as 55FB29BDEF)
Jun 22 23:57:07 s postfix/smtp[1793]: 55FB29BDEF: to=, orig_to=, relay=mx0.ovh.net[213.186.33.32]:25, delay=0.35, delays=0.14/0.04/0.03/0.15, dsn=2.0.0, status=sent (250 ok 1308779827 qp 20920)
Frédéric