[Dovecot] 2.0.7 (0757f4f5b882): LMTP Server refuses queued mail

[Stan Hoeppner]

Bernhard Schmidt put forth on 11/28/2010 6:23 AM:
> Thomas Leuxner <tlx at leuxner.net> wrote:
> 
>> Narrowing down the issue a bit. With the code that was present on Nov
>> 22, those Newsletter mails worked (needless to say config wasn't
>> changed):
> 
> Same here, but I can limit the window some more. 8adacd9c03b2 from Nov
> 18th was fine and it was busted with 0bc3751c6657 on Nov 23rd. So it
> seems the problem has been introduced somewhere between f5bec4e94b55 and
> 0bc3751c6657.

The code I linked to was from 1.2.x and is over a year old.  I'm having
trouble finding the current version of that code segment in the source.

In the mean time, I'm thinking the hard coding of "/tmp/" has probably
been changed especially given that Timo left himself a note at that time
to change it.  If so, maybe the following changes in 0bc3751c6657 on Nov
23rd relating to "mail_temp_dir" may be involved:

diff -r 66428c763354 -r 0bc3751c6657
src/lib-storage/mail-storage-settings.c ---
a/src/lib-storage/mail-storage-settings.c Tue Nov 23 19:07:19 2010 +0000
+++ b/src/lib-storage/mail-storage-settings.c Tue Nov 23 19:37:56 2010
+0000 @@ -150,7 +150,7 @@ static const struct setting_define
mail_user_setting_defines[] = { DEF(SET_STR, base_dir), DEF(SET_STR,
auth_socket_path), - DEF(SET_STR, mail_temp_dir), + DEF(SET_STR_VARS,
mail_temp_dir),

DEF(SET_STR, mail_uid),
DEF(SET_STR, mail_gid),


Can you guys check your systems to confirm exactly where these mails
>128KB are being written, or attempted to be written, if not to
/tmp/dovecot.lmtp.  If since Nov 23rd mail_temp_dir now points to a
location other than /tmp/ you may still have a permissions problem, or
maybe mail_temp_dir now points to a non-existent location, or?

I'm thinking I'm on the right track here, but I'm unable to pinpoint the
exact cause of the problem.  I'm not a coder, and until today was
totally unfamiliar with any of the Dovecot source.  I'm just playing
Sherlock Holmes on this one as it piqued my interest.  And, I'm hoping
my efforts will assist Timo in identifying the problem a little quicker.

-- 
Stan