Re: [MUTT]

[Sven Luther <sven.luther@wanadoo.fr>]

On Tue, May 27, 2003 at 07:21:57AM +0200, Felix SPORTELLI wrote:
> Le Mon, May 26, 2003 at 06:17:38PM +0200, Sven Luther a écrit:
> > On Mon, May 26, 2003 at 04:52:33PM +0100, Yves Rutschle wrote:
> > > On Mon, May 26, 2003 at 05:22:36PM +0200, Sven Luther wrote:
> > > > Conclusion, je suis oblige d'appeler fetchmail a la main depuis mon
> > > > utilisateur a chaque fois que je reboot la machine.
> > > 
> > > Ce qui m'echappe, c'est la fascination avec lancer fetchmail
> > > sous root (ou même son id fetchmail). En quoi le lancer en
> > > tant qu'utilisateur, d'une crontab, est-il un problème? Quel
> > > est l'avantage de centraliser avec un fetchmail daemon?
> > 
> > Parceque c'est plus facile ? Parceque le package est prevu pour etre
> > utilise de cette maniere ?
> > 
> > Certe utilise une table de cron, c'est aussi possible, mais comme je
> > verifie mon courrier tout les 2 minutes, cela peut etre plus lourd, non ?
> > 
> fetchmail -d 120
> :)

Pas la peine, il suffit de mettre la bonne option dans le .fetchmailrc.
Mais comment le lancer automatiquement ? dans le .bashrc ou un truc du
genre, c'est pas genial car si je me log plusieurs fois, il se lancerai
plusieurs fois, et de toute facon, j'aime bien avoir mon mail deja
recupere lorsque mon desktop a fini d'etre charge. Au debut, je pensais
naivement que fetchmail allait automatiquement verifier les .fetchmailrc
des utilisateurs et se lancer en tant que tel, mais je ne sais pas si
une chose pareil est facilement faissable (c'est-a-dire, au lieu de
devenir utilisateur fetchmail, il deviendrait utilisateur luther).

Autre raison pour utiliser fetchmail en root : Lorsque le file systeme
est presque plein, il reste en fait encore (un peu) de place. Root est
capable d'utiliser cela et donc de ne pas perdre de mail, alors qu'un
utilisateur ne peut pas.

Amicalement,

Sven Luther