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
