Bonsoir,
 
Quand je me connecte a partir d'outlook sur mon serveur mail qui est sous Linux (postifx), il met environ 2 à 3 mn avant de telecharger les messages (meme si ya pas de messages). D'ou vient le prob ? y a t'il un time out a regler dans la configuration de mon pop3?
 
Merci d'avance

À tous les coups c'est la vérification d'ident (RFC 1413) qui chie.
 
Sous exim ça se change très facilement, je suppose que sous postfix aussi.

ben si c'est quand tu consultes tes mail que ca chie, ca n'a rien avoir avec postfix, c'est ton serveur pop qui a un pb

 
AH !    
 
Qui  a raison ? qui a tort ?

moi
 
non, serieusement, ce que fait le serveur smtp (postfix, sendmail, exim,...) c'est recevoir les mails de l'exterieur et les stocker dans un repertoire (/var/spool/mail pour une mailbox ou $HOME/Maildir pour une maildir en general), puis son travail s'arrete la.
 
Apres, si t'as un acces shell au serveur, tu peux utiliser mutt par exemple qui va directement lire dans ces fichiers. Sinon, on installe un serveur pop ou imap, qui apres une autentification va lire dans ces memes fichiers et les transmettre au client. C'est qqch de tout a fait independent du serveur smtp (la preuve, dans un client mail, tu dois spécifier un serveur pop et un serveur smtp)

 
Tu sais chez-moi, je mets comme serveur pop3 (dans outlook) l'adresse IP du serveur et c'est tres rapide. Par contre au boulot (ou meme chez moi, j'ai deja essayé) que je mettre l'adresse IP publique ou le nom de de ma machine genre smtp.monnomdedomaine.com, c'est tres lent.
 
mon serveur est parfaitement configuré et il marche bien.
 
y a un binz

t'as essayé de regarder dans les logs de ton serveur pop ? Y doit surement y avoir des trucs

C'est bien un problème d'ident. Mais pas dans postfix, bien sûr, dans le serveur POP.

 
Et comment resoudre ce prob d'ident STP ?

t'utilises quoi comme "serveur" pop ? un de ceux gérés par (x)inetd ?

Tu configures ton serveur correctement.

Oui c'est ça geré par xinetd mais configurer quoi ? quel fichier (s) par ex. ?  

fais voir :
 
/etc/xinetd.conf
/etc/xinetd.d/ipop3 ou pop3s (enfin celui que tu utilises, c'est sûrement un des 2 là, je pense pas que ce soit ipop2)
 
déjà on verra ce que ça donne à ce niveau là
 
edit : quelle distro ?

 
Mandrake 9.0
 
voici le fichier pop3s :
 
[# default: off
# description: The POP3S service allows remote users to access their mail \
#              using an POP3 client with SSL support such as fetchmail.
service pop3s
{
 socket_type  = stream
 wait   = no
 user   = root
 server   = /usr/sbin/ipop3d
 log_on_success  += USERID
 log_on_failure  += USERID
 disable   = no
}
 
]

essaye ipop3 pour voir si ça te fais la même chose
 
tu mets "disable = yes" dans pop3s, puis "disable = no" dans ipop3 et tu fais "service xinetd restart"
 
ça doit venir du mode de connexion "log_on_succes USERID" pour celui-ci et "log_on_success HOST DURATION" pour ipop3, en plus pop3s gère le SSL et si ça se trouve tu te connectes justement en SSL et ton souci ce trouve peut-ètre à ce niveau...

 
Non hela! ca ne change strictement rien.

ton client mail c'est quoi sinon ? ça le fait aussi avec un autre ? problème réseau ? résolution DNS "foireuse" ? elle a quella âge ta soeur ? oupss... pardon

 
HA outlook et ma soeur est plus agée que toi

bah il n'y a pas forcément de raison que ça vienne de outlook, on va pas la jouer mauvaise langue quand même...
 
essaye les autres pistes

 
Non ça ne vient pas d'outlook, je vais explorer d'autres pistes effectivement. Merci quand meme.

Essaye avec le serveur courier, il ne passe pas par {,x}inetd et ne vérifie pas l'ident.

essaye un telnet @ip_serveur 110
ca dit quoi

 
Non c'est pareil, meme chatiment (lenteur). En fait la lenteur c'est se produit au moment ou le cleint (outlook ou telnet) prend contact avec le serveur pop3, apres c'est rapide.
 
par exemple dans telnet :
 
open @ip serveur 110
 
il met environs 1 mn avant de me repondre :
+OK <bla bla bla...>
apres toutes les commandes repondent rapidement :
user toto
+OK
pass titi
+OK
stat
+OK 0 0
etc, etc...
 

tu as quoi dans tes logs ?
fais envoyer/recevoir puis
tail /var/log/messages
tail/var/log/mail/info
tail/var/log/mail/error

Tu sais lire ?
 
À 99 % C'EST UN PROBLÈME D'IDENT.

lut
j'ai eu le meme problème que toi et ce fut résolu en mettant les ips des client dans etc/hosts

ha ben voila, ca a plutot l'air d'etre un pb de resol dns inverse ou un truc comme ca on dirait