[Bruno-KS]

Salut,

Même soucis depuis hier, les mails semblent rester coincés dans l'infra d'OVH pendant 2h-3h avant d'arriver en retard. Chose étonnante, avec un test.php ne contenant que

('email_destinataire', 'sujet', 'message'); ?>

, le mail arrive tout de suite !

Quelques headers (tronqués) :

Received: from 83.mail-out.ovh.net ([178.32.124.99]); Tue, 31 Jan 2012 23:06:06 +0100
Received: (qmail 14658 invoked by uid 0); 31 Jan 2012 22:02:24 -0000
Received: from gw5.ovh.net (HELO 240plan.ovh.net) (213.251.189.205)
  by 83.mail-out.ovh.net with SMTP; 31 Jan 2012 21:39:51 -0000
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.domain.tld (Postfix) with ESMTP id ADEF114814
Received: by 240plan.ovh.net (Postfix, from userid 47311)
	id 8731214817; Tue, 31 Jan 2012 22:39:52 +0100 (CET)
Content-type: text/plain
Message-Id: <20120131213952.8731214817@240plan.ovh.net>
Date: Tue, 31 Jan 2012 22:39:52 +0100 (CET)
X-Ovh-Tracer-Id: 6892477756493600690

Le mail reste comme coincé sur 83.mail-out.ovh.net avant de repartir 27 minutes plus tard. Encore pire, ici il reste sur la même machine 2h42 (!!):

Received: (qmail 4207 invoked by uid 0); 31 Jan 2012 20:58:51 -0000
Received: from gw5.ovh.net (HELO 240plan.ovh.net) (213.251.189.205)
  by 83.mail-out.ovh.net with SMTP; 31 Jan 2012 18:16:09 -0000
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by localhost.domain.tld (Postfix) with ESMTP id B0FCA14801
Received: by 240plan.ovh.net (Postfix, from userid 47311)
	id 6C1C614814; Tue, 31 Jan 2012 19:16:09 +0100 (CET)
Message-Id: <20120131181609.6C1C614814@240plan.ovh.net>
X-Ovh-Tracer-Id: 3452290590149777330

Maintenant (23h55), les emails arrivent de nouveau instantanément, pour combien de temps ?

[votrewebmaster]

as-tu été voir dans ton manager > hébergement web > suivi des e-mails automatisés ?

Frédéric

Bien sûr Frédéric. C'est la première chose que j'ai faite. Avant de déclarer un incident, je fais toujours un "check" dans le manager voir si je ne suis pas à l'origine du problème (ça peut arriver).

Laurent

[fritz2cat]

as-tu été voir dans ton manager > hébergement web > suivi des e-mails automatisés ?

Frédéric

[votrewebmaster]

Bonjour,

C'est un de mes clients qui m'a prévenu aujourd'hui qu'aucun mail ne parvenait à destination ! Lui-même est en train de perdre des commandes car le processus de vérification d'adresse email à la création de compte est bloqué à cause du non envoi des messages !!!

Je ne sais franchement pas pourquoi j'ai renseigné un mail de contact pour m'alerter en cas de problème sur mon hébergement Premium ! J'ai ouvert un ticket d'incident ... mais comme je ne suis pas VIP, ma demande sera traitée dans les 24h .... ggrrrrrrrrrrrr

Je ne comprend décidément pas le principe du support VIP qui vous oblige à payer en une seule fois les 12 mois de support VIP ... et en plus avec un prix invariable que vous soyez modestement "petit" webmaster indépendant ou que vous ayez une grosse agence web utilisant de très nombreuses prestations OVH et donc j'imagine + de support en proportion.

Aussi la mise en place d'une prestation support VIP d'urgence de courte durée aurait été la moindre des choses pour répondre à des besoins très ponctuels de déblocage. Face à ce genre de situation, tout le monde n'a pas forcément 703.25 EUR TTC a débourser pour débloquer l'unique problème important qui vous arrive dans l'année alors même que vous n'en êtes pas responsable.

Laurent
... très en colère car dans l'attente des 24h maximum de délai (et encore ce n'est que pour la prise en charge du ticket) pour que mon client puisse exploiter sa boutique en ligne telle je lui ai vendu depuis maintenant 2 ans et demi !!!

[pat007]

