apres avoir installé un serveur sendmail, je souhaitais installer un serveur pop. je me suis donc tourné vers fetchmail. mon soucis, c'est que depuis mon outlook, sur un poste winxp, je n'arrive pas a me connecter sur le serveur. dans le repertoir home de mn user sur le linux (rehat el5, je ne sais pas si c'est tres important ? ) j'ai un fichier .fetchjmailrc dans lequel j'ai mis ceci:
defaults proto pop3 fetchall no keep no rewrite set daemon 600
poll mon-serveur user mon-user pass mot_de_passe is mon-user here
issus d'un petit tuto que j'ai trouvé sur le web. dans mon outlook ca me dit que le serveur indiqué a été trouvé mais qu'il n'a pas répondu.pourtant d'apres ce que j'ai pu voir a gauche a droite y a pas l'aire d'y avoir grand chose d'autre a faire avec fetchmail. du coup je ne vois pas trop ou ça coince :(
# lapin compris
Posté par NeoX . Évalué à 3.
donc presentement tu lui dis de se connecter à mon-serveur en utilisant mon-user/mot_de_passe via le protocole pop3 pour ramener les fichiers vers ton compte mon-user
il te faudrait plutot un serveur pop3 ou imap sur lequel ton outlook viendrait ensuite se connecter pour recuperer tes emails
# fetchmail n'est pas un serveur pop
Posté par ashgan . Évalué à 2.
fetchmail ne fait que rapatrier les mails depuis un compte existant (par exemple, le FAI: free, orange, etc...) et le transmets a ton serveur mail, ici sendmail.
il n'est la que pour centraliser les mails sur un seul serveur, ce qui simplifie la gestion des comptes sous outlook ou assimile: un seul compte pour les rapatrier tous!
si sendmail ne sait pas gerer le pop3 (perso, j'utilise plutot postfix, faudrais fouiller les docs de sendmail pour savoir ca plus precisement), tu peux te tourner par exemple vers dovecot a installer en plus, il fait ca tres bien et tres simplement.
[^] # Re: fetchmail n'est pas un serveur pop
Posté par fumas . Évalué à 1.
[^] # Re: fetchmail n'est pas un serveur pop
Posté par ashgan . Évalué à 2.
la partie "client" n'est pas la: il te faut un programme supplementaire qui va se charger de t'autentifier et te presenter les mails. pour ca, j'avais evoque dovecot tout a l'heure. la configuration est assez simple et ca juste-marche.
pour moi qui debute la bidouille d'un serveur mail perso, le trio postfix/dovecot/fetchmail est pile poil: relativement accessible niveau configuration, extensible... bref, que du bonheur :)
# Mauvais programme
Posté par Ellendhel (site web personnel) . Évalué à 2.
Pour compléter ton installation il faut installer un serveur POP (sendmail assurant le rôle de serveur SMTP).
Pour mémoire, quelques explications disponibles sur la Wikipédia :
http://fr.wikipedia.org/wiki/Serveur_de_messagerie_électronique
Voir la documentation de Red Hat pour choisir le serveur POP qui te convient
http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/(...)
C'est cyrus qui est proposé pour remplir ce rôle :
http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/(...)
# fetchmail
Posté par fumas . Évalué à 1.
je pense que je vais me tourner vers cyrus-imapd car lorsque j'essais d'installer dovecot il me reclame des paquet mysql. comme j'ai pas trop envie d'installer quoi que ce soit de mysql sur mon serveur ... :-)
# messagerie
Posté par fumas . Évalué à 1.
bon ca y est mon serveur pop fonctionne cool et merci a ceux qui m'on répondu ;)
en serveur smtp j'ai gardé sendmail. par contre j'ai un autre soucis maintenant. les user devraient fonctionner sur deux domaines differents. genre toto@truc.fr et toto@much.com par exemple. avant d'installer mon serveur pop (je ne suis pas sure qu'il y ai une cause a effet) le smtp fonctionnaitement. je pouvais envoyer des mails aussi bien a toto@truc.fr qu'a toto@much.com. tout les mails arrivaient dans la boite a toto :)
maintenant y a que toto@localdomain-du-serveur qui fonctionne. pour les deux autres domaines j'ai un message d'horreur qui dit "Connection timed out with much.com ou truc.fr". je ne comprends pas ce qu'il se passe.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.