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