Hello László, On Tue, Sep 13, 2022 at 08:05:50PM +0200, László Böszörményi (GCS) wrote: > Control: tags -1 +moreinfo > > Hi, > > On Sun, Sep 11, 2022 at 9:42 PM Helge Kreutzmann <deb...@helgefjell.de> wrote: > > Since upgrading I get the error message: > > fetchmail: can't accept options while a background fetchmail is running. > > argc = 3, arg list: > > arg 1 = "-a" > > arg 2 = "-s" > > > > This also happens when called on the command line. > > > > However, fetchmail is not intended to run in the background, expecially: > > > > # cat /etc/default/fetchmail > > … > > # Declare here if we want to start fetchmail. 'yes' or 'no' > > START_DAEMON=no > Yes, this is for the initscripts.
Ok, but this is not clear and it used to work until very recently.
> > But somehow it is in the background:
> > helge 2994 0.0 0.0 13984 8216 ? Ss 20:07 0:00
> > fetchmail --nodetach --daemon 300
> I think it is started by systemd. What do you get when issuing the
> following commands?
> $ systemctl --user status fetchmail.service
• fetchmail.service - Fetchmail Daemon
Loaded: loaded (/usr/lib/systemd/user/fetchmail.service; enabled; preset:
enabled)
Active: active (running) since Wed 2022-09-14 21:46:46 CEST; 15min ago
Docs: man:fetchmail(1)
Main PID: 2926 (fetchmail)
Tasks: 1 (limit: 37643)
Memory: 1.6M
CPU: 24ms
CGroup:
/user.slice/user-1000.slice/user@1000.service/app.slice/fetchmail.service
└─2926 fetchmail --nodetach --daemon 300
Sep 14 21:46:46 twentytwo fetchmail[2926]: fetchmail: starting fetchmail 6.4.33
daemon
Sep 14 21:46:46 twentytwo systemd[2910]: Started Fetchmail Daemon.
> $ systemctl --user disable fetchmail.service
// No response
> $ systemctl --user stop fetchmail.service
// No response
> # systemctl --global disable fetchmail
Removed "/etc/systemd/user/default.target.wants/fetchmail.service".
> (Please be aware the last command is run as root.)
>
> > In the system logs (from boot until now) I get lots of errors:
> This means the service is indeed installed and is in use.
I checked it and mail was still received.
> After executing the commands above, run your "fetchmail -a -s" again
> and see how it goes now.
Now this works as expected, i.e. no error output.
> Sorry for the inconvenience,
No problem, this is what testing is for, to find the bugs before
stable users encounter them.
So I suppose when "START_DAEMON=no" then the above commands need to
be issued in the postinst?
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
