bonjour

est il possible de demander à fetchmail de consulter un compte pop et de
rapatrier les mails dans les boites aux lettres de deux utilisateurs
différents?

merci

Le 12 March 2006 à 15:39, jacky a formulé :

> bonjour

Bonjour,

> est il possible de demander à fetchmail de consulter un compte pop et
> de rapatrier les mails dans les boites aux lettres de deux
> utilisateurs différents?

Rien n'empêche de déclarer deux fois le même serveur avec des
informations d'utilisateur différentes dans le fetchmailrc :

poll pop.free.fr
proto pop3
user "user1"
pass "pass1"
is toto
poll pop.free.fr
proto pop3
user "user2"
pass "pass2"
is titi

toto et titi étant des utilisateurs locaux.

HTH.
--
Sébastien Kirche

Sébastien Kirche Dimanche 12 Mars 2006 19:56 :

> Le 12 March 2006 à 15:39, jacky a formulé :
>
>> bonjour
>
> Bonjour,

salut et merci
>
>> est il possible de demander à fetchmail de consulter un compte pop et
>> de rapatrier les mails dans les boites aux lettres de deux
>> utilisateurs différents?
>
> Rien n'empêche de déclarer deux fois le même serveur avec des
> informations d'utilisateur différentes dans le fetchmailrc :
>
> poll pop.free.fr
> proto pop3
> user "user1"
> pass "pass1"
> is toto
> poll pop.free.fr
> proto pop3
> user "user2"
> pass "pass2"
> is titi
>
ben non, si toto releve le courrier, titi ne pourra pas le lire parce qu'il
sera supprimé. Si on ne le supprime pas (parce qu'on ne sait pas qui de
toto ou titi va lire le premier), ils vont à chaque fois rentrer dans les
BAL je pense.
pour bien faire il faudrait un truc du genre

poll pop.free.fr
proto pop3
user "user1"
pass "pass1"
is (are) toto titi

visiblement il faut que je me tourne vers procmail, en plus de sendmail,
fetchmail et dovecot... C'est complexe les serveurs mail ...

> toto et titi étant des utilisateurs locaux.
>
> HTH.

Le 12 March 2006 à 21:47, jacky s'est exprimé ainsi :

> ben non, si toto releve le courrier, titi ne pourra pas le lire parce
> qu'il sera supprimé. Si on ne le supprime pas (parce qu'on ne sait pas
> qui de toto ou titi va lire le premier), ils vont à chaque fois
> rentrer dans les BAL je pense.

Ah désolé, j'avais raté le fait que c'était les messages du _même_ compte
pop qu'il fallait distribuer aux différents utilisateurs.

> pour bien faire il faudrait un truc du
> genre
>
> poll pop.free.fr
> proto pop3
> user "user1"
> pass "pass1"
> is (are) toto titi

Et en utilisant les mots clés keep / nokeep ?
Un truc du genre (non testé):
poll pop.free.fr
proto pop3
user "user"
pass "pass"
is toto
keep
poll pop.free.fr
proto pop3
user "user"
pass "pass"
is titi
no keep

Quand fetchmail relève le courrier pour toto il le laisse sur le
serveur, quand il le relève pour titi les messages sont supprimés.

> visiblement il faut que je me tourne vers procmail, en plus de
> sendmail, fetchmail et dovecot... C'est complexe les serveurs mail ...

C'est très utile procmail. Sur mon système il s'occupe de trier les
spams et virus des autres messages qui sont classés en différents sous
groupes ensuite. Ça vaut le coup de regarder.

--
Sébastien Kirche

Le 12 March 2006 à 21:47, jacky s'est exprimé ainsi :

> ben non, si toto releve le courrier, titi ne pourra pas le lire parce
> qu'il sera supprimé. Si on ne le supprime pas (parce qu'on ne sait pas
> qui de toto ou titi va lire le premier), ils vont à chaque fois
> rentrer dans les BAL je pense.

Ah désolé, j'avais raté le fait que c'était les messages du _même_ compte
pop qu'il fallait distribuer aux différents utilisateurs.

> pour bien faire il faudrait un truc du
> genre
>
> poll pop.free.fr
> proto pop3
> user "user1"
> pass "pass1"
> is (are) toto titi

Et en utilisant les mots clés keep / nokeep ?
Un truc du genre (non testé):
poll pop.free.fr
proto pop3
user "user"
pass "pass"
is toto
keep
poll pop.free.fr
proto pop3
user "user"
pass "pass"
is titi
no keep

