Andras HORVATH wrote:
Van az RPM alapú rendszerekben olyasmi lehetőség, mint a dpkg-divert a
Debianban?
Egy gyárilag elbaltázott scriptet kellene tartósan és nem gányolva
kijavítani.
(Tartósan = a következő csomagfrissítés ne rontsa el.)
Jol sejtem, hogy valami nincs konfigfile-nak
Sziasztok!
A tárgybeli jószággal úgy látom nem tudok szót érteni, ezért kérnék
némi segítséget...
Van egy felsőbb szintű levelezőszerver, melynek gazdája csak
ici-pici postafiókot (pár megabájtnyit) ad a szerencsétlen
felhasználóinak, így hiába van rajta imap kiszolgáló is, gyakorlatilag
jobban
A /etc/default/fetchmail-ban a következő van:
START_DAEMON=yes
A .fetchmailrc valami ilyesmi:
set logfile .fetchmail.log
poll mail.domain.hu proto POP3 user k...@domain.hu pass xxx
is kjt here
mda procmail -f kjt@localhost ~/.procmailrc
keep
Én nem .fetchmailrc-t használok, hanem
2011-07-25 13:25 keltezéssel, � írta:
Tehát, van egy Debian Etch-em, rajta egy postfix, uw-imapd, fetchmail
és procmail, amit ThunderBird-del támadok.
A problémám az, hogy egyes felső szintű fiókok leveleit rendesen
leszedi a fetchmail, másokat meg nem, ráadásul a su kjt -c fetchmail
nélkül
Volarics István volari...@gmail.com írta (2011. július 25. 13:53):
2011-07-25 13:25 keltezéssel, � írta:
Én egyszerűen minden felhasználó nevében futtatok egy fetchmail-t
Az initscript kb ez:
Ha van a user home-jában .fetchmail.rc akkor arra a felhasználóra
indítok egy fetchmail-t.
Így
On Mon, Jul 25, 2011 at 03:05:10PM +0200, Kis János Tamás wrote:
Namost az érdekes az az, hogy a su kjt -c fetchmail szépen leszedi a
leveleket, míg a su F -c fetchmail és su M -c fetchmail nem csinál
semmit sem, és még a log-ba sem ír semmit se, ami segítene keresni a
hibát.
Elrontottam