Josip Rodin a écrit :
On Wed, May 14, 2008 at 07:15:23PM +0200, Frederic MASSOT wrote:
When mailbox quotas are reached, the behaviour of maildrop is normally
return a permanent error (EX_NOPERM).
Your patch "004-maildrop-permanent-err.patch" change this behavior and
maildrop returns a temporary error (EX_TEMPFAIL), without allowing the
administrator to choose.
Can you add an option to the command line to allow the administrator to
choose between a permanent or temporary error?
Well, if you read the patch more closely, you'll see that our behaviour
matches the behaviour of the upstream maildrop when used with Courier.
We simply avoided giving the "Permission denied" error in the standalone
case as well.
The reasoning for that is described at http://bugs.debian.org/265399
I wouldn't be opposed to making this configurable offhand, but I would
appreciate it if you could explain why you prefer the other behaviour.
Hi,
On another server we also use Postfix without Maildrop and with
filesystem quotas, when a sender sending an mail he knows immediately if
the recipient's mailbox is full.
With Postfix, Maildrop and quotas managed by the Maildrop, the mail rest
for 5 days in the queue before the sender is notified. Finally, one
people called the other on the phone to find out if he received his
mail. One is sure to have sent his mail, the other is sure to have
neither received nor have deleted. They call me on the phone and I
explain that this mailbox is full and he needs do the household in his
mailbox.
Secondly, the queue exceed several hundred of MB, it load the system for
nothing.
I think it is better to leave the choice of behaviour of Maildrop to the
administrator.
Regards.
--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:[EMAIL PROTECTED] |
===========================Debian=GNU/Linux===
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