Quand fetchmail relève le courrier pour toto il le laisse sur le
serveur, quand il le relève pour titi les messages sont supprimés.

> visiblement il faut que je me tourne vers procmail, en plus de
> sendmail, fetchmail et dovecot... C'est complexe les serveurs mail ...

C'est très utile procmail. Sur mon système il s'occupe de trier les
spams et virus des autres messages qui sont classés en différents sous
groupes ensuite. Ça vaut le coup de regarder.

--
Sébastien Kirche

Sébastien Kirche Dimanche 12 Mars 2006 22:41 :

> Le 12 March 2006 à 21:47, jacky s'est exprimé ainsi :
>
>> ben non, si toto releve le courrier, titi ne pourra pas le lire parce
>> qu'il sera supprimé. Si on ne le supprime pas (parce qu'on ne sait pas
>> qui de toto ou titi va lire le premier), ils vont à chaque fois
>> rentrer dans les BAL je pense.
>
> Ah désolé, j'avais raté le fait que c'était les messages du _même_ compte
> pop qu'il fallait distribuer aux différents utilisateurs.
>
>> pour bien faire il faudrait un truc du
>> genre
>>
>> poll pop.free.fr
>> proto pop3
>> user "user1"
>> pass "pass1"
>> is (are) toto titi
>
> Et en utilisant les mots clés keep / nokeep ?
> Un truc du genre (non testé):
> poll pop.free.fr
> proto pop3
> user "user"
> pass "pass"
> is toto
> keep
> poll pop.free.fr
> proto pop3
> user "user"
> pass "pass"
> is titi
> no keep
>
> Quand fetchmail relève le courrier pour toto il le laisse sur le
> serveur, quand il le relève pour titi les messages sont supprimés.

Même probleme, il faut absolument que les deux puissent lire les messages.
Si par malheur titi passe avant toto, c'est la cata

>
>> visiblement il faut que je me tourne vers procmail, en plus de
>> sendmail, fetchmail et dovecot... C'est complexe les serveurs mail ...
>
> C'est très utile procmail. Sur mon système il s'occupe de trier les
> spams et virus des autres messages qui sont classés en différents sous
> groupes ensuite. Ça vaut le coup de regarder.
>

Oui, ça me semble en effet indispensable pour boucler la config. Seulement
la vue du fichier de configuration me donne la nausée. On dirait un
dialogue d'3|33t sur IRC

Le Mon, 13 Mar 2006 09:41:10 +0100, jacky a écrit :
> Oui, ça me semble en effet indispensable pour boucler la config. Seulement
> la vue du fichier de configuration me donne la nausée. On dirait un
> dialogue d'3|33t sur IRC

