OVH Community, votre nouvel espace communautaire.

Retards de 8h dans les mails


fritz2cat
06/09/2013, 16h47
Quand on a son propre serveur SMTP, on peut y découvrir des lignes comme ceci dans le log smtp:
Sep 6 17:19:17 servername postfix/smtp[30549]: 56655E070B: host gmail-smtp-in.l.google.com[2607:f8b0:400d:c02::1b] refused to talk to me: 421-4.7.0 [2607:5300:60:____::1] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. t5si1408431qed.13 - gsmtp
Il s'agit d'une erreur temporaire avec un code 4xx.

Avec les mutus OVH on n'a pas accès aux logs du serveur.

Le serveur émetteur (mo42 OVH par exemple) va devoir conserver ce message en queue et retenter un transfert toutes les 5 à 30 minutes.
Si pendant 6 heures Gmail continue à refuser le message avec des codes 4xx, et puis finalement l'accepte, rien dans les en-têtes du message ne permet de déceler que mo42 avait mis de la bonne volonté pour essayer et encore essayer.
On pourrait juste croire que mo42 s'est assis sur ton message pendant 6 heures avant de l'envoyer à Gmail.
Seul le log du serveur smtp de l'émetteur permet de démontrer que c'est Gmail qui n'a pas été coopératif.

Si toutes les plaintes se concentrent sur des mails à destination de Gmail (comme ce fut le cas avec Orange) c'est effectivement peut-être la faute à Gmail. Et avant que le support OVH ne daigne mettre son nez dans les logs, on t'aura raconté 36000 salades qui n'ont rien à voir.

Bidib
06/09/2013, 13h35
heu ne me parle pas de la SDSL + GTR 4h ... regarde mes derniers posts tu comprendras... sinon quand j'aurai de quoi embaucher un ptit jeune guru, peut-être que je proposerais du serveur mail maison, why not... pour l'instant gApps me parait plus approprié pour 90% de mes clients

laurentm
23/07/2013, 09h47
Avec une SDSL OVH à 99 euros (ou celles sur 2 ou 4 paires qui rivalisent avec des fibres, car elles vont jusqu'à 20 Mb/s symétrique) il y a une GTR de 4h. Suivant mon expérience, des SDSL (OVH, Nerim, Oleane) sur 10 ans et une vingtaine de clients, il faut tabler sur une demi-journée maximum de panne par an, ce qui reste très raisonnable. Avec un adsl en secours (et pour le surf des salariés) on arrive à une solution satisfaisante.

Pour moi-même, je loue un quart de baie dans un datacenter OVH où j'ai mes propres serveurs (SYnology en RAID 10 et gros DELL rackable avec machines virtuelles XenServer). Là j'ai une fiabilité totale, et j'ai pour certains clients des serveurs mails relais (de secours) qui stockent en cas de panne tous les mails et les renvoient dès rétablissement du serveur défectueux.

Jusqu'à présent, je n'ai pas du tout été convaincu par les mails (Exchange ou mails basiques avec hébergement) chez OVH, alors que j'applaudis des deux mains les services SDSL, VOIP, HOUSING, HEBERGEMENT. Entre les pannes, les retards, il se passe bien trop souvent quelque chose. Exchange est quand même une invention du diable, qui a la fiabilité d'un château de cartes comparé à Postfix, et surtout qui est volontairement archi-compliqué pour assurer du travail à vie aux partenaires Microsoft, sans compter les licenses pour les clients de messagerie (Outlook supporte aussi très mal les boîtes énormes de 20 Go ou plus et fonctionne mal en imap avec les serveurs non-Microsoft).
La fiabilité de Postfix est impressionnante, même en cas de saturation de la partition /home du serveur Linux, tout repart dès que l'on a remédié au problème sans aucune catastrophe... Avec un webmin, l'administration est tout à fait sympa, et finalement moins complexe qu'une console Exchange.

Bidib
23/07/2013, 00h50
Tu as raison, surtout dans une boite de comm' ou les pieces jointes valsent en interne. Il y a d'ailleurs un NAS Synology puissant qui pourrait faire le job donc l'idée m'a souvent effleuré l'esprit mais de ma petite expérience le rapport coût de maintenance/disponibilité est rarement aussi intéressant qu'un serveur hebergé dans un datacenter, avec tout redondé, surtout la connexion. Enfin pour les petites structures (disons moins de 15 users mais ça dépend de l'usage)
Quand je vois le temps que peut prendre un dépannage sur une ligne xDSL, ça donne pas envie d'y mettre des services critiques comme le mail derrière...

laurentm
22/07/2013, 20h59
Tout ceci me conforte dans l'idée qu'il est très souvent bien plus astucieux d'avoir son propre serveur mail hébergé chez soi, pour peu que l'on bénéficie d'un SDSL OVH en dégroupage total (y compris celui à 25 euros ht, sans GTR) ! Déja tous les mails internes (et dieu sait qu'il y en a, parfois représentant 60% du volume) n'ont plus besoin de se promener sur internet et faire le tour de la terre, ensuite on évite l'espionnage de gmail...
Sans compétences spéciales, le débutant peut s'acheter un NAS Synology d'entrée de gamme, qui contient un Postfix + serveur imap + webmail, avec une interface simple et efficace.

Bidib
22/07/2013, 18h05
Je comprends pas bien la réponse du support qui me dit en substance que Google renvoie un SPF Neutral, ce qui ralentit le traitement. De 8 heures ??? Pour moi un mauvais SPF ça va dans le dossier spam, mais ça arrive pas 8h après, non ?
(je peux me tromper hein je suis pas un pro dans ce domaine précis)

d'autre part ils m'indiquent qu'ils ont constaté des surcharges sur le
serveur 18.mo42.mail-out.ovh.net (178.33.111.21) les 17 et 18 juillet, résolu depuis. Je pencherai plutôt pour cette hypothèse.

Bidib
22/07/2013, 09h50
Depuis vendredi c'est pire, tous les mails arrivent en retard sur toutes leurs adresses. Je me fais grave secouer par mes clients...
On reteste ce matin et j'ouvre un ticket incident.

i-Demenager
19/07/2013, 13h43
Euh moi tous mes mails (vraiment tous, qui arrivent sur mes adresses mails gérées par ovh) proviennent de donc bon...

gaboul49
19/07/2013, 06h58
Je pense que vous devriez contacter le support avec les entêtes des mails pour discuter du cas .

Tey'
18/07/2013, 22h14
J'ai regardé dans mes e-mails, et tous ceux qui ont été retardés sont passés par , alors que ceux que j'ai reçus à l'heure sont passés par d'autres serveurs d'OVH. Je ne suis pas si sûr que le problème vienne de Gmail, car les e-mails qui ont été retardés ont été reçus par en provenance d'adresses IP différentes (188.165.59.37, 178.33.111.21, 188.165.61.53, ...).

i-Demenager
18/07/2013, 18h50
J'ai le même problème et effectivement ca vient de Gmail, car j'ai reçu mes mails sans problème sur un autre logiciel de messagerie en pop.

Tey'
18/07/2013, 18h36
Même problème chez nous depuis hier. Par exemple, avec l'envoi vers une adresse email d'un domaine géré par OVH, et redirigé vers une adresse gmail:
Code:
Received: from mo42.mail-out.ovh.net (23.mo42.mail-out.ovh.net. [188.165.59.37])
        by mx.google.com with ESMTP id ck2si2999491wib.76.2013.07.17.09.55.35
        for ;
        Wed, 17 Jul 2013 09:55:36 -0700 (PDT)
Received-SPF: pass (google.com: domain of  designates 188.165.59.37 as permitted sender) client-ip=188.165.59.37;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of  designates 188.165.59.37 as permitted sender) smtp.mail=
Received: from mail451.ha.ovh.net (b9.ovh.net [213.186.33.59])
	by mo42.mail-out.ovh.net (Postfix) with SMTP id A1B70FF8EF4
	for ; Wed, 17 Jul 2013 18:00:35 +0200 (CEST)
