Ca fait un moment que j'ai install=E8 une authentification SMTP sur mon ser=
veur=20
Postfix pour pourvoir envoyer des mails depuis le boulot via mon serveur de=
=20
mail. Ca tourne nickel avec sasl2-bin + postfix, tout ca en testing, l=E0 n=
'est=20
pas le probl=E8me.
Je viens de constater que j'avais fait =E7a comme un goret, je m'explique :
=2D Copie de fichiers relatif =E0 SASL dans le chroot de postfix
=2D Modification du script rc.d pour qu'il change des droits + fasse un lie=
n=20
de /var/run/saslautd vers /var/spool/postfix/var/run/saslauthd
Alors je me demande si il n'existe pas une m=E9thode plus clean pour Debian=
et=20
surtout qui ne me fasse pas peur =E0 chaque mise =E0 jour des scripts de=20
postfix :)
Des exp=E9riences la dessus ?
Bon Vendredi :)
=2D-=20
Damien Raude-Morvan / DrazziB
WEB : www.drazzib.com
TEL : 06 08 80 36 98
ICQ : 68119943
GPG: 0x337C7EBB
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
COMBES Julien, CETE Lyon/DI/ET/PAMELA
Bonjour,
Damien Raude-Morvan a écrit :
Je viens de constater que j'avais fait ça comme un goret, je m'expliq ue : - Copie de fichiers relatif à SASL dans le chroot de postfix - Modification du script rc.d pour qu'il change des droits + fasse un l ien de /var/run/saslautd vers /var/spool/postfix/var/run/saslauthd
Alors je me demande si il n'existe pas une méthode plus clean pour De bian et surtout qui ne me fasse pas peur à chaque mise à jour des scripts d e postfix :)
Des expériences la dessus ?
Oui, mais cela ne va pas faire avancer beaucoup ...
J'ai fait pas mal de recherche sur le net et je n'ai pas trouvé de méthode vraiment plus clean. Apparemment c'est : - soit déporter /var/run/saslauthd dans /var/spool/postfix/var/run/saslauthd (avec éventuellement un lien symbolique dans pour que tous les autres programmes touvent salsauthd facilement) - soit supprimer le chrootage de smtpd dans /etc/postfix/master.cf
Par contre, j'ai un problème que je n'ai pas encore résolu encore : quelque chose (apparement pas un upgrade de sasl2-bin) vient me supprimer le lien symbolique /var/run/saslauthd (sur var/spool/postfix/var/run/saslauthd) pour me le remplacer par un repertoire !
a+ Julien
Bonjour,
Damien Raude-Morvan a écrit :
Je viens de constater que j'avais fait ça comme un goret, je m'expliq ue :
- Copie de fichiers relatif à SASL dans le chroot de postfix
- Modification du script rc.d pour qu'il change des droits + fasse un l ien
de /var/run/saslautd vers /var/spool/postfix/var/run/saslauthd
Alors je me demande si il n'existe pas une méthode plus clean pour De bian et
surtout qui ne me fasse pas peur à chaque mise à jour des scripts d e
postfix :)
Des expériences la dessus ?
Oui, mais cela ne va pas faire avancer beaucoup ...
J'ai fait pas mal de recherche sur le net et je n'ai pas trouvé de
méthode vraiment plus clean. Apparemment c'est :
- soit déporter /var/run/saslauthd dans
/var/spool/postfix/var/run/saslauthd (avec éventuellement un lien
symbolique dans pour que tous les autres programmes touvent salsauthd
facilement)
- soit supprimer le chrootage de smtpd dans /etc/postfix/master.cf
Par contre, j'ai un problème que je n'ai pas encore résolu encore :
quelque chose (apparement pas un upgrade de sasl2-bin) vient me
supprimer le lien symbolique /var/run/saslauthd (sur
var/spool/postfix/var/run/saslauthd) pour me le remplacer par un
repertoire !
Je viens de constater que j'avais fait ça comme un goret, je m'expliq ue : - Copie de fichiers relatif à SASL dans le chroot de postfix - Modification du script rc.d pour qu'il change des droits + fasse un l ien de /var/run/saslautd vers /var/spool/postfix/var/run/saslauthd
Alors je me demande si il n'existe pas une méthode plus clean pour De bian et surtout qui ne me fasse pas peur à chaque mise à jour des scripts d e postfix :)
Des expériences la dessus ?
Oui, mais cela ne va pas faire avancer beaucoup ...
J'ai fait pas mal de recherche sur le net et je n'ai pas trouvé de méthode vraiment plus clean. Apparemment c'est : - soit déporter /var/run/saslauthd dans /var/spool/postfix/var/run/saslauthd (avec éventuellement un lien symbolique dans pour que tous les autres programmes touvent salsauthd facilement) - soit supprimer le chrootage de smtpd dans /etc/postfix/master.cf
Par contre, j'ai un problème que je n'ai pas encore résolu encore : quelque chose (apparement pas un upgrade de sasl2-bin) vient me supprimer le lien symbolique /var/run/saslauthd (sur var/spool/postfix/var/run/saslauthd) pour me le remplacer par un repertoire !