Your message dated Wed, 01 Jul 2026 12:32:50 -0700
with message-id <3702136.iIbC2pHGDl@soren-desktop>
and subject line courier-maildrop: sticky bit on home directory does not
prevent/defer delivery
has caused the Debian Bug report #827501,
regarding courier-maildrop: sticky bit on home directory does not prevent/defer
delivery
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.)
--
827501: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827501
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: courier-maildrop
Version: 0.73.1-1.6
Severity: normal
Dear Maintainer,
According the courier documentation (man maildrop, amongst other sources):
"If in delivery mode the user's home directory has the sticky bit set,
maildrop immediately terminates with an exit code of EX_TEMPFAIL,
without doing anything. Mail servers interpret the EX_TEMPFAIL exit
code as a request to reschedule the message for another delivery
attempt later. Setting the sticky bit allows $HOME/.mailfilter to be
edited while temporarily holding all incoming mail."
However, if I set the sticky bit on a user's home directory, mail just
get's delivered as if the sticky bit were not set.
This is important so that a user can modify their mail delivery
instructions in, say, .courier-blah files or ~/.mailfilter without
having mail delivered before editting is completed.
I would also like to note that qmail-local *also* uses the sticky bit
to temporarily defer mail delivery. Former qmail users probably
expect compatibility in courier.
I will try and verify this bug on another system running either
unstable or testing or by compiling directly from source.
Note, I'm filing this bug against courier-maildrop, but it seems to
affect the maildrop packages as well.
-- System Information:
Debian Release: 8.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages courier-maildrop depends on:
ii courier-authlib 0.66.1-1+b1
ii courier-base 0.73.1-1.6
ii courier-mta [mail-transport-agent] 0.73.1-1.6
ii libc6 2.19-18+deb8u4
ii libfam0 2.7.0-17.1
ii libgcc1 1:4.9.2-10
ii libgdbm3 1.8.3-13.1
ii libpcre3 2:8.35-3.3+deb8u4
ii libstdc++6 4.9.2-10
courier-maildrop recommends no packages.
Versions of packages courier-maildrop suggests:
ii courier-doc 0.73.1-1.6
-- no debconf information
--- End Message ---
--- Begin Message ---
I am going to assume that this bug was fixed in the intervening years as there
was no response to my previous email. Please feel free to reopen this bug if
you are still experiencing this issue.
--
Soren Stoutner
[email protected]
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
