Benoît Barbier <[EMAIL PROTECTED]> writes:
> On Sat, 12 Oct 2002 17:28:25 +0200
> [EMAIL PROTECTED] (Rémi Letot) wrote:
>
>> 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*
Normal, ils passent par syslog, voir plus loin.
>> >
>> >
>> > 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
Oops, problème : fetchmail tourne sous le user fetchmail, pas sous
root. Donc il ne peut écrire dans ce fichier.
chown fetchmail fetchmail.log
>> >
>>
>> Quels sont les droits sur le *répertoire* /var/log/fetchmail ?
>
> drwxrwxr-x 2 fetchmai root 4096 oct 12 18:21 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"
C'est normal, voir plus loin.
>> > \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.
>
> Les seuls info contenues dans /etc/defaults/fetchmail (qui ne soient pas en
>commentaires sont :
> SERVICE=true
> CONFFILE=/etc/fetchmailrc
> OPTIONS="--daemon 60 --syslog"
> RUNASROOT=false
Et voilà, c'est ici que tout se joue. Les options dans ce fichier
prennent précédence sur celles dans fetchmailrc. Donc il logge via
syslog (--syslog), et daemon 60 au lieu de 360.
> Quand je le fait tourner sous mon login habituel (benoit) tout vas nikel sans
>l'option uidl il écris bien $HOME/.fetchids.
>
> J'ai lancé fetchmail sous le compte fetchamil :
> su -c 'fetchmail -f /etc/fetchmailrc -i /var/log/fetchmail/.UIDL_log_file' fetchmail
>
> Ça marche aussi il écrit bien ".UIDL_log_file".
>
> Le seul fichier qui puisse encore interférer c'est /etc/init.d/fetchmail
>
> ÇA Y EST J'AI TROUVÉ! En lisent ce fichier j'ai vu qu'il y a l'option :
> /etc/init.d/fetchmail debug-run
>
> Et zoup, j'ai modifié comme ceci :
>
> # Tries to find a better place for the UIDL
> # cache than root's homedir
> [ -d /var/mail ] && UIDL=/var/mail/.fetchmail-UIDL-cache
> [ "${UIDL}" != "" ] && OPTIONS="${OPTIONS} -i ${UIDL}"
>
> Par:
> # Tries to find a better place for the UIDL
> # cache than root's homedir
> [ -d /var/run/fetchmail/ ] && UIDL=/var/run/fetchmail/.fetchids
> #Là il a les permissions pour écrire
> [ "${UIDL}" != "" ] && OPTIONS="${OPTIONS} -i ${UIDL}"
>
> Encore une question de permission, mais alors quand fetchmail écrit dans :
> /var/mail/"utilisateur"
> C'est pas avec les droit de fetchmail il ne peut pas.
> Il prend la casquette mail ou root alors?
Ni l'une ni l'autre, il passe par un MTA (ou parois un MDA). En bref
il utilise le serveur smtp de ta machine, et envoie les mails sur le
port 25 de 127.0.0.1.
> Enfin ça à l'air de marcher.
>
> MERCI RÉMI d'avoir guidé mes recherches.:-)
Ta solution fonctionne, mais elle sera effacée à la mise à jour de
fetchmail. Je te conseilles de garder /etc/init.d/fetchmail dans sa
configuration initiale, et de résoudre le problème en fixant les
permissions et le fichier /etc/defaults/fetchmail.
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
