I'm sorry to keep nagging ;)

After exploring the issue more, I am even more confused as how this is
supposed to work, although I find it likely it's me doing something wrong.

I have tried googling, but haven't found anything useful.

There are two things bothering me: 1) dbmail isn't sending the bounce
message, 2) it gives back a temporary error to the MTA (it should be a
"persistent transient" error, so permanent is better).

In the code, there's only one place that is calling bounce() with
BOUNCE_STORAGE_LIMIT_REACHED, and that is in sort_and_deliver(). There are
two db_copymsg() calls in this function that can return -2, but only the
first will send the bounce, and the other will only write a message in the
log. Since bounce() is never called, but I see the log message, I conclude
that the first one isn't triggered. In either case, it will return
DSN_CLASS_TEMP.

Unless my brain has taken vacation, it must be bad to return temporary
errors to the MTA when the mailbox is full. Both dbmail-smtp and
dbmail-lmtpd seems to only give back OK, temporary failure or permanent
failure, so I cannot see a way to let the MTA handle it.

Btw, I've got to ask, is there any dbmail documentation around I've missed?
The only pieces I'v seen is the install document and the rather sparse man
pages.

Regards,
Robert Andersson


----- Original Message ----- 
From: "Robert Andersson" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, May 21, 2004 7:03 PM
Subject: [Dbmail] About quotas and bounce messages


> Hello,
>
> I am using exim4 and dbmail 2.0-rc4 in test environments (debian and
cygwin
> ;-). I have configured exim with a dbmail transport, piping to
dbmail-smtp.
>
> I have a little problem with understanding how quotas are supposed to
work,
> and who is responsible for reporting back to the sender in case the target
> mailbox is full.
>
> What I am seeing now, when sending a message that cause the target mailbox
> to fill up, is dbmail-smtp returning 75 (EX_TEMPFAIL), and exim will keep
> the message, possibly retrying until it generates a local delivery error.
I
> also note that the (temporary?) message seems to be left in the mailbox of
> the [EMAIL PROTECTED]@__ user, as its usedmail_size increases by
> the expected amount. From syslog, I gather that the failure indeed is
caused
> by this:
>
>     dbmail/smtp[3050]: db.c,db_copymsg: user [2] would exceed quotum
>     dbmail/smtp[3050]: sort.c, sort_and_deliver: error copying message to
>     user [2], maxmail exceeded
>
> So, if exim is supposed to send the "mailbox full" message, how is it
> supposed to know this? Otherwise, if it is the responsibility of
> dbmail-smtp, why isn't it doing this? Or, is it something in this process
I
> am missing?
>
> Sorry for the perhaps stupid question(s).
>
> Regards,
> Robert Andersson
>
> _______________________________________________
> Dbmail mailing list
> [email protected]
> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>

Reply via email to