Le délai provient probablement de gmail, qui retarde les messages en provenance de OVH (mesure anti-spam). Si c'est le cas, c'est très certainement qu'il y a un problème de spam du côté des serveurs OVH ...

Bidib
18/07/2013, 18h05
Bonjour à tous

Un petit souci aléatoire...

le domaine est chez ovh, les comptes mails sont chez gmail. On a des redirections qui pointent sur les adresses gmail. Sur la plupart des comptes l'envoi se fait via les SMTP ovh

Depuis quelques semaines, un utilisateur se plaint que les mails qu'il envoie mettent parfois plusieurs heures à arriver. J'ai basculé ses envois via les smtp gmail, mais cela n'a rien changé apparemment car le problème s'est reproduit hier. Mail envoyé à 2 personnes, l'une l'a reçu immédiatement, l'autre 8h après. Deuxième test, l'inverse : c'est l'autre destinataire qui reçoit immédiatement, et pas l'autre.

Avec l'outil google de vérif des headers, j'en viens à la conclusion que c'est la redirection OVH qui pose problème :

# Delay From To Protocol Time received
0 → 10.216.171.6 Web 17/7/2013 09:56:32
1 → [Google] 10.180.21.209 SMTP 17/7/2013 09:56:32 Originated at Gmail
2 1 sec → [Google] mail-wg0-f53.google.com SMTP 17/7/2013 09:56:33
3 mail-wg0-f53.google.com → mx1.ovh.net SMTP 17/7/2013 09:56:33
4 1 sec b0.ovh.net → b0.ovh.net SMTP 17/7/2013 09:56:34
5 b0.ovh.net → b0.ovh.net SMTP 17/7/2013 09:56:34
6 b9.ovh.net → mo42.mail-out.ovh.net SMTP 17/7/2013 09:56:34
7 8 hours 18.mo42.mail-out.ovh.net. → [Google] mx.google.com ESMTP 17/7/2013 17:35:13
8 → [Google] 10.180.187.17 SMTP 17/7/2013 17:35:13
9 → [Google] 10.180.93.105 SMTP 17/7/2013 17:35:13

Quelqu'un aurait une idée de ce qu'il se passe ? cela m'est déjà arrivé sporadiquement avec les redirections mails, mais là c'est plusieurs cas en une semaine, sur plusieurs comptes.