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/