Merci Frédéric.
En fait c'est moi qui ait codé le site, mais pour le formulaire je me suis inspiré de ce que j'ai trouvé à droite à gauche.
Dans ce formulaire j'envoie des mails vers l'adresse wanadoo de mon client.
Si je l'envoie direct vers l'adresse du nom de domaine hébergé par ovh c'est peut être mieux ?
Je vais donc essayer de réécrire le script, mais j'ai déjà fait plusieurs tests au moment des perturbations et ça n'avait pas changé grand chose...

[fritz2cat]

Ton site web envoie des mails.
Est-ce que ton site web est une application toute faite (un blog, un wiki, un forum, un webmail, ...) ou un ensemble de scripts que tu as développés ?

Dans le premier cas, vérifie avec le panneau de configuration de cette application si tu peux utiliser "SMTP" ou "sendmail" ou "mail()" ?
Seul SMTP permet de ne pas utiliser le mécanisme par défaut du mutualisé. Il convient d'utiliser un prestataire qui accepte des mails via du SMTP avec login/password, et via un numéro de port autre que 25.
Tu peux visiter le site www.smtp.com pour mieux comprendre le mécanisme. Par contre c'est cher.
Compare avec la possibilité d'utiliser ns0.ovh.net.

Dans le second cas ton code php n'est plus valable et il faut le réécrire ou t'inspirer de ce que les autres ont fait.

Frédéric

[pat007]

...
Le problème est probablement plus large que l'hébergement 60gp.

