Connection telnet port 143 refusé

Support Debian
#1

bonjour, après plusieurs tenatives d’instalation de mon serveur mail j’avance petit a petit, j’arrive a envoyer des mail via postfixadmin par contre et mode terminal et via telnet je n’arriva pas a me connecter sur le port 143

telnet monip 143

telnet: Unable to connect to remote host: Connection refused

merci

[quote]Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 493/named
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1049/sshd
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 9741/inetd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 9316/master
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 493/named
tcp 0 0 127.0.0.1:10023 0.0.0.0:* LISTEN 1018/postgrey.pid -
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 1089/mysqld
tcp6 0 0 ::1:53 :::* LISTEN 493/named
tcp6 0 0 :::22 :::* LISTEN 1049/sshd
tcp6 0 0 ::1:953 :::* LISTEN 493/named
tcp6 0 0 :::443 :::* LISTEN 9802/apache2
tcp6 0 0 :::80 :::* LISTEN 9802/apache2
udp 0 0 127.0.0.1:53 0.0.0.0:* 493/named
udp 0 0 127.0.0.1:921 0.0.0.0:* 728/lwresd
udp6 0 0 ::1:53 :::* 493/named
[/quote]

#2

Hello,

Pas assez d’infos :

-Distrib
-Versions
-Firewall ?
-Ports ouverts (nmap etc…)

#3

debian squeeze 64

mais que je me connect a roundcube il ne se connect pas au serveur imap

Erreur de connexion au serveur IMAP.

et un telnet localhost 143

refusé

merci

#4

Ok donc on peut en déduire que ton serveur IMAP ne tourne pas ou qu’il est mal configuré…

Tu utilises quel serveur IMAP ?

#5

salut en faite j’ai utilisé ce tuto : isalo.org/wiki.debian-fr/Ins … des_quotas

tout est correct sauf certains points dont le telnet localhost 143, donc je pense que mon serveur n’écoute pas sur ce port.

merci

#6

Pas besoin de penser, il y a juste à regarder les résultats de ton netstat. Aucun service en écoute sur le port 143 donc ton serveur IMAP ne tourne pas. Quant à savoir pourquoi, tu ne nous donnes aucune information pour pouvoir t’aider à ce niveau, et je suis pas assez calé en emails pour t’aider à trouver d’où ça vient. Mais quelqu’un d’autre va sûrement te demander des précisions… :slightly_smiling:

Cela dit tu pourrais déjà regarder dans /var/log/, probablement daemon.log (mais n’hésite pas à regarder les autres). Pour rendre la chose plus facile, juste avant de regarder les logs fais un service NOM_DE_TON_SERVEUR_IMAP restart (voir dans /etc/init.d/ pour les noms de services) et comme ça les éventuelles erreurs seront à la fin du log, pas besoin de les chercher bien loin.

#7

Hello,

Du coup tu utilises Dovecot (que j’utilise depuis 5 ans) donc vérifie qu’il tourne bien

netstat -lataupen | grep 143

on manque un peu d’infos la …

Lorsque tu fais un restart du service regarde les logs

#8

Salut,

[quote=“johnnyB”]Lorsque tu fais un restart du service regarde les logs

tailf /var/log/daemon.log[/quote]

Cela ressemble à une coquille et non à un alias.

Perso je verrai plutôt une nouvelle tentative avec telnet et suivre les logs suivants en live :

Quatre consoles.

[code]# tail -f /var/log/mail.log

tail -f /var/log/mail.err

tail -f /var/log/mail.warn

[/code]

De là, tu seras en possession des mots clés, pour tes recherches.

Ceci dit, de mon point de vue :

[code]# aptitude remove --purge postfix dovecot etc …

aptitude purge ~c

[/code]

Et reprends à zéro ! :083

#9

Heu c’est un peu violent BelZéButh :wink:

C’est peut etre juste Dovecot qui foire (enfin a priori)

Donc check ton service mais t as du te planter dans tes confs

Juste pour le fun :
tailf est mieux que tail -f :wink: c’est comme grep -r avec rgrep (ca c’était pour les flemmards) =)

#10

[quote=“johnnyB”]Heu c’est un peu violent BelZéButh :wink:

