https://bugs.exim.org/show_bug.cgi?id=2802
Bug ID: 2802
Summary: Transport defers for maildir++ subfolder when top
level maildirsize file doesn't exist
Product: Exim
Version: N/A
Hardware: x86-64
OS: Linux
Status: NEW
Severity: bug
Priority: medium
Component: Transports
Assignee: unallocated@exim.org
Reporter: darren@afterdark.org.uk
CC: exim-dev@exim.org
When doing a first ever delivery (that is, with a brand new user who has not
received any mail delivered to their top level inbox) into a maildir++
subfolder (in this case /.Spam), Exim checks for a top level /maildirsize file
when the maildir_use_size_file option is set, before attempting to delver the
message into the /.Spam subfolder. The missing /maildirsize file causes the
message to be defered rather than delivered into the /.Spam folder, leaving it
on the queue.
It would seem that Exim cannot deliver mail directly to a maildir++ subfolder
because of the check for a /maildirsize file, which is only created or updated
after a successful delivery.
Is it possible to have this restriction lifted? If the /maildirsize file does
not exist before a delivery, it should be taken as being of zero length so that
deliveries are not deferred. Once the delivery into the subfolder is complete,
the /maildirsize file would be updated with the relevant size info.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
Bug ID: 2802
Summary: Transport defers for maildir++ subfolder when top
level maildirsize file doesn't exist
Product: Exim
Version: N/A
Hardware: x86-64
OS: Linux
Status: NEW
Severity: bug
Priority: medium
Component: Transports
Assignee: unallocated@exim.org
Reporter: darren@afterdark.org.uk
CC: exim-dev@exim.org
When doing a first ever delivery (that is, with a brand new user who has not
received any mail delivered to their top level inbox) into a maildir++
subfolder (in this case /.Spam), Exim checks for a top level /maildirsize file
when the maildir_use_size_file option is set, before attempting to delver the
message into the /.Spam subfolder. The missing /maildirsize file causes the
message to be defered rather than delivered into the /.Spam folder, leaving it
on the queue.
It would seem that Exim cannot deliver mail directly to a maildir++ subfolder
because of the check for a /maildirsize file, which is only created or updated
after a successful delivery.
Is it possible to have this restriction lifted? If the /maildirsize file does
not exist before a delivery, it should be taken as being of zero length so that
deliveries are not deferred. Once the delivery into the subfolder is complete,
the /maildirsize file would be updated with the relevant size info.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##