Merci Frédéric.
J'abuse de ton aide mais du coup il vaut mieux que j'utilise une adresse de destination autre que wanadoo orange ou que je passe par le port 5025 (meme si j'ai pas tout compris à ce que ça veut dire ! ).

[fritz2cat]

Il manque une ou deux lignes tout en haut.
Ovh a des problèmes avec les fuseaux horaires.
Le message a traîné plus d'une heure sur un serveur mail interne à ovh: 74.mail-out.ovh.net.
Le problème est probablement plus large que l'hébergement 60gp.

Frédéric

[pat007]

Si tu as des difficultés à interpréter ces lignes "Received:" communique les ici en masquant un minimum les adresse mail.
Frédéric

Je les ai pas tous gardé mais je sais que celui là est arrivé avec de nombreuses heures de retard...
Je dis pas non pour la proposition parce que je comprends pas tout

Received: (qmail 10510 invoked by uid 503); 17 Jan 2012 17:30:12 -0000
Received: from 50.mail-out.ovh.net (188.165.45.9)
by 74.mail-out.ovh.net with SMTP; 17 Jan 2012 17:30:12 -0000
Received: (qmail 25835 invoked by uid 0); 17 Jan 2012 17:29:17 -0000
Received: from gw0.ovh.net (HELO 60gp.ovh.net) (213.251.189.200)
by 50.mail-out.ovh.net with SMTP; 17 Jan 2012 15:12:49 -0000
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
by localhost.domain.tld (Postfix) with ESMTP id 0A2394B02
for ; Tue, 17 Jan 2012 16:12:49 +0100 (CET)
Received: by 60gp.ovh.net (Postfix, from userid 12220)
id CB9F64B03; Tue, 17 Jan 2012 16:12:48 +0100 (CET)

Encore merci !!!

[pat007]

Si c'est 3 à 4 par jour, sache que l'utilisation de ns0.ovh.net port 5025 avec smtp authentifié permet 100 mails par heure.
...
Ou bien il te faut un autre fournisseur qui accepte du SMTP authentifié sur un port autre que 25.
...
Du côté de ton serveur web, il ne faut pas utiliser mail() mais des librairies.
Frédéric

Bon merci Frédéric même si j'ai pas tout compris !
Je crois que je suis pas un pro de tout ce qui est email.
Mais ça me donne d'autres pistes à explorer !Merci

[fritz2cat]

Est ce que tu as essayer d'installer un autre script qui génère des envoie de mél pour voir si le problème vient de ton script ou de l'envoie ?
(ce n'est pas de problème pour recevoir les méls des script que j'ai sur des hébergement mutualisé chez OVH)

Si les mails arrivent avec beaucoup de retard, au moins on les a.
Il faut ouvrir les SMTP headers pour voir où ce mail a traîné.
Soit il a bloqué sur le serveur web (par exemple 60gp) au point de départ de l'envoi du mail.
Ensuite il circule vers des serveurs mail-out avant d'être envoyés vers les serveurs hors OVH.
Si ça coince à la dernière étape c'est probablement que le domaine en face a refusé de l'accepter des dizaines de fois pour cause de manque de ressources ou bridage volontaire (cas de Orange)
Si tu as des difficultés à interpréter ces lignes "Received:" communique les ici en masquant un minimum les adresse mail.

Frédéric

[pat007]

Est ce que tu as essayer d'installer un autre script qui génère des envoie de mél pour voir si le problème vient de ton script ou de l'envoie ?
(ce n'est pas de problème pour recevoir les méls des script que j'ai sur des hébergement mutualisé chez OVH)

J'ai essayé avec un script de base et le ça ne changeait rien.
De toute façon le script que j'utilisais jusque là avait tjs bien fonctionné..

[fritz2cat]

Si c'est 3 à 4 par jour, sache que l'utilisation de ns0.ovh.net port 5025 avec smtp authentifié permet 100 mails par heure. (Ce qui dépasse les 100 sera rejeté.)

OVH dit de ne pas faire comme ça mais bon...

Ou bien il te faut un autre fournisseur qui accepte du SMTP authentifié sur un port autre que 25.

Du côté de ton serveur web, il ne faut pas utiliser mail() mais des librairies. Par exemple Joomla, phpBB et des webmails comme Squirrelmail ou RoundCube permettent d'utiliser SMTP en sortie.

Frédéric

[ddtddt]

Salut.
Rien de neuf dans cette discussion ?
Je me demande si c'est bien censé pour ma part de passer à un hébergement dédié pour un formulaire qui au max sera rempli 3 ou 4 fois par jour (tant que je suis pas obligé de faire des tests quand ça beugue...) et qui générera autant de mails ?...
Y a t il un problème avec les destinataires orange ? Si c'est que ça j'aurai vite créé un adresse chez gmail pour recevoir le contenu de mes formulaires?
Merci !

Est ce que tu as essayer d'installer un autre script qui génère des envoie de mél pour voir si le problème vient de ton script ou de l'envoie ?
(ce n'est pas de problème pour recevoir les méls des script que j'ai sur des hébergement mutualisé chez OVH)

[pat007]

Salut.
Rien de neuf dans cette discussion ?
Je me demande si c'est bien censé pour ma part de passer à un hébergement dédié pour un formulaire qui au max sera rempli 3 ou 4 fois par jour (tant que je suis pas obligé de faire des tests quand ça beugue...) et qui générera autant de mails ?...
Y a t il un problème avec les destinataires orange ? Si c'est que ça j'aurai vite créé un adresse chez gmail pour recevoir le contenu de mes formulaires?
Merci !

[pat007]

J'ai pas trouvé de solution, pour mon cas...
Sinon passer au serveur dédié.

Pat.

[gaut]

Salut,

J'ai des mails envoyés il y a 3 jours qui ne sont toujours pas arrivé, est-ce que certain d'entre vous ont trouvés une solution (j'ai essayé de ne pas mettre de header mais ça ne marche pas mieux) ?

Gautier

[pat007]

As-tu des exemple des en-têtes qui empêchent les envois ?

Frédéric

Je peux en avoir oui, mais en fait tout s'est débloqué hier.
C'est à dire que tous les mails que je n'avais pas reçu depuis 3 ou 4 jours sont arrivés hier...
Le probleme c'est que quand tu gère un formulaire de réservation en ligne, c'est pas possible d'avoir 3 ou 4 jours de délai avant de recevoir le mail...
Merci.

[fritz2cat]

As-tu des exemple des en-têtes qui empêchent les envois ?

Frédéric

[pat007]

Salut à tous !
Alors j'ai aussi le meme probleme dans un formulaire utilisant la fonction mail().
Mais chez moi le prie c'est que depusi certains ordi ça marche et je reçois el mail et sur d'autres j'ai le message comme quoi le message a bien été envoyé et je recois rien...
si vous avez des tuyaus.
J'ai testé sans le paramètre header, meme chose...

Pat.

[fritz2cat]

@fritz2cat la fonction édit existe (#24->#26)...

Tu veux que j'édite quoi ?

Désolé pour la réaction tardive...

Frédéric

[Boa_67]

Google m'a bloqué le forum ovh pour cause de virus ou je sais pas trop quoi. En plus de l'indisponibilité du forum, je viens seulement de recevoir l'email de suivi de cette discussion. A croire que les problèmes d'e-mail se posent aussi chez OVH lui même.

@fritz2cat la fonction édit existe (#24->#26)... Sinon, merci pour ton intérêt et tes tests faits maison. Tu devrais tester régulièrement, tu verras qu'ils n'arrivent pas toujours. Comme je l'avais dit dans mon premier message, les e-mails arrivent tous 80% du temps (j'ai des problèmes de réception sur ma mailing list une fois toutes les 5 semaines). Donc il suffit qu'un jour ça ne passe pas, et c'est 300 clients non informés, et c'est surtout de l'argent de perdu... Et nous ne sommes pas informés de ces pannes, que ce soit au niveau manager (ce qui est choquant, pour le coup) ou au niveau script PHP (ce qui est logique, tu l'as très bien développé dans le message #28)

[pierart]

Bonjour,

Pour une meilleure déliverabilité utilisez un serveur dédié ou un VPS ayant une IP fixe.
malgré tout cette solution ne garantira jamais à 100 % l'arrivée de vos e-mails certains FAI ou autres sont réputés pour bloquer très facilement les e-mails.

Hotmail et orange me semble être les champions au petit jeu du faux positif.

Cordialement.

[Darkmoon-lille]

Bonsoir,

J'ai fait quelques tests ce soir avec la fonction php mail, et quel n'a pas été ma surprise de constater que AUCUN mail comportant des headers ne passe, tandis que TOUS les mails envoyés SANS headers passent instantanément. Et j'ai essayé avec plusieurs headers différents trouvés sur les forums OVH ...

[fritz2cat]

Les 1500 + 100 + 5mails sont arrivés.

Je confirme plusieurs choses:
- même si le script s'exécute vite, le traitement des mails se passe en aval, et si ça foire, le script ne peut pas en être informé.
- le délai de 1 seconde par mail augmente petit à petit. Au 1200ème mail on était à 3 secondes entre chaque message reçu.
- les 100 mails suivants (autre adresse dans un autre domaine) ont été présentés directement après la livraison des 1500 précédents. Il n'y a pas eu de parallélisme.
- sur ce 2è serveur il y avait des limites imposées volontairement (max 4 connexions SMTP par minute) ce qui fait que seuls une douzaine de mails ont été acceptés, les autres restent en queue chez OVH suite à une erreur 4xx.
- Tout de suite après les 100 présentations, (même si 10% sont passés seulement), le serveur OVH a continué d'envoyer les 5 derniers mails vers une autre adresse à la vitesse de 1 par 3 secondes. (donc l'échec temporaire sur la 2è adresse n'a pas empêché l'envoi vers une troisième).

Mon script ? Une ligne copiée 500 fois

   $CR_Mail = @mail ($to, $Subject, $mail_Data, $headers);

Attention qu'un script PHP ne peut bas bouffer trop de CPU pendant plus de 30 secondes, sinon okillerd va passer par là et le flinguer.

Frédéric

[EraSiuS]

Envoyer mes mails sur la même adresse en masse fonctionnait aussi, j'ai testé. C'était pour envoyer à différent destinataire que ne passait pas.

Oui pour le 5% d'erreur, il faut débloquer, je l'avais fais, et après ça passe à 50%.

Je viens d'essayer mon programme, il fonctionne bien, tous mes messages partent sans problème... mais 500 à la fois, ça faisait trop lourd. Ce n'est quand même pas normal qu'OVH ne gère pas une boucle de 500 mails...

Par contre, j'aimerai bien avoir ton script, voir pourquoi le mien ne supporte pas 500 mails par envoi alors que tu arrives à envoyer 1500 mails d'un coup.

Merci d'avance.

[fritz2cat]

Le script PHP a donc mis un peu plus d'une minute pour s'exécuter. Mais les mails arrivent à raison d'un par seconde. Il sont donc empilés quelque part. Déjà 660 sont arrivés.

Après les 1500 envoyés à une première adresse, j'en ai encore envoyé 100 à une autre adresse. Aucun de cette deuxième salve n'est encore arrivé.

Frédéric

[fritz2cat]

Petit test (avec un 60gp): je viens d'envoyer 1500 messages en moins de 2 minutes.

Frédéric

[fritz2cat]

hé bé même s'il y a des limites théoriques, à ma connaissance elle ne sont pas appliquées pour les envois avec cette méthode. Mais avec 5% (1 message sur 20) qui revient en erreur, ta fonction d'envoi se bloque et nécessite un déblocage via le manager.


Frédéric

[EraSiuS]

@fritz2cat, j'utlilise la fonction mail() de PHP

[EraSiuS]

Me revoilà,

J'ai trouvé une astuce pour envoyer mes mails quand même, c'est plus long certes, mais j'ai pas à envoyer les 2.500 à la main. Et ils arrivent, dans mon cas, j'ai reçu le mail car je me suis ajouté dans un fichier.

J'ai parsé mes fichiers en fichier contenant 50 mails chacun, et j'envoie un a un chaque fichier à ma fonction mail. L'inconvénient, ça fait beaucoup de fichier... enfin dans mon cas, j'ai une campagne de 100.000 mails à faire, j'ai du monde à up sur le FTP :s

Pour les développeurs, vous pouvez essayer comme ça, par envoie de 50 mails par 50, ça passe. Du moins pour moi, ça fonctionne.

Je finis mon prog pour envoyer de manière moins "brute"... et je vous tiendrais au courant dans la soirée/nuit.

[fritz2cat]

Ton script maison fait appel à php mail() ou bien smtp vers une autre machine ? Laquelle ?

Frédéric

[fritz2cat]

Ils racontent n'importe quoi. Que ce soit phpilist ou un autre script c'est pareil.

Frédéric

[EraSiuS]

J'ai le même problème que vous...

J'ai pris 5 hébergements mutu perso chez OVH pour envoyer des mails.
à compter de 500mails/jour, j'ai des fichiers que je lance chaque jour de 490 mails. Pour ne pas dépasser ce quota.

J'ai commencé le 29/11/2011, aucun problème, tous mes mails sont partis. Depuis le 30/11/2011, juste 2 mails sont envoyés à partir de maintenant (vu depuis le rapport d'envoi d'email automatisé).

à 10 mails par jour (5 hébergements), autant que je ferme boutique dès maintenant. ça commence à me gonfler sérieusement. Mes campagnes de mails sont uniquement pour le mois de décembre, car le reste de l'année, je ne peux vendre mon produits.

Le support m'a dit de prendre PHPList pour faire de l'envoie de mail.... ça ne convient pas du tout à mes attentes... D'où un script que j'ai fais.

Apparemment, le problème viendrait que la fonction mail doit communiquer avec le port 587... Je suis sur du MUTU, j'ai pas accès au php.ini... Ils sont stupides ou quoi ?? Et surtout que mon envoi à fonctionner parfaite le premier jour que j'ai commencé...

Je vais pas me taper 2.500 mails par jour à la main... Et biensûr, ils n'ont pas un service technique 24/7...

En bref, dégoûte d'OVH...

[Tofi]

Et pour ma part je ne recois pas les messages envoyes par mes clients sur mon email ovh ...
Certains m'ont appele aujourd'hui car inquiets de ne pas avoir eu de reponse a leurs messages envoyes hier. Aucun message n'etait arrive sur ma BAL!

Même probleme que dans ce post: http://forum.ovh.com/showthread.php?t=75199

J'ai ouvert un incident, toujours en cours.


Tofi

[isnew]

Et pour ma part je ne recois pas les messages envoyes par mes clients sur mon email ovh ...
Certains m'ont appele aujourd'hui car inquiets de ne pas avoir eu de reponse a leurs messages envoyes hier. Aucun message n'etait arrive sur ma BAL!

[Toss]

Bonjour,

Que c'est pénible ces envois OVH. J'utilise PHPMailer.

Dans la rubrique Téléphonie OLES a fait une rubrique "envoyer moi des bugs".. qu'il le fasse à ce niveau ! Un site sans système d'envoi d'email fiable c'est comme un appareil photo sans pélicule... ça sert à rien

Je viens d'envoyer à un client un document et suis toujours en copie afin de vérifier l'envoi.

5 min après j'en envoi un autre et là plus moyen qu'il arrive...

J'ai l'impression qu'il y a des bouchons ! J'ai retenté encore 5min après et il est passé, y'a donc des emails qui se perdent !

Comment rester zen ? Faut faire du yoga ou OVH pense faire quelque chose d'intelligent ?

[Boa_67]

J'ai pris la peine de rédiger une réponse assez longue, et détaillant en quoi l'option 1 et 3 étaient probablement non adaptée au problème, et au moment de poster le site était tout simplement inaccessible, encore un problème OVH. Donc non seulement ça ne m'a pas calmé, mais en plus j'ai perdu ce message.

Pour un hébergeur de cette envergure, ça commence réellement à devenir pitoyable. Je change dès que possible.

[fritz2cat]

@Boa: Si des mails traînent en provenance des scripts php des sites web il peut y avoir en gros 3 directions à investiguer :

- bouchon au niveau des queues sur l'hebergement web lui-même, dans ce cas tu peux constater sur ton manager que le compteur de mails acceptés n'a pas bougé

- bouchon dans le dispatching (toutes les sources de mail passent par ici: les php-mail(), les SMTP-ns0.ovh.net, les notifications du forum, les mailing-list, les factures OVH, etc. Il semble que pour le moment rien ne coince à ce niveau.

- bouchon provoqué par un ISP destinataire. C'est le cas pour beaucoup de mails à destination de Orange/Wanadoo/FT. Tu n'en suras rien sauf si le destinataire se plaint ou si le message n'est toujours pas passé après un certain temps (24h chez OVH, je pense)

Donc vois dans ton manager (hypothèse n° 1), tire tes conclusions, et restons courtois.

Frédéric

[Boa_67]

@Nowwhat: Avant tout, bonjour, non? Bref, je vais tenter de rester poli... Mais tant de bêtises en un message ça m'exaspère.

Premièrement, "jusqu'à prouvé le contraire", ça me semble irréfléchi comme réponse. Ils indiquent 1000 mails de limitation sur leur page de vente, c'est qu'il y a une limitation. D'ailleurs pourquoi on parle de ça? On en a strictement rien à faire de la limitation, puisque comme dit ci-dessus ON EST CLAIREMENT EN DESSOUS DE CETTE LIMITE. Donc merci de rester dans le sujet.

ENSUITE, le coup de dire "olala fais toi un serveur chez toi", c'est STUPIDE AUSSI. Je ne sais pas si tu te rends compte de la masse de travail derrière l'envoi d'e-mails : ça passe non seulement par des accords avec les différents réseaux pour ne pas être blacklisté, qui sont coûteux et difficile à mettre en place, mais ça passe aussi par une nécessité d'être connu et de fournir à des centaines d'utilisateurs ce service pour espérer se faire entendre auprès des services de blacklistage. Alors selon toi, à moi tout seul je pourrais dépasser OVH, 1&1, mailchimp et les autres? Tu rêves tout éveillé l'ami.

Pour terminer sur ta théorie fumeuse qui semble la plus en rapport avec notre sujet initial (bravo, on y est presque), c'est à dire "OUAI C ORANGE KI BLOC TT OVH FAI CA BI1", je voudrais dire, pour résumer ma pensée : BULLSHIT.

OVH a un gestionnaire d'erreur détaillé dans son manager, et si un bloquage survient au niveau des serveurs SMTP des FAI, ON EST AVERTI.

ALORS DIS MOI, OU EST-CE QUE JE PARLE D'ERREUR DANS MON PREMIER MESSAGE?
Ah oui, ici :
"Aucun mail ne s'affiche dans le quota, pas d'erreur, rien de bloqué, bref comme si je n'avais rien envoyé du tout."

Ca y est, tu comprends? Eh oui ! Tu étais encore à côté de la plaque.

Ah, et si tu postes encore un message inutile, je t'ignorerai simplement désormais.
T'es libre.

[Nowwhat]

Jusqu'à prouvé le contraire, il me semble que "master chef Mutualisé" (Tony) a bien confirmé que l'accès smtp est limité aux chiffres indiqué.
Pour l'instant, l'accès avec la fonction mail() n'est pas limité .... (contraire à ce qui est marqué ici : http://www.ovh.com/fr/hebergement_mu..._technique.xml ...

Mais bon, va comprendre la réaction de, par exemple, orange.fr quand le serveur ns.ovh.net (notre serveur mail, partagé entre toutes les sites Mutu) commence à recevoir un flot de mails venant de [email]abcs@ton_domaine.tld[/email.
"orange.fr" commence à traiter tes mais autrement.

Quand UN Mutu chez OVH commence à envoyer des mails reconnu sans aucun doute comme SPAM, orange.fr va blacklister ns.ovh.net tout entier == grosse galère pour tout le monde ....

Sachant qu'il n'y pas que ton site "abcs@ton_domaine.tld" qui crache des mails vers orange, mais aussi ces milliers (centaine des milliers) d'autres sites sur Mutu).
Orange va réagir. Devine comment.
Pareil pour gmail, hotmail, etc etc.


Pour débiter des mails à partir d'une centaine par jour vers un même domaine: pas le choix. Prend un IP fixe que pour toi pour envoyer tes mails.
Ceci implique l’utilisation d'un serveur "à toi". Il y à que ça qui fonctionne.
Facteur bonus: quand ça foire: a toi de réparer - car c'est que toi, le capitaine à bord. Plus aucun dépendance des autres.
T'es libre.

OVH n'est pas traité différent que 1&1, Online, etc.

[Boa_67]

Personnellement, je commence à transférer mes domaines vers un autre hébergeur d'ici fin de semaine. Et je vais faire une mauvaise pub à OVH ! Leur support ne m'a toujours pas répondu.

Et sachant que je suis dans la création de sites web, ça va leur faire plus qu'un seul client en moins pour le coup...

@Le Saule: La règle des 1000 mails par jour ne concerne que les hébergements pro, tu as 500 mails/jour max en plan perso et je ne me rappelle plus des autres;

Tu as le récap pour chaque type d'hebergement dans les fiches techniques. Exemple pour le 250Go :
http://www.ovh.com/fr/hebergement_mu..._technique.xml

[Le Saule]

Idem, même problème. Ma newsletter est partie hier, et à chaque fois ces derniers mois des gens inscrits me disent ne pas l'avoir reçue.

Je ne savais pas qu'il y avait une règle de 1.000 mails par jour. Comment cela fonctionne t-il? Nous avons 5.000 inscrits grosso modo. Alors OVH prend 5 jours pour envoyer la newsletter à tout le monde?

Comment savoir combien des envois arrivent bien à destination?

Merci!

[Toss]

Bonjour, j'ai le même problème... les emails qui émanent de mon site arrive 1 fois sur 3 dans ma BAL (soit pour m'avertir d'une demande de formulaire ou autre... bref, la vie d'un site.. de mon entreprise)

C'est PENIBLE !!
(suis en 240Plan)

[Benj-Homethik]

Idem, mon problème intervient sur ma base "clients VIP" qui ne contient que 200 contacts... Alors non je n'abuse pas de l'envoi de Newsletters !!! C'est juste que pour Noël, je pense qu'il est normal de mettre en place un plan de com plus conséquent... Enfin, je crois que tous les e-commerçants font de même !

Et le pire, c'est qu'il n'y a pas de réponse ou de solutions temporaire pour résoudre ce PB...
OVH doit me rappeler aujourd'hui... On verra s'il le feront !

[Boa_67]

Merci BenjH pour ton intervention, ça fait plaisir je me sens moins seul maintenant. Pareil, c'est désastreux en terme de pertes pour une entreprise qui compte là dessus.

@bosco entre "jouer la hache" et "ne pas assumer un service pour lequel on est payé", il y a une grosse différence. Les abus sont d'ailleurs déjà contrôlés au niveau du taux d'erreur et au niveau de l'offre (1000mails/jour max).

De quel droit OVH bloquerait-il nos e-mails? Surtout que 300 e-mails PAR SEMAINE pour mon cas, ce n'est vraiment pas de l'abus, c'est même peu par rapport à l'offre de 1000/JOUR.

[bosco]

Juste pour info : le mail peut ne pas être instantané. Si tu "bombardes" trop de mail, OVH se réserve le droit de faire jouer la hache (CGV).

[Benj-Homethik]

Bonjour,

Comment dire??? Comme Boa_67, j'ai envie de passer un énorme coup de gueule !!! Je rencontre exactement le même problème récurrent pour l'envoi de mes Newsletter...

En cette période de Noël, tout e-commerçant connaît les enjeux de la période de Noël en terme de chiffre d'affaire.
Depuis la semaine dernière, j'ai remarqué que mes taux d'ouverture de Newsletter était quasi nuls... Je me suis donc inquiété de cela et j'ai d'abord contacté OVH via e-mail. Déjà 5 jours de délais pour obtenir une réponse qui me dit juste qu'il y a un problème de Black-listage sur les serveurs FREE, sans plus d'explications...

Jeudi 17/11, avant de balancer ma seconde Newsletter clients, je téléphone au support Technique OVH (10 min d'attente, merci le coût de l'appel !!) pour savoir si le problème est résolu... On me dit que oui, tout est rentré dans l'ordre.
Bref j'envoie ma Newsletter hier soir, mon logiciel de tracking ne me révèle aucun PB, et ce matin je remarque un taux d'ouverture nul !!!

En faisant ma petite enquête, j'ai remarqué que les serveurs suivant ne recevaient pas le mail:
- Hotmail / Free / live / yahoo / Wanadoo / Laposte.net / voila.fr /sfr.fr / neuf.fr / gmail

Bref rien ne fonctionne !!! Je re-téléphone et là (après encore 10 bonnes minutes d'attente) on ne sait pas me répondre !!!

Alors j'ai une question... Qui va combler mon manque à gagné de CA sur les fêtes de Noël qui se jouent dès maintenant ??? OVH ??? J'en doute ! Pour une offre PRO, c'est plus que de l'incompétence !!

Le pire c'est qu'ils ne préviennent personne !!!

Donc NON Boa_67, je te confirme que tu n'es pas le seul dans ce cas !!

Bien cordialement

BenjH

[Boa_67]

Il semble que les e-mails soient maintenant envoyés, mais les champs BCC sont complètement ignorés. Edit : Ah non ça c'était de ma faute pour le coup.

Toujours silence radio côté support technique concernant la journée d'hier. Un mail d'hier est quand mm arrivé avec qqc comme 7h de décalage.

[Boa_67]

Offre PRO

[ddtddt]

Tu as quoi comme offre ?

[Boa_67]

Bonjour à tous,

Malgré l'envie de passer un très gros coup de gueule, je vais essayer de modérer mes propos. Je suis client chez OVH depuis très longtemps, et j'envisage très sérieusement de changer d'hébergeur.

Aujourd'hui, AUCUN e-mail envoyé avec la fonction mail() de PHP n'a été correctement envoyé par OVH. Aucun mail ne s'affiche dans le quota, pas d'erreur, rien de bloqué, bref comme si je n'avais rien envoyé du tout.

Dans le doute que mon script soit en cause, je testerai même le script indiqué ici pour vérifier : http://forum.ovh.com/showthread.php?t=31770

Pareil, OVH n'envoie RIEN, le script tourne pourtant bien et indique "mail envoyé avec succès".

Donc, aujourd'hui, je me rends sur leur page de travaux (http://travaux.ovh.net/), et vois des "travaux" concernant les mails. Ca me concerne? Je ne sais pas, trop de blabla technique. J'ai été prévenu par OVH de ce problème? non, et pourtant c'est bien moi qui les paye, et pas l'inverse.

LE PIRE DANS TOUT CA, c'est que ce problème semble récurrent. Il y a deux semaines, j'avais eu exactement le même problème. Réglé après une journée, comme par magie, tout refonctionnait.

J'ai même téléphoné à OVH (youpi surtaxé dans ma gueule), et le crétin du support technique semblait complètement incompétent, et n'a pas été foutu de me trouver une solution ou même une hypothèse. J'avais pour seule réponse quelque chose du genre "heu, vous avez regardé dans la boite d'envoi?". Je lui demande si les travaux sur les mails sont la cause, et j'ai eu pour seule réponse "ah heu peut-être, il y a des travaux? *clic* *clic* ah oui. Je ne sais pas, je fais remonter..."

Si aucune offre commerciale n'est faite, je change d'hébergeur. C'est carrément inadmissible. Ce non-envoi d'email me fait perdre des clients, et donc de l'argent. Et par dessus tout ça le support se fout limite de ma gueule à chaque fois. J'ai l'impression de devoir supplier pour que quelqu'un m'aide.

J'ai à nouveau contacté le support, cette fois via le manager. Je ne vais pas re-payer par téléphone, tout ça pour leur incompétence. Pour l'instant, pas question de donner un centime de plus à cette société.

Suis-je donc le seul dans ce cas?

Bien cordialement,