#1 Le 08/04/2014, à 17:57
- lhg-Emz0
connexion impossible au serveur smtp via thunderbird (postfix)
Bonjour.
Je me permets de solliciter votre aide pour un problème de connexion à mon serveur smtp autohébergé (postfix) via Thunderbird, car je m'arrache les cheveux depuis un moment et aucune des solutions trouvées ici ou ailleurs ne fonctionne - probablement parce que je m'y prends comme un manche.
Contexte :
Je suis sous Ubuntu 13.4, dont je suis du reste très content. J'y ai installé une VM sous Debian Squeeze avec serveur LAMP, Postfix, Dovecot, Roundcube...
Problème :
Tout fonctionnait bien jusque à ce que je mette Squeeze à jour vers Wheezy. Après ça, j'ai eu des problèmes de connexion à Roundcube / Postfix, que j'ai finalement pu régler en reconfigurant Dovecot, Postfix et Saslauthd. A présent, tout semble fonctionnel. Je peux me connecter à Roundcube, recevoir et envoyer des mails...
Sauf que...
Je m'aperçois que Thunderbird n'arrive plus à se connecter sur le serveur SMTP : il peut récupérer les mails via le protocole IMAP, mais quand je veux en envoyer, il me sort un échec d'identification. Je tente d'abord de me connecter comme je l'ai toujours fait en STARTSSL, sans succès. J'ai alors essayé de modifier ça pour : SSL/TLS ; aucun chiffrement... mot de passe chiffré ou en clair (des fois que la reconfig de Postfix / Dovecot / saslauthd sur le serveur ait modifié le protocole autorisé)... => Rien à faire.
L'identification sur le serveur 192.168.1.10 a échoué.
Je ne parviens absolument pas à permettre à Thunderbird d'accéder au serveur SMTP, même en bidouillant la conf de postfix dans webmin pour essayer provisoirement d'autoriser l'accès de la manière la plus large et ouverte.
Pourtant, un telnet 192.168.1.10 587 depuis l'host (client) vers la VM (serveur) aboutit bien (pas le port 465 en revanche, que j'ai pourtant ouvert et routé sur la box, mais peut-être faudrait-il la redémarrer), et un starttls retourne Ready to start TLS. Je ne vois donc pas ce qui ne passe pas, étant donné que via l'interface web de Roundcube les mêmes identifiants fonctionnent - que ce soit en local ou connexion distante.
Précision : la VM hébergeant le serveur n'utilise pas la connexion de l'hôte : elle a sa propre connexion ethernet, et donc sa propre ip. Il me semble donc qu'il faut considérer les deux machines comme étant distinctes, sur le même réseau local. C'est en tout cas comme cela que j'aborde d'habitude leur interconnexion, et cela est habituellement fonctionnel. L'host, sur lequel se trouve Thunderbird, a une ip locale fixée à 192.168.1.7 ; la VM / serveur est sur 192.168.1.10. Les ports sont bien ouverts sur le routeur (neufbox sfr), comme l'atteste le succès des pings / requêtes telnet effectués dans les deux sens.
Je n'ai pas encore pu tester la connexion au SMTP de l'extérieur du réseau : je suis en pleine campagne (hors couverture 3g), et il me faut aller loin pour avoir un accès internet qui ne passe pas par ma box.
Voulant faire les choses bien, j'ai consulté la page http://doc.ubuntu-fr.org/serveur/commen … r_le_forum ... mais je tombe sur une page inexistante. 
Je vous prie donc de m'excuser si mon post n'est pas conforme à ce qui est attendu. J'essaie de faire au mieux et me tiens évidemment à votre disposition pour toute information supplémentaire.
(Edit : J'ai trouvé ladite page. 
Vous trouverez ci-dessous les informations nécessaires que j'ai pu obtenir. )
Fichiers conf et logs :
Postfix main.cf (postonf -n) :
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
allow_percent_hack = no
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
home_mailbox = Maildir/
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
message_size_limit = 33333333
mydestination = $myhostname, localhost.$mydomain, $mydomain, revegeneral.org, b0t.info
myhostname = revegeneral.org
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/77
myorigin = revegeneral.org
readme_directory = no
recipient_delimiter = +
relayhost = smtp.sfr.fr
sender_bcc_maps = hash:/etc/postfix/bcc
sender_dependent_default_transport_maps = hash:/etc/postfix/virtual
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
virtual_alias_maps = hash:/etc/postfix/virtualJe ne peux pas vous mettre le contenu de mon /var/log/mail.log car il est si long que le forum me le refuse...
Par ailleurs, j'ai trouvé un mail.log.1 au moins aussi long !
De plus, on peut y lire en clair les usernames, donc je ne suis pas certain qu'il soit judicieux de poster cela ici.
saslfinger -c :
saslfinger - postfix Cyrus sasl configuration mardi 8 avril 2014, 19:33:06 (UTC+0200)
version: 1.0.4
mode: client-side SMTP AUTH
-- basics --
Postfix: 2.9.6
System: Debian GNU/Linux 7 \n \l
-- smtp is linked to --
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f57a14dd000)
-- active SMTP AUTH and TLS parameters for smtp --
relayhost = smtp.sfr.fr
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
-- listing of /usr/lib/sasl2 --
ls: impossible d'accéder à /usr/lib/sasl2/Sendmail.conf: Aucun fichier ou dossier de ce type
total 88
drwxr-xr-x 2 root root 4096 avril 7 18:12 .
drwxr-xr-x 212 root root 69632 avril 8 00:42 ..
-rw-r--r-- 1 root root 4 avril 7 18:12 berkeley_db.active
-rw-r--r-- 1 root root 4 juin 9 2013 berkeley_db.txt
-rw-r----- 1 root root 701 déc. 26 14:00 saslpasswd.conf
l????????? ? ? ? ? ? Sendmail.conf
-- listing of /etc/postfix/sasl --
total 4
drwxr-xr-x 2 root root 1024 avril 8 15:17 .
drwxr-xr-x 3 root root 1024 avril 8 18:39 ..
-rw-r--r-- 1 root root 267 avril 8 15:17 smtpd.conf
-rw-r--r-- 1 root root 262 avril 7 18:35 smtpd.conf~
Cannot find the smtp_sasl_password_maps parameter in main.cf.
Client-side SMTP AUTH cannot work without this parameter!=> Les deux dernières lignes semblent indiquer d'où vient le problème :
Cannot find the smtp_sasl_password_maps parameter in main.cf.
Client-side SMTP AUTH cannot work without this parameter
... mais je ne sais pas du tout comment régler ça.
saslfinger -s :
saslfinger - postfix Cyrus sasl configuration mardi 8 avril 2014, 19:33:34 (UTC+0200)
version: 1.0.4
mode: server-side SMTP AUTH
-- basics --
Postfix: 2.9.6
System: Debian GNU/Linux 7 \n \l
-- smtpd is linked to --
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007fd19d472000)
-- active SMTP AUTH and TLS parameters for smtpd --
broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
-- listing of /usr/lib/sasl2 --
ls: impossible d'accéder à /usr/lib/sasl2/Sendmail.conf: Aucun fichier ou dossier de ce type
total 88
drwxr-xr-x 2 root root 4096 avril 7 18:12 .
drwxr-xr-x 212 root root 69632 avril 8 00:42 ..
-rw-r--r-- 1 root root 4 avril 7 18:12 berkeley_db.active
-rw-r--r-- 1 root root 4 juin 9 2013 berkeley_db.txt
-rw-r----- 1 root root 701 déc. 26 14:00 saslpasswd.conf
l????????? ? ? ? ? ? Sendmail.conf
-- listing of /etc/postfix/sasl --
total 4
drwxr-xr-x 2 root root 1024 avril 8 15:17 .
drwxr-xr-x 3 root root 1024 avril 8 18:39 ..
-rw-r--r-- 1 root root 267 avril 8 15:17 smtpd.conf
-rw-r--r-- 1 root root 262 avril 7 18:35 smtpd.conf~
-- content of /etc/postfix/sasl/smtpd.conf --
pwcheck_method: saslauthdmech_list: plain login
allow_plaintext: true
auxprop_plugin: sql
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: --- replaced ---
sql_passwd: --- replaced ---
sql_database: dbispconfig
sql_select: select password from mail_user where login = '%u@%r'
-- content of /etc/postfix/sasl/smtpd.conf --
pwcheck_method: saslauthdmech_list: plain login
allow_plaintext: true
auxprop_plugin: sql
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: --- replaced ---
sql_passwd: --- replaced ---
sql_database: dbispconfig
sql_select: select password from mail_user where login = '%u@%r'
-- active services in /etc/postfix/master.cf --
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
smtp inet n - - - - smtpd -o smtpd_sasl_auth_enable=yes
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - n 300 1 qmgr
tlsmgr unix - - - 1000? 1 tlsmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
flush unix n - - 1000? 0 flush
proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - - - - smtp
relay unix - - - - - smtp
-o smtp_fallback_relay=
showq unix n - - - - showq
error unix - - - - - error
retry unix - - - - - error
discard unix - - - - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - - - - lmtp
anvil unix - - - - 1 anvil
scache unix - - - - 1 scache
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix - n n - 2 pipe
flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman unix - n n - - pipe
flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
${nexthop} ${user}
submission inet n - - - - smtpd -o smtpd_sasl_auth_enable=yes
-- mechanisms on localhost --
250-AUTH DIGEST-MD5 CRAM-MD5 NTLM PLAIN LOGIN
250-AUTH=DIGEST-MD5 CRAM-MD5 NTLM PLAIN LOGIN
-- end of saslfinger output --Donc, si je comprends bien, il y a un problème de "password_map" non configuré... Mais comment régler ça ?
Si quelqu'un a une idée, je suis preneur !
Notez que le serveur étant installé dans une VM sous Virtualbox, l'on peut y faire toutes manips dangereuses, les instantanés permettant de restaurer en cas de problème (j'en ai évidemment pris un avant de me lancer dans des bidouilles hasardeuses). 
D'avance, merci à toute âme charitable.
EDIT : J'ai trouvé un truc sur le web : il faudrait indiquer "smtp_password_maps = hash:/etc/postfix/sasl_passwd" dans /etc/postfix/main.cf...
Seulement ça ne change strictement rien.
J'ai pourtant créé un fichier /etc/postfix/sasl_passwd contenant les identifiants utilisateurs :
username:password
username:password
username:password... Mais rien n'y fait.
J'ai aussi essayé de rédiger ce fichier sous la forme suivante, sans plus de résultat :
user1@mondomaine.net username:password
user2@mondomaine.net username:password
user3@mondomaine.net username:passwordDu coup, là je n'ai vraiment plus d'idée.
Personne ne saurait m'aiguiller ? 
Dernière modification par lhg-Emz0 (Le 08/04/2014, à 21:30)
{ http://revegeneral.org : site polëthique } ~ { le bazar d'Emz0 : créations diverses }
http://hydrox-inc.com - Pour votre sécurité et votre bien-être : Hydrox, une société au service de l'Humanité.
Produits de qualité de vie et sécurisation de l’environnement personnel. Hydrox, pour une nouvelle ère !
Hors ligne
#2 Le 08/04/2014, à 21:41
- yann_001
Re : connexion impossible au serveur smtp via thunderbird (postfix)
Bonsoir.
Déjà lorsque tu es passé de Squeeze à Wheezy tu as écrasé les fichiers de configurations.
Pour éviter ce genre de problème lors d'une migration il faut déplacer le tout.
Perso j'ai un serveur Lamp, de courrier sur mon pc et la base de données, les fichiers de config sont sur un autre disque.
J'ai déplacé le tout pour éviter en cas de mise à niveau d'avoir à refaire les fichiers de configuration.
Le problème doit venir de mydestination
Hors ligne
#3 Le 08/04/2014, à 22:30
- lhg-Emz0
Re : connexion impossible au serveur smtp via thunderbird (postfix)
Bonsoir, et merci de ta réponse.
En effet, la mise à jour de Debian a écrasé ces fichiers de configuration, ce qui a dans un premier temps empêché toute connexion à postfix. J'en avais auparavant fait un backup pour restaurer ensuite mes paramètres. En effet, j'avais dans un premier temps tenté de refuser leur écrasement lors de la mise à jour, mais cela occasionnait de sérieux problèmes de fonctionnement de postfix, dovecot et saslauthd, la structure de ces fichiers et certains éléments de syntaxe ayant été modifiés entre les anciennes versions et les nouvelles.
Donc, après avoir repris un backup du système avant mise à jour, j'ai recommencé le processus en acceptant l'écrasement, puis restauré mes paramètres à partir de mes backups. A partir de là tout est de nouveau fonctionnel... hormis ce problème de connexion de clients mail au serveur smtp. 
A l'heure qu'il est, mydestination est paramétré exactement comme avant la mise à jour :
mydestination = $myhostname, localhost.$mydomain, $mydomain, revegeneral.org, b0t.info
Pour comparaison :
mon ancien main.conf (avant mis à jour de Debian, tout à fait fonctionnel) :
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
readme_directory = no
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
myhostname = revegeneral.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = revegeneral.org
mydestination = $myhostname, localhost.$mydomain, $mydomain, revegeneral.org, b0t.info
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
recipient_delimiter = +
virtual_alias_maps = hash:/etc/postfix/virtual
sender_bcc_maps = hash:/etc/postfix/bcc
home_mailbox = Maildir/
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
allow_percent_hack = no
sender_dependent_default_transport_maps = hash:/etc/postfix/virtual
relayhost = smtp.sfr.fr
message_size_limit = 33333333... et le nouveau (après mise à jour et reconfiguration manuelle, plus de connexion au SMTP possible par Thunderbird) :
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
readme_directory = no
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
myhostname = revegeneral.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = revegeneral.org
mydestination = $myhostname, localhost.$mydomain, $mydomain, revegeneral.org, b0t.info
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/77
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
recipient_delimiter = +
virtual_alias_maps = hash:/etc/postfix/virtual
sender_bcc_maps = hash:/etc/postfix/bcc
home_mailbox = Maildir/
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
allow_percent_hack = no
sender_dependent_default_transport_maps = hash:/etc/postfix/virtual
relayhost = smtp.sfr.fr
message_size_limit = 33333333
smtpd_tls_security_level = may
smtpd_sasl_auth_enable = yes(J'ai viré dans les deux cas les lignes commentées.)
Je ne vois aucune différences entre ces deux fichiers, hormis :
- la ligne smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd que j'ai ajoutée tout à l'heure, pointant sur le fichier contenant les identifiants que j'ai créé dans la foulée, suivant les informations que j'ai pu glaner. Mais cela n'a rien arrangé - au moins ça n'a pas empiré. 
- mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/77 -> mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/77
=> idem : j'ai ajouté ça tout à l'heure, dans le doute, mais ça ne semble avoir eu aucun effet.
- smtpd_sasl_auth_enable = yes => Cela n'était pas dans le fichier de configuration d'origine, il m'a fallu l'ajouter pour pouvoir me connecter à postfix après la mise à jour. Cela fonctionne à présent en ce qui concerne la connexion par navigateur (imap et smtp, via roundcube, virtualmin ou usermin), et la connexion de Thunderbird au serveur imap. Cela pourrait-il empêcher la connexion au SMTP ?
EDIT : L'IP sur laquelle j'exécute Thunderbird étant 192.168.1.7, je viens d'essayer de modifier la ligne suivante :
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/77
-> vers :
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0/7.0/77
... Mais l'identification échoue toujours, quelque soit l'utilisateur.
Dernière modification par lhg-Emz0 (Le 08/04/2014, à 23:09)
{ http://revegeneral.org : site polëthique } ~ { le bazar d'Emz0 : créations diverses }
http://hydrox-inc.com - Pour votre sécurité et votre bien-être : Hydrox, une société au service de l'Humanité.
Produits de qualité de vie et sécurisation de l’environnement personnel. Hydrox, pour une nouvelle ère !
Hors ligne
#4 Le 09/04/2014, à 11:36
- lhg-Emz0
Re : connexion impossible au serveur smtp via thunderbird (postfix)
Bon, apparemment je ne peux plus recevoir de mails depuis les modifications apportées hier au main.cf. =__=
J'entends par là, non que Thunderbird ne peut plus se connecter au serveur imap pour les récupérer, mais que ledit serveur ne reçoit lui-même plus aucun mail depuis cette opération.
-> J'annule mes modifications. => Tout refonctionne... Mais toujours impossible de connecter Thunderbird au SMTP, et donc d'envoyer des mails à partir d'un client.
C'est à n'y rien comprendre.
EDIT(s) :
1) Ajout de smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd à main.cf (et redémarrage de postfix, évidemment) :
-> Tout fonctionne bien, hormis la connexion de clients mail au serveur SMTP : Thunderbird retourne toujours un échec d'identification.
=> J'en conclue, puisque l'ajout de cette ligne ne semble pas bloquer le fonctionnement de postfix, que c'est la modification des plages d'adresses "mynetworks" qui a posé problème hier soir. J'y retoucherai si nécessaire, mais de toute façon je doute que le problème de connexion de Thunderbird au serveur SMTP vienne de là, le champ semblant correct.
Je vais pour l'instant concentrer mes efforts sur la mise en forme d'un fichier sasl_passwd valide. J'ai franchement l'intuition que c'est là que ça coince...
Sinon, si quelqu'un a une autre idée, je suis ouvert hein.
2) Apparemment, le fichier sasl_passwd devrait être de la forme (d'après ce que j'ai lu dans la doc ubuntu) :
smtp.serveur.org:1234 nom_utilisateur:mot_de_passe
Mon serveur mail (postfix) se trouve sur emz0.net. J'ai donc essayé de mettre :
emz0.net:587 user1:mot_de_passe... puis d'envoyer un mail à partir du compte de cet utilisateur via Thunderbird...
Mais cela ne passe toujours pas.
3) Ne sachant pas trop comment postfix interprète la chose, j'ai essayé de remplacer mon domaine par le nom d'hôte local :
/etc/postfix/sasl_passwd :
localhost:587 user1:mot_de_passe-> aucun changement.
4) Mêmes réglages, sans préciser le port : toujours rien.
5) Ne comprenant décidément rien au fonctionnement de ce sasl_passwd, je tente de parer à toute éventualité :
/etc/postfix/sasl_passwd :
emz0.net user:mot_de_passe
emz0.net:587 user:mot_de_passe
localhost user:mot_de_passe
localhost:587 user:mot_de_passe
192.168.1.7 user:mot_de_passe
192.168.1.7:587 user:mot_de_passe
192.168.1.10 user:mot_de_passe
192.168.1.10:587 user:mot_de_passe-> fail -_-
6) Rien non plus avec :
/etc/postfix/sasl_passwd :
smtp.emz0.net user:mot_de_passe
smtp.emz0.net:587 user:mot_de_passe
smtp.localhost user:mot_de_passe
smtp.localhost:587 user:mot_de_passe
smtp.192.168.1.7 user:mot_de_passe
smtp.192.168.1.7:587 user:mot_de_passe
smtp.192.168.1.10 user:mot_de_passe
smtp.192.168.1.10:587 user:mot_de_passeDernière modification par lhg-Emz0 (Le 09/04/2014, à 17:54)
{ http://revegeneral.org : site polëthique } ~ { le bazar d'Emz0 : créations diverses }
http://hydrox-inc.com - Pour votre sécurité et votre bien-être : Hydrox, une société au service de l'Humanité.
Produits de qualité de vie et sécurisation de l’environnement personnel. Hydrox, pour une nouvelle ère !
Hors ligne
#5 Le 09/04/2014, à 12:33
- yann_001
Re : connexion impossible au serveur smtp via thunderbird (postfix)
Bonjour.
En effet, la mise à jour de Debian a écrasé ces fichiers de configuration, ce qui a dans un premier temps empêché toute connexion à postfix. J'en avais auparavant fait un backup pour restaurer ensuite mes paramètres. En effet, j'avais dans un premier temps tenté de refuser leur écrasement lors de la mise à jour, mais cela occasionnait de sérieux problèmes de fonctionnement de postfix, dovecot et saslauthd
Oui c'est vrai je suis confronté à ce genre de problème lorsque je fais des mises à niveau sur les nouvelles LTS d'Ubuntu.
Actuellement je suis sur Precise ce qui équivaut à Squeeze mais je vais tester pour voir ce que cela donne avec Trusty qui équivaut à Wheezy histoire de voir ce qui m'attend et peut-être pouvoir t'aider.
Comme je vais installer Trusty sur un autre pc et que j'ai une connexion digne des années 50 je pourrais donner des retours valables que dans deux jours.
Hors ligne
#6 Le 09/04/2014, à 12:37
- lhg-Emz0
Re : connexion impossible au serveur smtp via thunderbird (postfix)
0K. Je te remercie beaucoup pour ton aide, et d'avance pour tes retours.
Et je te souhaite bon courage pour le passage de Precise à Trusty : la mise à jour des paquets de saslauthd, postfix (et dans une moindre mesure dovecot ?) semble vraiment problématique, d'expérience et d'après ce que j'ai pu lire - il semble que je sois loin d'être le seul à rencontrer ces problèmes.
En particulier, le passage de saslauthd 2.1.23 à 2.1.24 et sup. semble assez hasardeuse, et nécessite aussi des aménagements de la conf de postfix.
Dernière modification par lhg-Emz0 (Le 09/04/2014, à 12:41)
{ http://revegeneral.org : site polëthique } ~ { le bazar d'Emz0 : créations diverses }
http://hydrox-inc.com - Pour votre sécurité et votre bien-être : Hydrox, une société au service de l'Humanité.
Produits de qualité de vie et sécurisation de l’environnement personnel. Hydrox, pour une nouvelle ère !
Hors ligne