Ticket 887078201 ouvert le 6 juin, 14 jours après pas de réponse

Bonjour, navré de l'absence de réponse.

L'entête est en spam car le champs from est modifié, avez-vous le même problème si vous ne modifiez pas le champs from ?

Antoine.

Bonjour,
il s'agit d'un mail d'un de nos clients, s'il est envoyé de cette manière c'est qu'il a ses raisons. Nous faisons aussi la meme chose avec l'envoi de nos emails de notification d'expédition. Pouriez-vous SVP désactiver cette regle qui passe ces emails en SPAM? nous sommes sur une offre exchange dédié.

Merci pour votre aide !

Ne serait-il pas possible de donner la possibilité a vos clients de pouvoir gérer eux meme une liste blanche de domaines ? ca permettrai d'éviter de passer par le service technique OVH et de perdre 15 jours à chaque fois !

vous pouvez désactiver l'antispam Ovh en mettant directement l'adresse de votre serveur private en Mx unique.

vous pouvez aussi prendre un antispam externe et l'administrer en le mettant en Mx principale avec un relais vers l'adresse direct de votre serveur private

vous ne pouvez pas gérer les règles de l'antispam Ovh.
je ne peux pas modifier cette règle.

j'ai ouvert un ticket pour un simple problème de mails de nos clients qui sont taggués [SPAM] alors que ce n'en est pas, et comme nous utilisons des regles outlook qui balancent ces emails [SPAM] dans la corbeille...ca perturbe un peu. il faudrait passer SVP le domaine de notre client en liste blanche SVP.

Et comme d'habitude, pour tous les tickets que j'ouvre je suis obligé de patienter 2 semaines, pour finalement venir me plaindre sur le Forum !!! a croire que vous aimez ça ?

Je trouve ce ton méprisant avec OVH complètement lamentable.
Tu n'as qu'à mettre une autre règle Outlook (from: ton client) AVANT l'autre règle qui balance les spams, et cocher "ne pas traiter les règles qui suivent".
Ainsi tu as ta liste blanche.

N'oublie pas que c'est TOI qui as décidé de jeter les [SPAM] dans la corbeille, alors tu n'as qu'à te flageller tout seul.

@Fritz2cat regarde l'historique de tous mes messages et tu comprendras pourquoi j'utilises ce ton. On en a juste tous marre de devoir attendre 15 jours pour obtenir des reponses et ce en passant par le forum.

Si on utilise des regles outlook c'est a cause de OVH, qui dans mes précédents problemes m'a donné ceci comme unique solution. Mais la encore il faut remonter dans l'historiques de mes problemes.

On serait beaucoup plus calme si les réponses arrivaient en 48h comme c'etait le cas à l'époque ou on a souscrit nos contrats.

Après https://community.ovhcloud.com/community/fr/spf-et-hardfail?id=community_question&sys_id=32133904b55a0ad0f078da7e5576c92b **l'épisode concernant les SPF** sur une offre Exchange PRIVATE, et la non solution qui m'a été donnée pour régler le probleme alors j'assume parfaitement le ton employé lorsque je dois encore attendre 15J pour obtenir un semblant d'aide a des problemes qui ne devrait pas en etre.

vous pouvez désactiver l'antispam Ovh en mettant directement l'adresse de votre serveur private en Mx unique.

vous pouvez aussi prendre un antispam externe et l'administrer en le mettant en Mx principale avec un relais vers l'adresse direct de votre serveur private

vous ne pouvez pas gérer les règles de l'antispam Ovh.
je ne peux pas modifier cette règle.

OK donc on a 1 probleme avec les emails d'un client, et il faut sortir l'artillerie lourde en changeant la configuration des DNS...Vous renvoyez le probleme chez le client quoi...mais c'est de plus en plus fantatisque le service pour lequel on paye !
Mais c'est quoi l'avantage d'avoir pris un EXCHANGE Private ??!!! il va falloir m'expliquer.

Donc votre solution : on désactive l'antispam, et on se récupère tous les spams. ou alors on passe sur du Mailinblack a 10€HT/mois et par utilisateur, soit +500€/mois pour notre pomme, alors qu'on paie pour un antispam dans l'offre exchange ! alors moi je veux bien, mais vous me déduisez de la facture le service antispam que vous me facturez alors ?

SVP remontez dans mes tickets ouverts. il y a quelques semaines on a eu un problème similaire avec un client, et le probleme a été réglé. on m'a dit :
> Un correctif a bien été appliqué par notre service antispam concernant le blocage des mails. Cela était lié à une règle trop restrictive qui a été modifiée. Les nouveaux mails devraient arriver correctement à présent.

C'etait le 04/04/2019, ticket : #2235131629

et pour info, ce matin j'ai ouvert un autre ticket, car on recoit maintenant les mails d'un autre client (autre domaine) taggé comme spam lui aussi, et cette foi il ne s'agit pas d'un From modifié.... Il y a vraiment un probleme avec votre antispam....au passage on n'avait pas de problème avec les emails de ce client auparavant.

EDIT:
maintenant c'est notre service commercial qui m'assaille, visiblement il y a un truc qui a changé avec votre antispam car nous n'avons plus 1 client qui nous pose probleme mais plusieurs ! Tous les mails de @prolians.eu et @dialann.com et @bleublanc.fr passent en SPAM.

