Salut,
Je voudrais savoir quelle solution mettre en place pour pouvoir transférer automatiquement tous les messages reçus sur un serveur pop vers un serveur imap.
L'idée est de ne pas mettre les messages issus du pop dans la boîte de l'utilisateur directement mais de les stocker sur un serveur imap.
Quels outils utiliser et comment mettre ça en place ?
Merci à vous.
# ca depend...
Posté par NeoX . Évalué à 3.
et les emails seront dispos en POP et en IMAP
si c'est recuperer les emails de ton fournisseur (qui ne fait que POP) pour les mettre dispo sur ton serveur en IMAP,
- peut-etre avec fetchmail (pour les rapatrier en local)
- ou bien faire un transfert vers ton serveur email qui lui gere l'IMAP.
[^] # Re: ca depend...
Posté par Xavier Maillard . Évalué à 2.
Pour le reste, je ne sais pas comment je peux faire ça d'où ma question :)
Sur ma slackware, j'ai sendmail qui tourne (et je ne peux et ne veux pas en changer), dans ces conditions, comment faire cohabiter sendmail avec un serveur Imap ? Comment dire à sendmail de balancer les mails pour X@Y.org dans le serveur IMAP local ?
Merci
[^] # Re: ca depend...
Posté par NeoX . Évalué à 1.
à ce moment là il suffirait de rajouter le serveur IMAP
puis de configurer ton client email pour parler IMAP au lieu de POP
[^] # Re: ca depend...
Posté par Xavier Maillard . Évalué à 2.
[^] # Re: ca depend...
Posté par NeoX . Évalué à 2.
les emails @ton_boulot.tld arrivent sur le portable qui fait office de serveur de mail
c'est ca ?
ou c'est que tu recois aujourd'hui les emails perso et pro via POP sur ce portable ?
et que tu voudrais les avoir en IMAP ?
car la j'ai du mal à suivre quels sont les emails que tu vois rendre disponibles en IMAP, savoir d'ou ils viennent...
un petit shema peut-etre ?
genre
internet --- (smtp/sendmail) [portable] (pop) --- [postes clients]
qui deviendrait
internet --- (smtp/sendmail) [portable] (pop/imap) --- [clients du boulot]
ou bien
internet --- (smtp/sendmail) [serveur] (pop/imap) --- [portable]
[^] # Re: ca depend...
Posté par Xavier Maillard . Évalué à 2.
Pour les mails persos, ça passe par UUCP et ça m'arrive dans /var/mail/ (via sendmail). Jusque là c'est simple.
Les mails pros eux, sont fetchés dans kmail avec un compte pop et smtp. Ce que je veux pouvoir faire c'est accéder depuis mon portable et depuis une machine virtuelle les mails pros. Pour cela, il me semble que IMAP est tout à fait recommandable. Je ne veux donc plus utiliser pop dans kmail mais imap. Bien sûr je ne veux pas que ma conf sendmail/uucp explose pour ça. Je cherche donc le moyen de tout intégrer dans sendmail pour que
1) mes mails persos continuent de passer par sendmail/uucp et ne soient pas accessibles dans IMAP
2) mes mails pros arrivent depuis le pop de ma boite sur le sendmail qui les enverra dans IMAP
Voilà :)
[^] # Re: ca depend...
Posté par NeoX . Évalué à 1.
alors IMAP sur le portable.
tu crees un compte mail 'pro' sur ton portable.
tu utilise fetchmail pour recuperer les emails via POP et les mettre dans le compte pro.
tu consultes ensuite ce compte en IMAP.
sinon ton fournisseur pro ne fournirait pas directement en IMAP ?
à ce moment là il suffit simplement de changer le reglage de kmail et de faire ensuite pareil dans la conf de la machine virtuelle.
[^] # Re: ca depend...
Posté par Xavier Maillard . Évalué à 2.
C'était tellement simple que je n'en reviens toujours pas :)
Alors, j'ai créé un compte "pro" avec le fetchmail qui va bien. Les mails arrivent ensuite sur mon SMTP (sendmail) qui se charge de "stocker" tout ça dans /var/mail.
J'ai ensuite activé imapd (fourni par défaut dans slack mais désactivé) et voilà :)
C'est beau la technique ! :/
[^] # Re: ca depend...
Posté par Xavier Maillard . Évalué à 2.
[^] # Re: ca depend...
Posté par NeoX . Évalué à 1.
[^] # Re: ca depend...
Posté par Xavier Maillard . Évalué à 2.
[^] # Re: ca depend...
Posté par NeoX . Évalué à 1.
pour moi, aucune difference si ce n'est que le client IMAP laisse les emails sur le serveurs alors que le client POP les recupere.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.