Pages : 1
#1 Le 13/12/2020, à 12:13
- diesel
[RÉSOLU] problème fetchmail
J'ai un serveur de messagerie en ipv6 qui tourne sous postfix.
J'essaye d'installer fetchmail pour récupérer mes mails cher mon FAI et ça marche pô ;-((
Le serveur (au niveau de l'OS ; ubuntu 20.04 installé à partir de ubuntu minimal) est full ipv6 (je ne sais pas si c'est important).
Le serveur postfix fonctionne.
J'ai installé fetchmail (sudo apt install fetchmail).
J'ai le fichier fetchmail dans init.d et les liens S01fetchmail dans rc2.d, rc3.d, rc4.d, rc5.d
Mon fichier /etc/default/fetchmail contient :
# This file will be used to declare some vars for fetchmail
#
# Uncomment the following if you don't want localized log messages
# export LC_ALL=C
# If you want to specify any additional OPTION to the start
# scripts specify them here
# OPTIONS=...
OPTIONS="-v -d 30"
# Declare here if we want to start fetchmail. 'yes' or 'no'
START_DAEMON=yes
RUNASROOT=false
Enfin, mon fichier /etc/fetchmailrc contient :
defaults no dns
set syslog
set daemon 30
set postmaster "postmaster@serveur"
poll pop.free.fr with proto POP3
user 'mon.essai.a.moi@free.fr' there with password 'blablabla' is 'jmd' here
sslproto ''
antispam 471 501 550 554 57
jean-marie@serveur:/etc$
Où jmd est un alias (j'ai modifié le mot de passe du compte pour ce post).
Et lorsque je fais un
sudo service fetchmail start
il ne se passe rien. Un
jean-marie@serveur:~$ ps ax | grep fetchmail
13489 pts/0 S+ 0:00 grep --color=auto fetchmail
jean-marie@serveur:~$
me montre bien que fetchmail ne tourne pas.
Et rien dans /var/log/syslog, ni dans /var/log/mail.log, ni dans /var/log/mail.err
Je précise que j'ai un autre serveur en ipv4 avec quasiment la même configuration qui fonctionne parfaitement depuis des années.
Quelqu'un a une idée ?
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 13/12/2020, à 16:05)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#2 Le 13/12/2020, à 12:53
- bruno
Re : [RÉSOLU] problème fetchmail
Salut,
Dans un premier temps n'active que cette ligne dans /etc/default/fetchmail :
START_DAEMON=yes
Ensuite les niveau d'exécution rc0, rc1, etc. c'est obsolète. Ils ne sont là que pour des raisons de rétro-compatibilité. On utilise systemd.
Donc :
sudo systemctl restart fetchmail
Puis on vérifie l'état du service avec :
systemctl status fetchmail
Dernière modification par bruno (Le 13/12/2020, à 15:57)
#3 Le 13/12/2020, à 15:42
- diesel
Re : [RÉSOLU] problème fetchmail
Bonjour Bruno,
J'ai du mal à comprendre la "ligne"
/etc/default/fetchmail
dans /etc/default/fetchmail !?!
Pour ce qui est des niveaux d'exécution de fetchmail, j'ai :
jean-marie@serveur:~$ sudo systemctl enable fetchmail
fetchmail.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable fetchmail
jean-marie@serveur:~$
Cependant :
jean-marie@serveur:~$ sudo systemctl status fetchmail
● fetchmail.service - LSB: init-Script for system wide fetchmail daemon
Loaded: loaded (/etc/init.d/fetchmail; generated)
Active: active (exited) since Sat 2020-12-12 10:38:16 CET; 1 day 5h ago
Docs: man:systemd-sysv-generator(8)
Tasks: 0 (limit: 4572)
Memory: 0B
CGroup: /system.slice/fetchmail.service
déc. 12 10:38:16 serveur systemd[1]: Starting LSB: init-Script for system wide fetchmail daemon...
déc. 12 10:38:16 serveur fetchmail[3507]: * Not starting fetchmail daemon, disabled via /etc/default/fetchmail
déc. 12 10:38:16 serveur systemd[1]: Started LSB: init-Script for system wide fetchmail daemon.
jean-marie@serveur:~$
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 13/12/2020, à 15:52)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#4 Le 13/12/2020, à 15:57
- diesel
Re : [RÉSOLU] problème fetchmail
Ça va mieux.
Vu la ligne " Active: active (exited) since Sat 2020-12-12 10:38:16 CET; 1 day 5h ago"
Un petit coup de "sudo systemctl stop fetchmail", suivi d'un "sudo systemctl start fetchmail" a l'air d'avoir redémarré la chose.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 13/12/2020, à 15:58)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#5 Le 13/12/2020, à 15:58
- bruno
Re : [RÉSOLU] problème fetchmail
Oui erreur de ma part j'ai corrigé.
#6 Le 13/12/2020, à 15:59
- diesel
Re : [RÉSOLU] problème fetchmail
Oui erreur de ma part j'ai corrigé.
Pas grave, ça arrive à tout le monde (à commencer par moi ;o) )
Et merci de t'intéresser à mes problèmes.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 13/12/2020, à 16:31)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#7 Le 13/12/2020, à 16:04
- diesel
Re : [RÉSOLU] problème fetchmail
Ça a vraiment l'air de fonctionner. J'ai récupéré mon premier message sur la boîte d'essai sur le serveur mail de mon FAI et il est bien arrivé dans la mailbox sur mon serveur. Et je viens de vérifier qu'en parallèle, je l'ai bien reçu aussi sur mon portable.
Je vais enfin pouvoir couper mon serveur en ipv4 (sous ubuntu 16.04) et tout basculer sur celui en ipv6 (sous ubuntu 20.04).
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 13/12/2020, à 16:30)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
Pages : 1