Bon il y a clairement un probleme avec votre antispam, 1 mail sur 2 recu est taggué SPAM, donc c'est impossible qu'on soit les seuls concernés. Et ca arrive comme ca subitement...avec des adresse mails pour lesquelles on n'a jamais eu de souci jusqu'a présent. Et je n'ai absolument rien touché dans notre configuration.

@AntoineB1 est-ce que je dois considérer votre intervention comme étant la réponse a mon problème ? et que donc personne du service technique ne va prendre la peine de se pencher sur votre antispam pour regler ce qui ne va pas ?
Car ni nous ni nos clients n'avons changé quoi que ce soit dans nos échanges de mails, et subitement les emails sont considérés comme du SPAM, c'est donc qu'un réglage a changé de votre côté. A aucun moment vous (OVH) vous remettez en cause ?

Et trouvez vous normal, qu'a chaque ticket ouvert il faille patienter 15 jours, puis devoir venir sur le forum pour entrer en contact avec quelqu'un d'OVH ? Quelqu'un fait il remonter ce problème à la hierarchie chez vous ? A moins que vous ayez tout simplement un fichier client ou il est mentionné "Attention lui c'est un _connard_ qui fait chier, donc le faire patienter un max jusqu'a ce qu'il pete un plomb et qu'il se barre".

Quel professionnel accepte de patienter 15 Jours sans obtenir de réponse à un problème technique ? vous en connaissez vous ?

```text je viens de reproduire le meme schema de mail: J'ai repris le text exact du mail que nous avons reçu, j'y ai ajouté la meme pièce jointe, j'ai mis une adresse de réponse différente de celle utilisée pour l'envoi, et j'ai envoyé cela sur mail-tester.com et voilà ce que j'obtiens comme note :


Alors bien sur la configuration de nos serveur de messagerie est differente...mais de la a obtenir un 9/10 c'est bien qu'il ya un probleme dans l'antispam d'OVH ```

Bonjour, je vous confirme que j'ai fait le point avec un référent technique.
Pouvez-vous déplier la ligne : vous n'êtes pas parfaitement authentifié de votre email tester ?

Le ticket du 4/4 indique que notre antispam a fait des mises à jour.
Je viens de répondre à votre nouveau ticket pour faire vérifier les règles auprès de notre antispam externe, n'hésitez pas à nous joindre plusieurs EML.

Je déléguerai la prise en charge à un collègue.

Merci pour votre retour !
je viens d'envoyer les EML en réponse au courrier reçu.
je peux vous envoyer en mesage privé le lien du mail-tester ?
Par contre je reprécise, ce ne sont pas nos emails qui passent en SPAM, ce sont ceux de nos clients. Le test c'est moi qui le fait avec ma boite mail, c'etait juste un exemple pour démontrer que mettre une adresse de réponse différente dans un email ne devrait pas faire s'affoler un antispam.

Merci.

Bonjour, notre antispam indique avoir mis à jour ses règles.

Vous pouvez faire des tests et me confirmer que c'est ok ?

Bonjour, merci beaucoup !
je viens de demander aux assistantes commerciales de prendre contact avec leurs clients pour faire un essai, je reviens vers vous pour dire ce qu'il en est dès un retour de leur part.

@AntoineB1 Bon et bien c'est toujours flaggé SPAM...je viens de vous faire suivre le fichier EML du mail de test de ce matin.

EDIT:
j'imagine que vous avez les accès requis pour _décoder_ les **SPAMCAUSE** (https://api.partner.vadesecure.com/), que dit-il dans notre cas ??

non, nous n'avons pas de droit de regard là dessus.
j'attends le retour du reporting de votre eml de ce matin.

Bonjour,
pas de news ?

Une personne sachant décoder les Spamcause m'as aimablement renseigné sur la significaton de ceux-ci.
Pour l'email avec le domaine @dialann.com il y a suspicion de phishing (l'histoire du From avec un nom convivial qui correspond a un email different)

Pour l'email provenant de @prolians.eu il s'agirait de la "réputation de l'IP".

Bonjour.
Notre antispam nous a notifié d'un nouveau correctif hier.

Vous avez vérifié votre ip local ?

http://www.1ip.com/ip.com/
+
https://mxtoolbox.com/blacklists.aspx

Ce ne sont pas **NOS** mails qui passent en spam ! il ne s'agit pas de notre IP mais de celle de l'expéditeur.

autant pour moi.
Les ip externes dans l'en-tête sont bien blacklistés.

http://blacklistalert.org/

Ce matin j'ai directement contacté le support vadesecure depuis leur site internet, sachant très bien que ce n'est pas MOI qui suis client chez eux mais OVH. je leur ai expliqué mon problème signalé depuis début juin et fourni les fichiers EML, je leur ai demandé d'avoir l'amabilité de se pencher dessus. Ma requete a été traitée en 1h et mon ticket clos.



Maintenant reste a vérifier que le souci est bien réglé, mais cela a été réglé en 1h côté vadesecure, comment est-ce possible que ce soit la relation CLIENT-OVH qui bloque autant ?

http://blacklistalert.org/

C'est l'adresse ip de l'expéditeur ou du serveur de messagerie qui est prise en compte pour etre qualifiée de SPAM ??

du smtp

( je ne pense pas qu'il y ait une méthode fiable pour l'ip de l'expéditeur, c'est le rôle du smtp de vérifier qui utilise le service)

OK c'est bien ce qu'il me semblait, merci pour ce lien, ca peut toujours etre utile.

Problème réglé, les mails en questions ne sont plus tagués SPAM.

Merci @AntoineB1 pour l'assistance.