Le 08/07/2015 11:20, Dorian BECKER a écrit : > 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
C’est intéressant tout ça, chez nous ens-lyon.org (qui est géré entre autre par Samuel Thibault, présent sur cette liste aussi) joue le même rôle pour les anciens, mais on a certainement pas la volumétrie des Gadzarts (la dernière fois que j’en ai entendu parler on était plutôt à 7000 mails par jour)… Je ne connais pas du tout l’aspect technique de la chose et Samuel pourra en dire plus, mais il y a deux possibilités : soit ils font un truc génial qui évite ce genre de problème, soit on est épargné pour d’autres raisons et le problème se posera peut-être un jour… Bruno
signature.asc
Description: OpenPGP digital signature
