Vialet.org - Mot-clé - filtrageBlog personnel de Guillaume Vialet : RGPD, spam et vie privée2023-09-04T14:34:42+02:00Guillaume Vialeturn:md5:9535d818376275b9673fdcc78d8ab0ebDotclearQuand OVH filtre ses e-mails sans avertissementurn:md5:abcdd9de31f6ecf79262dd5f49e0d1e52012-03-13T10:25:00+01:002013-06-12T23:52:00+02:00Guillaume VialetInformatiquee-mailfiltragehebergementlinuxovhspam<p>Contrairement au descriptif de ses offres, <strong>OVH</strong> filtre systématiquement et silencieusement les e-mails en mutualisé. Explications.</p> <p><img src="https://vialet.org/public/divers/logo-ovh.jpg" alt="Logotype OVH - Copyright OVH - Webactus.net" style="float:right; margin: 0 0 1em 1em;" title="Logotype OVH - Copyright OVH - Webactus.net, mar. 2012" />Ces derniers mois j'ai constaté de nombreuses « disparations » d'e-mails. Elles concernaient généralement des messages que je souhaitais descendre de la quarantaine de mon filtre <strong>anti-spam</strong> <a href="http://www.protecmail.com/" hreflang="fr">Protecmail</a> ou bien mes participations sur l'une des nombreuses <em>mailing-lists</em> de l'hébergeur.</p>
<p>C'est finalement mes soucis de spam avec <a href="https://vialet.org/blog/post/2012/03/Quand-Wikio-s-emmele-les-pinceaux" hreflang="fr">Ebuzzing/Wikio</a> qui m'auront fait me pencher sérieusement sur ce problème, avec l'aide de Protecmail et du support <strong>OVH</strong>.</p>
<p>Finalement, ce dernier ainsi <a href="https://twitter.com/#!/olesovhcom/status/179366335023808512" hreflang="fr">qu'Octave sur Twitter</a> m'ont confirmé que MX0 - censé <a href="http://guide.ovh.com/EmailVerifConfig" hreflang="fr">ne pas être filtré</a> - était bien concerné par un filtrage que je suppose anti-spam mais qui se fait de manière <strong>totalement silencieuse</strong> : ni l'expéditeur ni le destinataire ne sont informés que le message a été bloqué.</p>
<p>Quand on connaît la qualité du filtrage anti-spam et virus d'OVH ou bien que l'on admet qu'aucune solution anti-spam n'est infaillible et qu'il est donc <strong>indispensable</strong> de pouvoir<strong> débloquer</strong> un e-mail, ces dispositions font froid dans le dos.</p>
<p>Le simple fait de mentionner dans un e-mail sur @bar les noms de domaine <a href="http://conso-one.com">conso-one.com</a> et <a href="http://www.meec7.com">meec7.com</a> ont valu à mon message une désintégration en règle...</p>
<p><a href="https://vialet.org/public/divers/Twitter___olesovhcom__deckarudo_179366335023808512.png" title="Discussion Twitter"><img src="https://vialet.org/public/divers/.Twitter___olesovhcom__deckarudo_179366335023808512_m.jpg" alt="Discussion Twitter" style="display:block; margin:0 auto;" title="Discussion Twitter, mar. 2012" /></a></p>
<p>La réponse d'Octave à mon besoin de bénéficier d'un MX non filtré (quand bien même c'est ce que j'ai payé et suis censé disposer contractuellement...) sera de prendre un serveur dédié. Classique. :-)</p>
<p>Un <a href="http://www.ovh.com/fr/serveurs_dedies/" hreflang="fr">SD</a> ? Beaucoup trop cher par rapport à mon offre e-mail (gratuité à vie pour 100 comptes POP/IMAP souscrite il y a... 9 ans) ou même d'hébergement de ce blog (23,88 € HT/an), le <a href="http://www.ovh.com/fr/vps/" hreflang="fr">VPS</a> est en pleine refonte et l'offre à 5 € a été « hachée », le <a href="http://www.kimsufi.com/fr/vks/index.xml" hreflang="fr">vKS</a> est une offre en bêta (dont on connaît la signification chez OVH) qui ne dispose pas encore de distribution prête à l'emploi <em>made by OVH</em>.</p>
<p>Et c'est sans parler des services inclus dans la formule d'hébergement mutualisé : redondance du matériel, intervention rapide du support, sauvegardes multiples, etc. que l'on ne retrouvera pas de base sur ces offres dédiées.</p>
<p>Vous êtes donc prévenus : les e-mails mutualisés sont <strong>tous filtrés malgré vos réglages dans le Manager</strong>, quand bien même vous auriez confié ce filtrage à une société dont c'est le métier...</p>
<div class="mise-a-jour">
<p><strong>MAJ au 15 mars</strong> : Suite à des échanges sur Twitter avec Octave et avec le support d'OVH, le problème a été localisé. Le filtrage des e-mails s'applique au courrier sortant et non pas entrant (avec MX0). Cependant, lorsqu'une adresse e-mail est un « alias » d'un compte, comme c'est le cas avec moi (<a href="http://vialet.org/blog/post/2008/11/Les-origines-du-spam">j'en utilise beaucoup</a>), l'e-mail est considéré comme <em>envoyé</em> au nom de l'expéditeur d'origine vers le compte destinataire. Et cet envoi est bloqué (e-mail détruit silencieusement) lorsqu'il y a suspicion de spam (notamment en se référant à <a href="http://www.surbl.org/">SURBL</a>).</p>
<p>Voici un exemple. Un e-mail est envoyé à <strong>alias@mondomaine.com</strong>. Cette adresse pointe en fait vers <strong>mon-adresse@mondomaine.com</strong> (même nom de domaine). L'alias a été créé dans le <em>Manager OVH</em> en spécifiant une redirection interne (un alias) et non pas externe (une redirection). OVH ne semble pas faire techniquement de distinction entre les deux (interne/externe) et procéderait donc à une redirection (un <em>forward</em>). Si un e-mail <u>supposé</u> d'origine douteuse est envoyé à alias@mondomaine.com, il sera effacé par OVH sans avertissement au moment du transfert vers mon-adresse@mondomaine.com. Le filtrage sortant se transforme alors en pratique en filtrage entrant...</p>
<p>En d'autres termes, le fait d'utiliser des alias m'expose à la perte de messages du fait de ce filtrage <em>out</em> par crainte d'envoi/relais de spam lors d'un <em>forward</em>, cas particulier qui n'existerait pas si OVH utilisait bien les alias d'adresses e-mail plutôt que de faire une redirection (plus de trafic sortant).</p>
</div>