Jean-Charles Preaux a écrit :
Raphaël 'SurcouF' Bordet a écrit :
Jean-Charles Preaux a écrit :
Bonjour,
Pourquoi ne pas jouer avec les DNS ?
Avec un truc du genre (requete host -t MX foo.org)
foo.org MX 10 Serveur-mx0
foo.org MX 5 Serveur-mx1
Parce que ce n'est pas suffisant, justement.
Il souhaite que les mails soient transmis à mx1 après son retour en
ligne. Donc, mx0 doit simplement les acceuillir dans sa queue en
attendant une période, par défaut, de 5 jours.
Il y a un truc que je dois pas comprendre parce que c'est ce que nous
faisons dans la société, notre FAI est relay pour notre domaine au cas
ou notre serveur de mail tombe (ou le lien) et ensuite des le retour
en-ligne, nous recuperons petit a petit les mails.
@+
JC
Dans ce cas, je pense qu'il serait plus approprié de configurer le
serveur de ton ami en "frontal" donc de creer une nouvelle route ou
plutot un nouveau "transport" pour le domaine à relayer (cf man transport)
La syntaxe:
domaineMx_a_relayer service:hote:port
Ex:
foo.org smtp:mailhost.foo.org
relaye le domaine foo.org vers l'hôte mailhost.foo.org en utilisant le
service smtp sur le port par defaut.
foo.org smtp:mailhost.foo.org:3002
relaye le domaine foo.org vers l'hôte mailhost.foo.org en utilisant le
service smtp sur le port 3002.
foo.org smtp:[mailhost.foo.org]:8024
relaye le domaine foo.org vers l'hôte mailhost.foo.org en désactivant la
résolv mx, en utilisant le service smtp sur le port 8024.
foo.org uucp:mailhost.foo.org
relaye le domaine foo.org vers l'hôte mailhost.foo.org en utilisant le
service uucp sur le port par defaut.
Eventuellement, il peut être interessant de rajouter une couche de
filtrage anti-virale/anti-spam (amavisd+clamav|avp etc..) ou une
solution plus simple basée sur le type mime de tes attachements (cf
header_checks) en créant un service maison ds master.cf (cf man+ doc sur
le content filtering).
Ex:
foo.org antivirus_gw:[mailhost.foo.org]
Bien sur, ne pas oublier de rajouter une wildcard à la fin pour traiter
tout le reste:
* smtp:smtp.mon_fai.net
--
Camille Turiel