Fetchmail futtatása dinamikus időközzel

Dokumentáció

Biztos többen belefutottak már abba a problémába, hogy a fetchmailt jó lenne valahogyan arra rábírni, hogy a leveleket dinamikus időközönként töltse le, és ne a fetchmailrcben megadott -nak megfelelő periódusonként. Alapból ugyebár fix időközönként kéri le a leveleket, megoldás lehet a fetchmailrc cserélgetése a fetchmail újraindításával egybekötve. Van azonban egy egyszerű megoldás, amivel kicsit kényelmesebben lehet a fetchmailt 'noszogatni'.A megoldás részletesen megtalálható itt: http://linux.zsolt.net/descriptions/fetchmail.php . Már hetek óta tesztelem a módszert, és teljesen jól működik. Gondoltam megosztom másokkal is, hátha valaki hasznát veszi rajtam kívül is. :-)

ui.: Vajh miért nem engedi az URL-t megadni linkben? A "description"-nel van baja?

( asd | 2004. 04. 08., cs – 20:35 )

Szerintem ez nem is kicsit gany megoldas....

Sokkal helyesebb megoldas lenne cronnal csinalni,

meg sokkal helyesebb megoldas IMAP-ot hasznalni ;) (jo, ez nem mindig nyero, igaz)

asd

( asd | 2004. 04. 08., cs – 20:39 )

Bocs, kifelejtettem meg egy megoldast.

man fetchmail:

The --daemon or -d option runs fetchmail in dae-

mon mode. You must specify a numeric argument which is a polling

interval in seconds.

Ha mindenkepp szopatni szeretne magat valaki ilyesmivel, akkor csak tessek ;)

Nemertem mi ez a tokoles? Kerje le 5 percenkent, es jolvan. Ha kevesebb leveled van, nem tolt le semmit, egy pop3/pop3s login nemtobb par kibyte-nel.

Bar mindenki szive joga.

asd

( Hunger | 2004. 04. 08., cs – 22:03 )

részlet a pop3-check.sh scriptből:

# (A 2>/dev/null azért kell, mert a killall más felhasználók nevében futó

# fetchmailekhez is szeretne hozzászólni, ami 'permission denied'-dal jár)

...

killall -SIGUSR1 fetchmail >/dev/null 2>/dev/null

:-DDD

"Bocs, kifelejtettem meg egy megoldast.

man fetchmail:

The --daemon or -d option runs fetchmail in dae-

mon mode. You must specify a numeric argument which is a polling

interval in seconds."

Szerintem Te végig sem olvastad a leírást, csak fikázol... :-( Amennyiben végigolvastad volna, látnád, hogy tisztában vagyok a --daemon kapcsolóval, pontosabban a fetchmailrc-ben ezt az interval opció helyettesíti...

"Nemertem mi ez a tokoles? Kerje le 5 percenkent, es jolvan."

Ha csak annyi lenne a probléma, hogy 5 percenként szeretné a júzer lekérni a leveleit, nyilván nem lenne ez a tökölés. Arra a problémára mondj lécci megoldást, amit a leírás elején vázoltam. Vevő vagyok minden megoldásra, nem állítom, hogy az enyém az egyetlen és tökéletes, viszont jobbat nem találtam. A feladat adott, fikázás helyett lehet segíteni is...

> Vevő vagyok minden megoldásra, nem állítom, hogy az

> enyém az egyetlen és tökéletes, viszont jobbat nem találtam.

Egyszeru. Nalam 10 percenkent futik crontabbol, ha meg intervallumon bellul akarom futtatni, kiadom a fetchmail parancsot ... Oszt megy.

Pontscho / fresh!mindworkz

Megjegyzem, en nem ertem az egesz problemat.

Arrol van szo, hogy valaki nem akarja kivarni az 5 percet?

En sosem akartam "dinamikusan" allitgani.

Ha rovid delay-t akarsz, akkor miert nem allitod be mondjuk 60-90s-re a fetchmail demon feleledesi idejet?

Egyebkent meg van (legalabbis Debianban) /etc/init.d/fetchmail awaken, ami feleleszti, hogy nezzen korul.

Ezt akarhonnan, pl. ssh-val meg lehet bizgetni idonkent.

Persze mondom, nem ertem, mi az egesz problema, amit meg szeretnel oldani.

szerveren fut egy fetchmail 5 percenkent, 10 esetbol 9-szer nem tolt le semmit.

Windowsos e-mail kliensben belovod az IMAP-ot, hogy amikor ujra kell telepiteni az egesz vackot, legalabb a PiciPuha GyorsKinezo binaris levelallomanyaval ne kelljen halalra tokolnod magad.

Ezzel a megoldassal pl mi a baj?

Lehet percenkent is... Csak az user ujja nem fog letorni a kattintastol...

asd

"Igy gaz."

:-) Hát erről van szó.

