Le suffixe est un excellent et puissant agent des transferts de courrier (MTA) comme le sendmail. Vous pouvez configurer le suffixe pour envoyer les courrier en partance directement (d�faut) ou pour les transmettre par relais � un autre MTA, qui pourrait �tre suffixe ou sendmail. Cependant vous ne voulez pas que n'importe qui puisse transmettre par relais des courrier par le serveur. Tellement normalement des MTAs sont configur�s pour transmettre par relais des courrier des r�seaux de confiance et/ou authentifi�s seulement (configurable). Une autre option est disponible quand votre MTA local a un IP address fixe. Cependant pour tous autres cas utilisant SASL est une option tr�s bloqu�e et facilement configurable comme d�taill� ci-dessous.

Une configuration typique sur le serveur qui re�oit l'email pour transmettre par relais aux centres serveurs � distance ressemble � :
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination

L'entr�e permit_sasl_authenticated s'assure que des clients authentifi�s par SASL sont autoris�s pour transmettre par relais des email par ce serveur.

Cependant vous devez configurer votre serveur local de suffixe pour transmettre par relais les courrier en partance � ce serveur et pour employer �galement SASL tout en transmettant par relais. Vous devez placer d'abord votre param�tre de relayhost pour transmettre par relais les courrier en partance � votre serveur sp�cifique. Le param�tre de relayhost sp�cifie le centre serveur de d�faut pour envoyer le courrier � quand aucune entr�e n'est assortie dans la table facultative de transport. Quand aucun relayhost n'est donn�, le courrier est conduit directement � la destination.
Mes arrangements de relayhost est :
relayhost = mail.taragana.com
Ceci assure le relais des email. Configurer maintenant envoyer des courrier avec SASL que vous devez placer au moins ce qui suit :

smtp_sasl_auth_enable = oui
smtp_sasl_password_maps = g�chis : /etc/postfix/sasl_passwd
smtp_sasl_mechanism_filter = plat, ouverture
smtp_sasl_security_options = noanonymous

Le dossier /etc/postfix/sasl_passwd doit contenir l'ouverture et le mot de passe qu'il emploiera pour authentifier lui-m�me. Il regarde le go�t :
username de mail.domain.com : secret_password

Remplacez mail.domain.com par le domaine de votre serveur de r�ception de suffixe (MTA). Remplacez l'username par un nom d'utilisateur valide et un secret_password avec un mot de passe valide.

Vous devriez cr�er le g�chis de la carte par l'utilisation :
postmap /etc/postfix/sasl_passwd.

Suffixe de relancement comme suit et vous soyez pr�t � aller :
entretenez le relancement de suffixe

Note : Vous pouvez corriger les les deux les serveurs de suffixe par la v�rification de /var/log/maillog (queue d'utilisation - f).