[linux] Re: En toch sterft fetchmail niet (SuSE 10.3)

[Julien Michielsen]

------------------------- Oorspronkelijk bericht -------------------------
Onderwerp: Re: [linux] Re: En toch sterft fetchmail niet (SuSE 10.3)
Van:       "Julien Michielsen" <julien op michkloo.xs4all.nl>
Datum:     Ma, 5 november, 2007 11:07
Aan:
--------------------------------------------------------------------------


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Julien Michielsen wrote:
>> On Sun, 4 Nov 2007, Hugo van der Kooij wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Julien Michielsen wrote:
>>>> Ruzie hebbend met mijn post-verwerking (ja, gebeurde mij weer ;-(( )
>>>> wil
>>>> ik mijn post op de xs4all server laten staan tot ik alles daar met
>>>> web-
>>>> mail heb gelezen, en naar een mappenstructuur heb gesaved die
>>>> synchroon
>>>> loopt met wat ik op mijn machine heb staan.
>>>> Dat lukt niet wanner fetchmail (dat op de achtergrond loopt)
>>>> tussendoor
>>>> mijn postbus leegzuigt op xs4all. Had gedacht dit te kunnen voorkomen
>>>> door in /etc/rc.d/fetchmail een aanpassing te maken, en de volgende
>>>> correctie in te voeren:
>>>> FETCHMAIL_POLLING_INTERVAL="90600"
>>>> zodat slects om de 25 uur en 10 minuten de post wordt opgehaald.
>>>> Maar ook al heb ik dat ingevoerd, en het betreffende bestand
>>>> /etc/rc.d/.. uitgevoerd, toch blijft fetchmail lopen. Sinds ik dat heb
>>>> gemerkt heb ik maar een "killall fetchmail"-alias aangemaakt.
>>>> (alias klf='sudo killall fetchmail'), en die krijgt fetchmail er wel
>>                 ____________
>>>> onder. ;-)  Maar waarom werkte die /etc/rc.d-aanpassing niet afdoende?
>>> Het zal wel aan mij liggen maar waarom stop je de taak niet geheel?
>>> service fetchmail stop
>>> Doe wat je wilt doen op XS4ALL
>>> service fetchmail start
>> Staat toch hierboven dat ik dat doe? (Woorden zijn anders ("killall
>> fetchmail", 7 regels naar boven. Heb het even onderstreept, bril moet
>> je zelf halen. (Vindt Hans anders goed en goedkoop ;-) )
>
> Ik heb gezien wat je schreef. Maar dat is zo bruut om iets te stoppen
> dat is zo iets als een kettingzaag in Texas los laten lopen terwijl er
> een correcte manier voor is die overal de status correct houdt.
>
> Als je fetchmail, of wat dan ook, als service laat draaien gebruik dan
> de service tools om die services tijdelijk uit te zetten en daarna weer
> aan.

Sorry, ik was de onegrijpende die _met_ bril (van H.A.) de boel niet goed
had gelezen, Had het "service commando_x start/stop" niet eerder gebruikt,
en heb het zojuist voor de eerste keer uitgevoerd. (Met succes! ;-)

> Je huidige aanpak met killall gaat tegen je configuratie methode in en
> kan je wel eens voor onaangename verassingen komen te staan. En ik denk
> dat je niet nog een zorgenkind er bij wil hebben. vandaar mijn advies om
> correct met je service om te gaan.
>
> En wellicht wil je standaard wel helemaal geen synchronisatie. Zet dan
> je service taak uit met chkconfig (of wat Suse als variant daarop
> gemaakt heeft). En start het pas als je er klaar voor bent.

Mag ik hier wat uitleg? Waar duid je op met "wellicht wil je standaard wel
helemaal geen synchronisatie". Met "synchroniseren" bedoel je het in pas
lopen van verschillende mail-programma's?

Tot een paar weken terug liep alles prima op suse 10.2, en ik verdenk de
nieuwe release ervan de post-spulletjes nog enigszins ongaar op de CD te
hebben gezet. (Met name betreffende fetchmail, dat bij een kennis van mij
op 10.1 helemaal niet draait op de achtergrond.)

Heb zojuist gezien dat Wybo ook aanraadt serieus en bestraffend met fetch-
mail te gaan praten, en de boel door tb af te laten handelen.
Fetchmail is er bij mij bij de installatie "bijgegeven". Had gedacht dat
thunderbird dit als lokaal aflevermechanisme gebruikte, maar dat zal wel
niet mijn beste gedachte geweest zijn.  Ga dit maar doen: fetchmail eraf,
en (naar ik hoop) constateren dat tb het zelf net zo goed afkan.

> Als je graag met folders werkt kun je eens kijken of je bij XS4ALL alles
> al goed sorteert via je .procmailrc file en dan IMAP naar IMAP
> synchronisatie kan doen. (http://freshmeat.net/projects/imapsync/)
>
> Hugo.

Dank aan beantwoorders
-W-
Julien Michielsen
julien op michkloo.xs4all.nl