"Stuart J. Browne" <sjbrowne(_at_)bluebottle(_dot_)com> writes:
The directories for multiple concurrent processes must be separate, else
you'll be seeing the same error again. So redirect the fetchmailrc to,
say PREFIX/dynamic-fetchmail-NNN/fetchmailrc where NNN is a counter and
then run "env FETCHMAILHOME=PREFIX/dynamic-fetchmail-NNN fetchmail" (of
course replacing PREFIX and NNN everywhere).
Anyway, thanks for the idea.
On a side note, would being cheeky and symbolically linking /dev/null to
fetchmail.pid get around it? :) (just thought of that this morning).
That won't work. fetchmail cannot read the old PID from the existing
lock file and tries to kill the lockfile, and will thus remove the
symlink, and then regenerate a proper lockfile.
You can remove the directory as fetchmail completes its job, unless you
need the .fetchids for the next run (POP3 in UIDL mode needs it).
Does the '.fetchids' also get used for IMAP?
Not in 6.2.X/6.3.X, it is supposed to be in later versions.
It's odd.. The webpage listed in the 6.2.5 man pages
(http://www.catb.org/~esr/fetchmail) mentions nothing about the new site
or infact the 6.3.x release series.
Nice and confusing.. :)
ESR agreed to redirect from his site to the new three months
ago. Perhaps it works in January 2007. It previously took him ages
(literally: many months) and several reminders to set up the for
bogofilter redirect, too. Sorry about that, this isn't within our
control. Feel free to send ESR a reminder or call him.
Fetchmail-friends mailing list