Cf fetchmailconf
Mais ce que vous cherchez s'appelle le multidrop, c'est dans la
configuration avancée (si c'est possible tout court).

--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>

> > C'est très utile procmail.

* jacky <jackyshow@tfhein.cum> in fr.comp.mail.serveurs:
> Oui, ça me semble en effet indispensable pour boucler la config.
> Seulement la vue du fichier de configuration me donne la nausée. On
> dirait un dialogue d'3|33t sur IRC

Pour filtrer, il y a aussi maildrop qui est plus « moderne ». La syntaxe
du fichier de conf est beaucoup plus agréable.

--
DW

> > C'est très utile procmail.

* jacky <jackyshow@tfhein.cum> in fr.comp.mail.serveurs:
> Oui, ça me semble en effet indispensable pour boucler la config.
> Seulement la vue du fichier de configuration me donne la nausée. On
> dirait un dialogue d'3|33t sur IRC

Pour filtrer, il y a aussi maildrop qui est plus « moderne ». La syntaxe
du fichier de conf est beaucoup plus agréable.

--
DW

Le 13 March 2006 à 09:41, jacky a dit :

> > Quand fetchmail relève le courrier pour toto il le laisse sur le
> > serveur, quand il le relève pour titi les messages sont supprimés.
>
> Même probleme, il faut absolument que les deux puissent lire les
> messages. Si par malheur titi passe avant toto, c'est la cata

Hum. C'est constaté après test, où c'est juste une hypothèse en l'air ?

Précédemment je donnais juste des idées à creuser mais là je viens de
relire plus en détail man fetchmail et en cherchant si fetchmail
respectait l'ordre de déclaration du fetchmailrc je suis tombé sur
quelques paragraphes très intéressants sur le problème qui nous
intéresse :

poll pop.provider.net proto pop3 port 3111
user "jsmith" with pass "secret1" is "smith" here
user jones with pass "secret2" is "jjones" here keep

This associates the local username `smith' with the pop.provider.net
username `jsmith' and the local username `jjones' with the
pop.provider.net username `jones'. Mail for `jones' is kept on the
server after download.

Here's what a simple retrieval configuration for a multi-drop mailbox
looks like:

poll pop.provider.net:
user maildrop with pass secret1 to golux 'hurkle'='happy' snark here

This says that the mailbox of account `maildrop' on the server is a
multi-drop box, and that messages in it should be parsed for the server
user names `golux', `hurkle', and `snark'. It further specifies that
`golux' and `snark' have the same name on the client as on the server,
but mail for server user `hurkle' should be delivered to client user
`happy'.

Bon, maintenant pour en savoir plus, il faut LIRE le man, ceci était
sans la section «CONFIGURATION EXAMPLES» de fetchmail qui traite
d'autres possibilités pour le multidrop.

HTH.
--
Sébastien Kirche

Le 13 March 2006 à 09:41, jacky a dit :

> > Quand fetchmail relève le courrier pour toto il le laisse sur le
> > serveur, quand il le relève pour titi les messages sont supprimés.
>
> Même probleme, il faut absolument que les deux puissent lire les
> messages. Si par malheur titi passe avant toto, c'est la cata

Hum. C'est constaté après test, où c'est juste une hypothèse en l'air ?

Précédemment je donnais juste des idées à creuser mais là je viens de
relire plus en détail man fetchmail et en cherchant si fetchmail
respectait l'ordre de déclaration du fetchmailrc je suis tombé sur
quelques paragraphes très intéressants sur le problème qui nous
intéresse :

poll pop.provider.net proto pop3 port 3111
user "jsmith" with pass "secret1" is "smith" here
user jones with pass "secret2" is "jjones" here keep

This associates the local username `smith' with the pop.provider.net
username `jsmith' and the local username `jjones' with the
pop.provider.net username `jones'. Mail for `jones' is kept on the
server after download.

Here's what a simple retrieval configuration for a multi-drop mailbox
looks like:

poll pop.provider.net:
user maildrop with pass secret1 to golux 'hurkle'='happy' snark here

This says that the mailbox of account `maildrop' on the server is a
multi-drop box, and that messages in it should be parsed for the server
user names `golux', `hurkle', and `snark'. It further specifies that
`golux' and `snark' have the same name on the client as on the server,
but mail for server user `hurkle' should be delivered to client user
`happy'.

Bon, maintenant pour en savoir plus, il faut LIRE le man, ceci était
sans la section «CONFIGURATION EXAMPLES» de fetchmail qui traite
d'autres possibilités pour le multidrop.

HTH.
--
Sébastien Kirche

Sébastien Kirche Mardi 14 Mars 2006 17:11 :

>
> Hum. C'est constaté après test, où c'est juste une hypothèse en l'air ?
>
Oulala pardon:-/
j'avais pas essayé. J'ai pas vu ce qui était gros comme une grosse maison.
Ca marche très bien avec keep et no keep. Merci bcp.

Le 14 March 2006 à 20:54, jacky a dit :

> Ca marche très bien avec keep et no keep. Merci bcp.

Oui, mais non. La doc de fetchmail indique une meilleure solution que la
bidouille avec «un coup je relève mais je laisse, le deuxième coup je
relève et je supprime» avec l'utilisation des fonctions multidrop.

Quoique cette même doc met en garde contre un abus d'utilisation. Il y a
des précautions à respecter, et ça semble coincer avec procmail.

Enfin, si ça marche... I
--
Sébastien Kirche

Le 14 March 2006 à 20:54, jacky a dit :

> Ca marche très bien avec keep et no keep. Merci bcp.

Oui, mais non. La doc de fetchmail indique une meilleure solution que la
bidouille avec «un coup je relève mais je laisse, le deuxième coup je
relève et je supprime» avec l'utilisation des fonctions multidrop.

Quoique cette même doc met en garde contre un abus d'utilisation. Il y a
des précautions à respecter, et ça semble coincer avec procmail.

Enfin, si ça marche... I
--
Sébastien Kirche