C’est peut etre juste Dovecot qui foire (enfin a priori)[/quote]

Pour le peu que j’en ai vu/lu, toutes les config sont à revoir. À mon avis, …

Je ne connaissais pas cette possibilité offerte par tail (je viens de tester), acceptes mes plus humbles excuses. :wink:

Ou alors, j’ai oublié. :075

#11

bonjour et merci de vos réponse, alors avec :

netstat -lataupen | grep 143

[quote]tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 0 173126713 1509/dovecot
[/quote]

tail -f /var/log/daemon.log

par contre quand je fais tail -f /var/log/mail.err

[quote]Oct 20 00:41:20 shop dovecot: auth(default): Fatal: User doesn’t exist: facteur
Oct 20 00:41:20 shop dovecot: dovecot: Fatal: Auth process died too early - shutting down
Oct 20 00:58:23 shop dovecot: auth(default): Fatal: User doesn’t exist: facteur
Oct 20 00:58:23 shop dovecot: dovecot: Fatal: Auth process died too early - shutting down
[/quote]

facteur est l’exemple dans le tuto, portant j’ai bien mis shop partout, ou puis je modifier ce fichier ?
en refaisant un telnet j’ai ceci maintenant :

[quote] telnet localhost 143
Trying 127.0.0.1…
Connected to localhost.
Escape character is ‘^]’.

  • OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready.
    [/quote]
    merci
#12

Très difficile de t’aider (voire ça ne donne pas envie du tout) si tu nous balances des logs sans nous dire la manip que t’as faite.

#13

Comme dit !

Remove purge.

Retour à la case départ. :wink:

#14

en fait depuis hier j’ai rien fais car le hdd de mon portable a laché dans la nuit, je suis dont retourné sur
le serveur cette aprem et je n’est plus de message d’erreur sur le port 143

ca fais 3 fois que je recommence tout a zero en purgant tou mais toujours pareil, hier j’ai pourtant reussi a faire partir des mail depuis postfix mais la ca ne fonctionne plus, je suis novice dans le dommaine des serveurs, je suis plus dans les languages basic mais j’ai besoins d’un serveur mail pour mon site, je vous demande donc de l’indulgence :wink:

merc

#15

Une règle d’or !!

Un bon tuto et un tuto que l’on comprend, assimile et adapte à sa situation, en vue de sa mise en place ultérieur.

Tout en prenant les précautions d’usage.

Nota : des recherches post-install, complémentaires, peuvent se justifier, éventuellement. :wink:

ps : Fais un effort, avec la langue Française. :083

#16

1+ BelZéButh et fluo

rm of death and try again !

#17

en fait j’ai repris pas a pas le tuto mais y’a une chose qui me chagrine :

en debut de tuto il diste de taper :
host -t MX mondomaine.ltd

et je devrais avoir

hors j’ai

[quote] postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
content_filter = amavis:[127.0.0.1]:10024
delay_warning_time = 1h
html_directory = /usr/share/doc/postfix/html
inet_interfaces = all
mailbox_size_limit = 0
mydestination = shop.o-xii.com, localhost.o-xii.com, , localhost
myhostname = shop.o-xii.com
mynetworks = 37.187.51.229/22 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = /usr/share/doc/postfix
receive_override_options = no_address_mappings
recipient_delimiter = +
relay_domains = mysql:/etc/postfix/mysql_relay_domains.cf
relayhost =
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_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unauth_destination, reject_unauth_pipelining, check_policy_service inet:127.0.0.1:10023, reject_invalid_hostname
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:3000
virtual_mailbox_base = /home/shop
virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_transport = dovecot
virtual_uid_maps = static:3000
[/quote]

quand je fais un test d’envoie de mail j’ai :

#18

En principe c’est amavis qui tourne que le port 10024 et c’est le bazar dans tes zones dns

Fais un test :

#19

en fait je n’est modifié aucun des dns car j’utilise ceux fournis par ovh

le test

merci

je vient de voir que dan /etc/ je n’est pas amavis

#20

Voila :wink:

Tu peux recommencer du début tranquille, étape par étape avec une bonne pinte