Benoît Barbier <[EMAIL PROTECTED]> writes:

> On Fri, 11 Oct 2002 22:23:44 +0200
> [EMAIL PROTECTED] (Rémi Letot) wrote:
>
>> Benoît Barbier <[EMAIL PROTECTED]> writes:
>> 
>> > Justement c'est ca qui me tracasse, il n'écris plus dans le fichier que je lui ai 
>indiqué dans :
>> > /etc/fetchmailrc :
>> > set logfile "/var/log/fetchmail/fetchmail.log"
>> 
>> Alors il écrit dans syslog. Cherche la chaine fetchmail dans les
>> fichiers de /var/log, tu vas trouver.
>> 
>> cd /var/log
>> grep -r fetchmail *
>
>
> Oct 12 12:02:15 venus fetchmail[307]: open /var/log/fetchmail/fetchmail.log 
>(Permission denied)
> Bien vu.:-)
> Ils étaient dans /var/log/mail*
>
> Mais les droits ne sont pas plus restrictifs! C'est quoi cette histoire?
>
> -rw-r--r--    1 root     root        16160 oct 12 12:02 mail.err
> -rw-r--r--    1 root     root      9974687 oct 12 13:09 mail.info
> -rw-r--r--    1 root     root      9974687 oct 12 13:09 mail.log
> -rw-r--r--    1 root     root        16160 oct 12 12:02 mail.warn
> -------------------------
> -rw-rw-r--    1 root     root            1 oct 11 15:20 fetchmail.log

Quels sont les droits sur le *répertoire* /var/log/fetchmail ?

>
>
> Donc voici le compte rendu :
>
> J'ai donné les droits 666 à fetchmail.log, depuis je n'ai plus (Permission denied) 
>mais il n'y écrit toujours pas.
>
> Les log ne disent rien d'intéressant :
>
> oct 12 13:37:04 venus fetchmail[1139]: démarrage de fetchmail 5.9.11 en tâche de 
>fond  
> oct 12 13:37:08 venus fetchmail[1139]: 1 message pour benoit dans pop.monmaileur.net 
>(669 octets). 
> oct 12 13:37:08 venus fetchmail[1139]: reading message [EMAIL PROTECTED]:1 
>of 1 (669 octets) 
> oct 12 13:37:09 venus fetchmail[1139]:  non éliminé 
> oct 12 13:43:16 venus fetchmail[1139]: 1 message (1 vu) pour benoit dans 
>pop.monmaileur.net (669 octets). 
> oct 12 13:43:16 venus fetchmail[1139]: skipping message [EMAIL PROTECTED]:1 
>(669 octets) non éliminé 
>
>
> Ça a l'aire tout à fait normale non?
> mail.err reste muet depuis que j'ai donné tout les droits à fetchmail.log
>
> De toute façon il ne fait pas ce que je lui demande dans "/etc/fetchmailrc"
>
>
> \ps aux | grep fetchmail
> fetchma   1139  0.0  0.4  2416 1224 ?        SN   13:37   0:00 /usr/bin/fetchmail 
>--daemon 360 --syslog -f /etc/fetchmailrc -i /var/mail/.fetchmail-UIDL-cache
>
> Dans "/etc/fetchmailrc" je lui indique : "set daemon 60" et pas 360
>
> "fetchmail-UIDL-cache" n'existe pas donc il aurais bien difficile de différencier 
>les mails déjà chargé et les autres.
>
> ls -a /var/mail/
> .  ..  benoit
>
> Si je crée "/var/mail/.fetchmail-UIDL-cache" fetchmail ne démarre plus.
>
> Désolé pour la longueur de ce message, mais encore une fois, je suis largué.

Effectivement, il semble ne pas tenir compte de ce que tu notes dans
/etc/fetchmailrc. Tu n'as pas un /etc/defaults/fetchmail qui pourrait
interférer ? Si c'est une debian, tu en as un, et il prend précédence
sur /etc/fetchmailrc (c'est noté dans la doc et lors de l'installation
du package je crois).

Corrige éventuellement les permissions sur /var/log/fetchmail, et vois
le /etc/defaults/fetchmail, ensuite ajoute uidl dans /etc/fetchmailrc,
et vois dans ton log pourquoi il ne redémarre pas.

A+,
-- 
Rémi

`Debian: giving you the power to shoot yourself in each
 toe individually.' -- with kudos to Greg Lehey
_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/linux@lists.unixtech.be
IRC: efnet.skynet.be:6667 - #unixtech

Répondre à