A fetchmail manja említ valami ODMR módot, amihez nem kell static DNS, de ennek még utána kell néznem.

" The ODMR mode requires an ODMR-capable server and works similarly to ETRN, except that it does not require the client machine to have a static DNS."

"Windowsos e-mail kliensben belovod az IMAP-ot, hogy amikor ujra kell telepiteni az egesz vackot, legalabb a PiciPuha GyorsKinezo binaris levelallomanyaval ne kelljen halalra tokolnod magad.

Ezzel a megoldassal pl mi a baj?"

Bocs, de az IMAP miért fog segíteni rajtam? És miért kellene az egész vackot újratelepíteni? Sztem elbeszélünk egymás mellett. :-(

"Arrol van szo, hogy valaki nem akarja kivarni az 5 percet?"

Pontosan.

"En sosem akartam "dinamikusan" allitgani"

Én sem.

"Ha rovid delay-t akarsz, akkor miert nem allitod be mondjuk 60-90s-re a fetchmail demon feleledesi idejet?"

Adott egy szerver, ami megy 24 órán keresztül, és töltögeti lefelé a júzerek leveleit egy külső mailserverről. A júzerek meg a napi 24 órából random 1-2 órát neteznek. Nyilván a legegyszerűbb az lenne, ha percenként futna a fetchmail, de semmi értelme napi 24 órában percenként futtatni, ha a nap nagy részében futhat nagyobb feléledési idővel is.

"Egyebkent meg van (legalabbis Debianban) /etc/init.d/fetchmail awaken, ami feleleszti, hogy nezzen korul."

Daemon módban futva a mezei "fetchmail" is feléleszti, hogy nézzen körül.

"Ezt akarhonnan, pl. ssh-val meg lehet bizgetni idonkent."

Na ez már durva gányolás lenne. :-))) Ilyen alapon egy weboldalon is nyomkodhat a júzer mondjuk egy refresh gombot. :-)

Kezdem megerteni a problemat...

Adott az egyseg sugaru windows user, aki nem birja kivarni a periodus veget, mert egy fontos levelet var. Ez nyomkodja folyamatosan a levelek letoltese gombot, de ujabb nem jon, mivel a fetchmail demon x percenkent szedi a leveleket csak. Erre kellene vmi megoldas, hogy ha jon egy keres pop3 -ra, akkor inditson egy fetchmail -t es toltse le a leveleket. Erre egy logwatch-szeru gany megoldas is lehetne (bar ez csak most otlott fol bennem), de ez tenyleg ganyolas lenne...

"Kezdem megerteni a problemat..."

:-D

"Adott az egyseg sugaru windows user, aki nem birja kivarni a periodus veget, mert egy fontos levelet var. Ez nyomkodja folyamatosan a levelek letoltese gombot..."

Pontosan!

" Erre kellene vmi megoldas, hogy ha jon egy keres pop3 -ra, akkor inditson egy fetchmail -t es toltse le a leveleket."

A megoldás megvan, a "cikk" ezt hivatott bemutatni. :-)

"Erre egy logwatch-szeru gany megoldas is lehetne (bar ez csak most otlott fol bennem), de ez tenyleg ganyolas lenne..."

Az általam vázolt qpopper temp-drop file-jainak figyelése is gányolás, de működik. :-)