https://bugs.koozali.org/show_bug.cgi?id=11979
--- Comment #2 from Stefano Zamboni <[email protected]> ---
/var/lock is a symlink to /run/lock, which is a tmpfs filesisystem:
[root@svrticket var]# pwd
/var
[root@svrticket var]# ls -la lock
lrwxrwxrwx. 1 root root 11 29 giu 10.03 lock -> ../run/lock
[root@svrticket var]# mount | grep run
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/user/0 type tmpfs
(rw,nosuid,nodev,relatime,size=404508k,mode=700)
and it's not a good place where to store files that should really survive to
reboot.
according to fetchmail's manpage, usually .fetchids is stored into the user's
home dir
I see also that /var/lock/fetchmail is defined in
/usr/lib/tmpfiles.d/fetchmail.conf
[root@svrticket tmpfiles.d]# more fetchmail.conf
d /var/lock/fetchmail 0755 qmailr qmail
which is owned by e-smith-email rpm
[root@svrticket tmpfiles.d]# rpm -qf fetchmail.conf
e-smith-email-5.6.0-17.el7.sme.noarch
--
You are receiving this mail because:
You are the QA Contact for the bug.
_______________________________________________
Mail for each SME Contribs bug report
To unsubscribe, e-mail [email protected]
Searchable archive at https://lists.contribs.org/mailman/public/contribteam/
