frm always segfaults for any user who has mail. If the user has no
mail, it works correctly.
frm -d gives:
mbox_open (/var/mail/phil, 0x1)
mbox_scan (/var/mail/phil)
mbox_get_message (/var/mail/phil, 1)
Segmentation fault (core dumped)
The last few lines of strace are:
open("/etc/mailutils.rc", O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64("/home/phil/.mailutils", 0xbffffb1c) = -1 ENOENT (No such file or
directory)
open("/home/phil/.mailutils", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/home/phil/.mu.frmrc", O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64("/var/mail/phil", {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
stat64("/var/mail/phil", {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
open("/var/mail/phil", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
mmap2(NULL, 4833, PROT_READ, MAP_SHARED, 3, 0) = 0x40018000
lstat64("/var/mail/phil", {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
access("/var/mail/phil", W_OK) = 0
open("/var/mail/phil", O_RDONLY) = 4
lstat64("/var/mail/phil", {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
fstat64(4, {st_mode=S_IFREG|0600, st_size=4833, ...}) = 0
close(4) = 0
access("/var/mail", W_OK) = -1 EACCES (Permission denied)
open("/var/mail/phil", O_RDWR) = 4
fcntl64(4, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
gdb -c core /usr/bin/frm claims the stack is corrupt.
Indeed, I see this bug too. If you need more information about my system (a standard sarge install), I'd be happy to provide it. Cheers! -=[david]=-
We believe that the bug you reported is fixed in the latest version of
mailutils, which is due to be installed in the Debian FTP archive:
libmailutils0-dev_0.6.90-1_i386.deb
to pool/main/m/mailutils/libmailutils0-dev_0.6.90-1_i386.deb
libmailutils0_0.6.90-1_i386.deb
to pool/main/m/mailutils/libmailutils0_0.6.90-1_i386.deb
mailutils-comsatd_0.6.90-1_i386.deb
to pool/main/m/mailutils/mailutils-comsatd_0.6.90-1_i386.deb
mailutils-doc_0.6.90-1_all.deb
to pool/main/m/mailutils/mailutils-doc_0.6.90-1_all.deb
mailutils-imap4d_0.6.90-1_i386.deb
to pool/main/m/mailutils/mailutils-imap4d_0.6.90-1_i386.deb
mailutils-mh_0.6.90-1_i386.deb
to pool/main/m/mailutils/mailutils-mh_0.6.90-1_i386.deb
mailutils-pop3d_0.6.90-1_i386.deb
to pool/main/m/mailutils/mailutils-pop3d_0.6.90-1_i386.deb
mailutils_0.6.90-1.diff.gz
to pool/main/m/mailutils/mailutils_0.6.90-1.diff.gz
mailutils_0.6.90-1.dsc
to pool/main/m/mailutils/mailutils_0.6.90-1.dsc
mailutils_0.6.90-1_i386.deb
to pool/main/m/mailutils/mailutils_0.6.90-1_i386.deb
mailutils_0.6.90.orig.tar.gz
to pool/main/m/mailutils/mailutils_0.6.90.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 306892@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Jordi Mallach <jordi@debian.org> (supplier of updated mailutils package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.7
Date: Tue, 24 May 2005 01:32:42 +0200
Source: mailutils
Binary: mailutils-mh mailutils-imap4d mailutils-comsatd mailutils libmailutils0-dev libmailutils0 mailutils-pop3d mailutils-doc
Architecture: source i386 all
Version: 1:0.6.90-1
Distribution: unstable
Urgency: low
Maintainer: Jordi Mallach <jordi@debian.org>
Changed-By: Jordi Mallach <jordi@debian.org>
Description:
libmailutils0 - GNU Mail abstraction library
libmailutils0-dev - Development files for GNU mailutils
mailutils - GNU mailutils utilities for handling mail
mailutils-comsatd - GNU mailutils-based comsatd daemon
mailutils-doc - Documentation for GNU mailutils
mailutils-imap4d - GNU mailutils-based IMAP4 Daemon
mailutils-mh - GNU mailutils-based MH utilities
mailutils-pop3d - GNU mailutils-based POP3 Daemon
Closes: 302320 306892 309391
Changes:
mailutils (1:0.6.90-1) unstable; urgency=low
.
* New upstream release.
+ fixes segfaults in frm (closes: #306892, #302320).
+ fixes segfaults in mail, when using "!".
* debian/control: build-depend on libfribidi-dev.
* debian/mailutils.install: don't install .la and .a files.
* debian/mail.rc: show Cc: by default (closes: #309391).
* debian/patches/01_mail_metamail.patch: removed, obsolete.
* debian/patches/04_IDEF0954_IDEF0955_IDEF0956_IDEF0957.patch: replace
with 04_imap4d_ulong_max.patch, to fix post 0.6.90 32-bit assumptions.
Files:
ad7070e49be9f5b454ddb66b474c394e 1112 libs optional mailutils_0.6.90-1.dsc
29592f94d394ff0fe9e6f656e36aed97 3166176 libs optional mailutils_0.6.90.orig.tar.gz
6efaee63d24ba8cd9f633b61cdc2f797 34105 libs optional mailutils_0.6.90-1.diff.gz
870592f32237b054804b39f9e632efeb 289330 doc optional mailutils-doc_0.6.90-1_all.deb
9051240d1556d1fa3651cc45d05c43de 557680 libs optional libmailutils0_0.6.90-1_i386.deb
e9e522c09f7aea24af4433a36c62311b 368562 libdevel optional libmailutils0-dev_0.6.90-1_i386.deb
8ddad6566f2e71a18eb3e729a7ac8676 196270 mail optional mailutils_0.6.90-1_i386.deb
4085ae48a48131b2c564bb474b8420ef 75088 net optional mailutils-imap4d_0.6.90-1_i386.deb
3c2873ef9481c5971c35f8a5f570ba0b 60492 net optional mailutils-pop3d_0.6.90-1_i386.deb
aa697d1e57ce1ab26dc1c994c8b7fcd7 46656 net optional mailutils-comsatd_0.6.90-1_i386.deb
5c60b9420bbb02afdec211a8244af04c 649246 mail optional mailutils-mh_0.6.90-1_i386.deb
iD8DBQFClfl/JYSUupF6Il4RAtJ7AKDNfo3GvaBGQoUgFe0AeHwQLKk4LgCeJn7E
GHczOY/4xG7lTZoOhbNAvzg=
=i7sD
-----END PGP SIGNATURE-----
As this bug report reports - frm segfaults when I have mail, but works correctly when I don't. When I have mail, a /var/mail/<username>.lock is left behind, which is rather irritating, since I must remove it to be able to retrieve mail with my MUA. I run frm without arguments when it segfaults. Traceback in corefile: #0 0x0804aa11 in get_charset () (gdb) bt #0 0x0804aa11 in get_charset () #1 0x0804ab37 in get_charset () #2 0x0804ac8a in get_charset () #3 0x400896bc in observer_action () from /usr/lib/libmailbox.so.0 #4 0x40089b0f in observable_notify () from /usr/lib/libmailbox.so.0 #5 0x40033d3a in mbox_scan0 () from /usr/lib/libmu_mbox.so.0 #6 0x4002e7ff in _mailbox_mbox_init () from /usr/lib/libmu_mbox.so.0 #7 0x4007d763 in mailbox_scan () from /usr/lib/libmailbox.so.0 #8 0x0804af55 in get_charset () #9 0x08049d9c in ?? () #10 0x00000000 in ?? () #11 0x08049c60 in ?? () #12 0xbffffc00 in ?? () #13 0xbffffccc in ?? () #14 0xbffffc38 in ?? () #15 0x4000bcd0 in _dl_map_object_deps () from /lib/ld-linux.so.2 #16 0x0804a107 in ?? () #17 0x00000000 in ?? () #18 0xbffffc40 in ?? () #19 0xbffffc44 in ?? () #20 0x00000000 in ?? () #21 0x0804c26c in ?? () #22 0xbffffc2c in ?? () #23 0x00000000 in ?? () #24 0x00000001 in ?? () #25 0x0804d898 in ?? () #26 0x40482e80 in ?? () from /lib/tls/libc.so.6 #27 0xbffffc98 in ?? () #28 0x40366974 in __libc_start_main () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?)
Hi, I think I may have a similar problem with frm segfaulting. Looking at the code, it dies around line 366 of frm/common.c when trying to do the strcmp. It appears that get_charset() can easily return NULL with its current implementation when LANG and LC_ALL are both not set. This then passes a NULL to strcmp, which segfaults. An easy solution is to check before returning from get_charset() that the output_charset isn't NULL, and if it is, setting it to something like "ASCII". It appears someone tried to do this, but put the if statement too far inside the braces in get_charset(). Thanks -Todd
The segfault mentioned in this bug was fixed in upstream CVS on Jun 12th as I described above. Thanks -Todd
We believe that the bug you reported is fixed in the latest version of
mailutils, which is due to be installed in the Debian FTP archive:
libmailutils0-dev_0.6.90-2_i386.deb
to pool/main/m/mailutils/libmailutils0-dev_0.6.90-2_i386.deb
libmailutils0_0.6.90-2_i386.deb
to pool/main/m/mailutils/libmailutils0_0.6.90-2_i386.deb
mailutils-comsatd_0.6.90-2_i386.deb
to pool/main/m/mailutils/mailutils-comsatd_0.6.90-2_i386.deb
mailutils-doc_0.6.90-2_all.deb
to pool/main/m/mailutils/mailutils-doc_0.6.90-2_all.deb
mailutils-imap4d_0.6.90-2_i386.deb
to pool/main/m/mailutils/mailutils-imap4d_0.6.90-2_i386.deb
mailutils-mh_0.6.90-2_i386.deb
to pool/main/m/mailutils/mailutils-mh_0.6.90-2_i386.deb
mailutils-pop3d_0.6.90-2_i386.deb
to pool/main/m/mailutils/mailutils-pop3d_0.6.90-2_i386.deb
mailutils_0.6.90-2.diff.gz
to pool/main/m/mailutils/mailutils_0.6.90-2.diff.gz
mailutils_0.6.90-2.dsc
to pool/main/m/mailutils/mailutils_0.6.90-2.dsc
mailutils_0.6.90-2_i386.deb
to pool/main/m/mailutils/mailutils_0.6.90-2_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 306892@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Jordi Mallach <jordi@debian.org> (supplier of updated mailutils package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.7
Date: Wed, 10 Aug 2005 14:02:07 +0200
Source: mailutils
Binary: mailutils-mh mailutils-imap4d mailutils-comsatd mailutils libmailutils0-dev libmailutils0 mailutils-pop3d mailutils-doc
Architecture: source i386 all
Version: 1:0.6.90-2
Distribution: unstable
Urgency: medium
Maintainer: Jordi Mallach <jordi@debian.org>
Changed-By: Jordi Mallach <jordi@debian.org>
Description:
libmailutils0 - GNU Mail abstraction library
libmailutils0-dev - Development files for GNU mailutils
mailutils - GNU mailutils utilities for handling mail
mailutils-comsatd - GNU mailutils-based comsatd daemon
mailutils-doc - Documentation for GNU mailutils
mailutils-imap4d - GNU mailutils-based IMAP4 Daemon
mailutils-mh - GNU mailutils-based MH utilities
mailutils-pop3d - GNU mailutils-based POP3 Daemon
Closes: 306892 312245 317842 318200
Changes:
mailutils (1:0.6.90-2) unstable; urgency=medium
.
* debian/patches/01_frm_segfault.patch: patch from CVS to fix frm
segfaults that survived 0.6.90 (thanks Todd Lipcon, closes: #306892).
* debian/patches/05_imap4d_bad_uid.patch: modified patch from Bas Wijnen
to fix the behaviour of imap4d when fetching non-existing UIDs
(closes: #317842, #312245).
* debian/patches/06_fribidi_ftbfs.patch: patch from Matt Kraai to fix a
FTBFS in the Fribidi code (closes: #318200).
* debian/changelog: add CVE numbers to recent vulnerabilities.
Files:
8d0f7a4731fb84d1c6698f7e36c7e777 1112 libs optional mailutils_0.6.90-2.dsc
4ce3b8c8f1dd79ea0e5589c4f7461f29 34947 libs optional mailutils_0.6.90-2.diff.gz
9624507f78f903fcafc80b5d06be5e3b 291556 doc optional mailutils-doc_0.6.90-2_all.deb
d5d40405e653d08603b80e0d1e1f34d7 550814 libs optional libmailutils0_0.6.90-2_i386.deb
d126673cedcb330fbba9ff174cd12c86 364076 libdevel optional libmailutils0-dev_0.6.90-2_i386.deb
a6b31da456258e5ddb16bce47028b6ba 183598 mail optional mailutils_0.6.90-2_i386.deb
60600aca988465a8156540d4e0a77f11 74966 net optional mailutils-imap4d_0.6.90-2_i386.deb
d9011a38aefd5d0e01f7ab36f5d0bb3c 59932 net optional mailutils-pop3d_0.6.90-2_i386.deb
5306c5b880e916e3e51881226a59c266 46352 net optional mailutils-comsatd_0.6.90-2_i386.deb
317e9ca3544e61a7dc46446918099a8f 643356 mail optional mailutils-mh_0.6.90-2_i386.deb
iD8DBQFC+fXhJYSUupF6Il4RAj9XAKCx/aCcBUoHpBFmv+x9/Iw0VQPunQCeNffr
lmYwbKpwrhjGWZ+eL7HK9ns=
=AbkY
-----END PGP SIGNATURE-----
reopen 306892 thanks Bug 306892 still happens for me, running frm from mailutils 1:0.6.90-2 on powerpc. It does not crash on every mailbox, but on a great many. The bug of leaving behind lock files is also there. Please fix this regardless. In addition, once the lock file is left behind, further invocations of frm cannot deal. Please make the lock file not behave this way: if the program which created it is no longer running, it shouldn't be honored. In addition, once there is a spooged lockfile, the --lock-expire-timeout and relate flags do not seem to avail anything to cause it to be ignored. In addition, frm shouldn't need to lock the mail file in the first place. So that's a total of five bugs: 1) I still see segfaults on most of my mailboxes. Presumably they happen as a result of horridly formatted or otherwise bogus spam that ends up in the mailbox. 2) Any program that creates lock files should clean them up when receiving a signal by installing a proper signal handler which deals properly. 3) Any program that depends on lock files should use a mechanism that does not hose things if the program or the system crashes unexpectedly. 4) Any program that depends on lock files should provide *working* options that override them under user control. 5) Programs that merely read data files for informational purposes have no business creating lockfiles in the first place. Would you like me to submit separate bugs, or leave this one to stand for all of them? Thomas
Here is a mailbox which gives me segmentation faults using the latest frm on powerpc. My environment is: PILOTRATE=115200 TERM=xterm SHELL=/bin/bash SSH_CLIENT=128.195.85.210 47723 22 SSH_TTY=/dev/pts/0 USER=tb MAIL=/var/mail/tb PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games PWD=/home/tb LANG=en_US.UTF-8 SHLVL=1 HOME=/home/tb LOGNAME=tb CVS_RSH=krsh SSH_CONNECTION=128.195.85.210 47723 128.195.85.189 22 DISPLAY=localhost:10.0 _=/usr/bin/printenv
I've had the failure that multiple people have noted on this bug yet I was able to work around it by changing my LANG (locale) settings. The failure occured when my locale was noted as 'POSIX', I then changed it to 'en_US.utf8' and all seemed to function properly so I thought I'd mention it in case that it might help in fully fixing this issue.
We believe that the bug you reported is fixed in the latest version of
mailutils, which is due to be installed in the Debian FTP archive:
libmailutils-dev_0.6.93-1_i386.deb
to pool/main/m/mailutils/libmailutils-dev_0.6.93-1_i386.deb
libmailutils1_0.6.93-1_i386.deb
to pool/main/m/mailutils/libmailutils1_0.6.93-1_i386.deb
mailutils-comsatd_0.6.93-1_i386.deb
to pool/main/m/mailutils/mailutils-comsatd_0.6.93-1_i386.deb
mailutils-doc_0.6.93-1_all.deb
to pool/main/m/mailutils/mailutils-doc_0.6.93-1_all.deb
mailutils-imap4d_0.6.93-1_i386.deb
to pool/main/m/mailutils/mailutils-imap4d_0.6.93-1_i386.deb
mailutils-mh_0.6.93-1_i386.deb
to pool/main/m/mailutils/mailutils-mh_0.6.93-1_i386.deb
mailutils-pop3d_0.6.93-1_i386.deb
to pool/main/m/mailutils/mailutils-pop3d_0.6.93-1_i386.deb
mailutils_0.6.93-1.diff.gz
to pool/main/m/mailutils/mailutils_0.6.93-1.diff.gz
mailutils_0.6.93-1.dsc
to pool/main/m/mailutils/mailutils_0.6.93-1.dsc
mailutils_0.6.93-1_i386.deb
to pool/main/m/mailutils/mailutils_0.6.93-1_i386.deb
mailutils_0.6.93.orig.tar.gz
to pool/main/m/mailutils/mailutils_0.6.93.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 306892@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Jordi Mallach <jordi@debian.org> (supplier of updated mailutils package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.7
Date: Thu, 2 Mar 2006 17:56:20 +0100
Source: mailutils
Binary: mailutils-mh mailutils-imap4d mailutils-comsatd libmailutils-dev mailutils libmailutils1 mailutils-pop3d mailutils-doc
Architecture: source i386 all
Version: 1:0.6.93-1
Distribution: unstable
Urgency: medium
Maintainer: Jordi Mallach <jordi@debian.org>
Changed-By: Jordi Mallach <jordi@debian.org>
Description:
libmailutils-dev - Development files for GNU mailutils
libmailutils1 - GNU Mail abstraction library
mailutils - GNU mailutils utilities for handling mail
mailutils-comsatd - GNU mailutils-based comsatd daemon
mailutils-doc - Documentation for GNU mailutils
mailutils-imap4d - GNU mailutils-based IMAP4 Daemon
mailutils-mh - GNU mailutils-based MH utilities
mailutils-pop3d - GNU mailutils-based POP3 Daemon
Closes: 192962 287892 306892 335766 336555 343777 344420 348464
Changes:
mailutils (1:0.6.93-1) unstable; urgency=medium
.
* New upstream prerelease.
- random testsuite failures don't appear to happen anymore
(closes: #192962).
- movemail won't lose email if destination device is full
(closes: #344420).
- frm won't segfault when LANG=POSIX (closes: #306892, #348464;
thanks Horkan Smith).
- movemail can write lines longer than 254 chars to IMAP correctly
(closes: #336555).
* debian/control:
- switch to libmysqlclient15-dev (closes: #343777) and
libgnutls-dev (closes: #335766).
- rename libmailutils0 to libmailutils1 and libmailutils0-dev to
libmailutils-dev.
* debian/rules:
- add CDBS utils.
- don't overwrite DEB_CONFIGURE_USER_FLAGS.
* debian/patches/00_CVS_20060228.patch: CVS update, including:
- fixes for improper linking of mailbox libraries
- fix for a frm segfault
- library versioning
* debian/patches/01_lib_linking.patch: further linking fixes for libsieve
and libmu_scm. libmuauth will be fixed in the next release.
* debian/patches/02_libsieve_version-info: correct versioning of libsieve.
* debian/patches/03_mail_doc_prefix.patch: Use "/usr/bin/mail" instead
of "/bin/mail" in runtime and texinfo documentation, as both mailutils
and mailx install "mail" in that directory (closes: #287892).
* debian/patches/99_autotools_update.patch: generated by running
"automake-1.9".
* debian/patches/01_frm_segfault.patch, 02_sql_injection.patch,
03_imap4d_gcc4_ftbfs.patch, 04_imap4d_ulong_max.patch,
05_imap4d_bad_uid.patch, 06_fribidi_ftbfs.patch,
07_CAN-2005-2878_imap4d_search_format_string.patch: Removed, all are now
obsolete, applied upstream or were taken from CVS.
Files:
eb20ecedcd1bda6055ad5c1279724ff6 1094 libs optional mailutils_0.6.93-1.dsc
04e6c47e8990ccde1337276be2305dc7 3510271 libs optional mailutils_0.6.93.orig.tar.gz
f85e07c20ee6fe9f8890bcaef032d52e 38701 libs optional mailutils_0.6.93-1.diff.gz
35c7d88e461c7c94a668a46e33dce3d0 313506 doc optional mailutils-doc_0.6.93-1_all.deb
93f068ca0c3a04259b3c8df695827183 642016 libs optional libmailutils1_0.6.93-1_i386.deb
f6e67e478b9e44575d9984ef506e3ce0 440544 libdevel optional libmailutils-dev_0.6.93-1_i386.deb
6c7076930b6b16ff36bb53483b26c508 210592 mail optional mailutils_0.6.93-1_i386.deb
3b7b445f9488f7e79a576129b06273c6 78922 net optional mailutils-imap4d_0.6.93-1_i386.deb
e347c2ebf5a89b87c5a5de4c5c336135 62910 net optional mailutils-pop3d_0.6.93-1_i386.deb
7db1f4b9aac2e85b6d64f697a3ed4a50 48802 net optional mailutils-comsatd_0.6.93-1_i386.deb
8e81b038420260868dd3f67970174a0f 856986 mail optional mailutils-mh_0.6.93-1_i386.deb
iD8DBQFEBz2BJYSUupF6Il4RAuyXAKC4nGdaXITtIoFmR5qRC2lXdl5e6ACdE/pC
80ERtbStqp2i0t8xi/x64+Q=
=CosQ
-----END PGP SIGNATURE-----
Have all of Thomas's concerns been addressed by this upload? Justin
Just the segfault, which was the main topic of the bug. I'm sorry I didn't ask thomas to file bugs as necessary for the different issues; that'll be easier to track. 1) I claimed to be fixed. 2) isn't, AFAIK, but now its a lot less noticable, of course. 3) is pretty closely related to 2), isn't it? 4) is a nice wishlist 5) is totally correct Jordi
gpg has a similar problem report, for both of 2,3 I guess. If the PID is stored in the lockfile, and the pid isn't running (or is otherwise not a process which [cs]ould have created the lockfile, or isn't holding it, etc.), then the lock should be silently dropped, I think. This is (3); the robust and convenient thing to do. 2) is just a preventative, whereas (3) would even deal with a user creating the lockfile accidentally, somehow :) This is my understanding also; I don't know if 4) is really necessary; it seems like it would be much more useful to have an explanatory message "The lockfile \`$s' exists, so $0 will not run ...". Justin
reopen 306892 thanks Jordi Mallach <jordi@debian.org> writes: Please reopen the bug and leave this as work to be done. Yes, this is a clone of 2. No, it's not, because this is already a documented feature of the program. It advertises a --lock-expire-timeout and related flags which do not work. So is this fixed?
I am not able to reproduce the stray lock file issue in current frm in mailutils 1:3.20-3+b2. Is anyone else seeing this problem?