Your message dated Sun, 21 Jun 2020 13:45:22 +0200
with message-id <20200621114522.GP19111@sarastro>
and subject line mutt: Mutt needn't lock mailbox when opening read-only
has caused the Debian Bug report #202305,
regarding mutt: Mutt needn't lock mailbox when opening read-only
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
202305: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=202305
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mutt
Version: 1.3.28-2.2
Severity: wishlist
I became aware of this 'issue' when using Mutt to quickly check
mailboxes on a remote NFS server, which is such a clunky old thing that
it's faster to search mailboxes remotely with Mutt over NFS than it is
to use grep locally. =)
When running 'mutt -R -f /net/<host>/.../Mail/mailbox' I have to wait a
while for the fnctl lock tries and fails a few times. When specifying
the -R flag on the commandline it seems to me that locking the mailbox
is unnecessary, and indeed -R may have been given because modifying the
mailbox itself isn't possible.
So, can the mailbox lock be skipped if M_RO is set? I'm wary of trying
to hack the change in myself as I've no idea what I would break, but I'm
guessing that a test could be added to mbox_open_mailbox() in mbox.c for
M_RO or similar.
While this is a completely harmless thing, maybe it can be fixed in a
few seconds, or bumped upstream ...
Thanks,
Andrew S.
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux harp 2.4.21 #1 Thu Jun 19 13:00:41 WST 2003 i586
Locale: LANG=C, LC_CTYPE=C
Versions of packages mutt depends on:
ii libc6 2.2.5-11.5 GNU C Library: Shared libraries an
ii libncurses5 5.2.20020112a-7 Shared libraries for terminal hand
ii libsasl7 1.5.27-3 Authentication abstraction library
ii sendmail [mail-transport 8.12.3-6.4 A powerful, efficient, and scalabl
--- End Message ---
--- Begin Message ---
Control: tag -1 +wontfix
This hasn't been fixed upstream in 17 years, I don't expect this to be solved
soon so I'm closing it as wontfix.
--- End Message ---
