Merci pour vos réponses. Le 7 juillet 2015 17:52, Wallace <wall...@morkitu.org> a écrit :
> Bonjour, > > Peu importe que ça soit toi qui le fasse ou quelqu'un d'autre, le > forward vers des domaines tiers n'est plus le bienvenu depuis au moins > 5/6 ans. Pour replacer dans le contexte, nous somme une association qui fournit à ses membres un service "d'email à vie" depuis près de 15 ans qui ce traduit donc par des redirections. Nos sommes liés à cet engagement qui a été pris évidement dans conditions différentes des actuelles. On travaille à faire évoluer le service pour les nouvelles adhésions mais pour les actuelles c'est assez difficile. Le 7 juillet 2015 18:19, Fabrice Vincent <f.vinc...@allibert-trekking.com> a écrit : > Même avec SRS (http://www.openspf.org/SRS) ??? > Oui, même avec SRS. Le 7 juillet 2015 18:50, David Ponzone <david.ponz...@gmail.com> a écrit : > Au delà du fait du risque de voir la réput de l’IP de son serveur > descendre chez Proofpoint, Senderbase et autres, Gmail a maintenant une > politique draconienne de limitation de la cadence d’envoi d’emails vers > leurs serveurs depuis une IP précise s’ils estiment que certains mails ne > sont pas complètement "legit". > On se retrouve donc avec des retards de plusieurs heures sur certains > mails, ce qui laisse à désirer comme qualité de service. > Il faudrait éventuellement suivre toutes les règles que Google impose sur > l’envoi en masse, et faire un travail de nettoyage parfait avant de faire > la redirection. > C'est pas Gmail qui nous pose le plus de problème. En fait ça se passe même plutôt bien avec eux. C'est surtout avec Yahoo, SFR, Orange... que ça coince, même en respectant leur limites en nombre de mails / seconde. Le nettoyage avant redirection c'est ce qu'on essaye de faire. Le problème c'est qu'on a encore trop de faux-positif et faux-négatif. On a regardé dans les solutions propriétaires d'antispam type Barracuda mais c'est pas dans nos moyens. Le 7 juillet 2015 18:57, Francois Petillon <fan...@proxad.net> a écrit : > > Le forwarding pose un certain nombre de problème. > > Avec SRS par exemple, c'est le serveur intermédiaire qui va se retrouver > à générer des bounces ou à retransmettre des bounces vers le domaine > expéditeur supposé. > > Après, il y a d'autres écueils que je n'ai jamais vu être traités. > Est-ce que le destinataire peut confirmer la redirection ? Peut-il la > supprimer a posteriori sans avoir accès à l'interface de configuration ? > En cas de boites mails supprimées, la redirection disparait-elle ou le > futur nouvel utilisateur de la boite mail aura-t-il le droit d'hériter > des mails redirigés ? > > François > Nous avons une interface de gestion des redirections où nos utilisateurs peuvent ajouter / supprimer des adresses de redirection (sortie), les adresses sources ( donc avec nos domaines) étant imposées. Les adresses que nous proposons ne sont jamais réattribuées. Et en cas de problème tout est modifiable de notre coté après une demande au support. Le 7 juillet 2015 20:49, Xavier ROCA <x.r...@sdi.fr> a écrit : > Oui cela existe chez OlesVH aussi. > Mais bon a ce volume la... > Les redirections proposées quand on achète un NDD sont limités en nombre ( rarement plus de 1000) et pas toujours accessible via API ou autre. > > Sur la liste, je crois qu'il n'y a pas que des lapins de huit semaines. > Pas mal on déjà vu le film, je crois surtout j'espère. > > La solution si on est sur de soi et de l'usage. > Prendre un serveur avec IP fixe ou mieux prendre des IP > Oui pour cadencé avec plusieurs IP public vers orange et consos sinon spam > assuré. > Mettre un serveur messagerie pour faire ce genre de truc. > Faire une petite IHM admin et end user (notamment pour arrêter les > redirections) > Et géré soit même la réputation des ses IP. > Donc gros flicage avant relais avec une partie IHM pour consulter SPAM en > attente. > C'est plus ou moins ce qu'on a actuellement. Plusieurs serveurs de sortie avec plusieurs IP (plus ou moins jetable, Online est plus pratique qu'OVH pour ça d'ailleurs ) et on switch entre les IP en fonctions des besoins. Mais voilà ça prend du temps à gérer/monitorer est c'est pas vraiment ce qu'on a en trop... > Vu le volume à traiter pour le nb d'usager ce n'est rien de lourd. > A faire soit même ou a faire faire. > > On veut bien faire le dev mais on ne fournit pas les IP et serveur. Je ne > sais pas pourquoi :D > > Xavier > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
