Your message dated Fri, 11 Jul 2025 10:14:21 -0700
with message-id <3940277.FjKLVJYuhi@soren-desktop>
and subject line Re: Bug#396489: Add a note to maildropex(5) that reformail -D
doesn't need locking
has caused the Debian Bug report #396489,
regarding Add a note to maildropex(5) that reformail -D doesn't need locking
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 ow...@bugs.debian.org
immediately.)
--
396489: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396489
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: maildrop
Version: 2.0.2-11
Severity: wishlist
Those of suspicious mind (like me) would be reassured to know that,
unlike formail -D, reformail -D does its own locking on the cache
file, so doesn't need special treatment, and hence the maildropex(5)
example for how to use it is indeed valid, and not the sort of
simplified but imperfect example one often finds in such man pages.
At least, that's my reading of reformail.C.
Hence, adding a short note to the man page, something like:
"Unlike formail, reformail -D does locking on the cache file, so no
locking is needed in the mailfilter file."
in maildropex(5), and why not a similar note in reformail(1), under
the description of -D:
"The cache file is locked, so no extra locking is needed when
reformail -D is used by an MDA."
?
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages maildrop depends on:
ii courier-authlib 0.58-4 Courier authentication library
ii esmtp-run [mail-transport-ag 0.5.1-4 User configurable relay-only MTA
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-13 GCC support library
ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi
ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3
maildrop recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Reuben,
On Friday, July 11, 2025 4:30:36 AM Mountain Standard Time Reuben Thomas
wrote:
> The current maildropex manpage has resolved this problem.
Thank you for taking the time to confirm that this has been resolved.
--
Soren Stoutner
so...@debian.org
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
