atom feed14 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: Unknown User ...
FromSent OnAttachments
Griffiths, JonJul 24, 2001 7:28 am 
Sam VarshavchikJul 24, 2001 2:56 pm 
Daniel RoesenJul 24, 2001 4:21 pm 
Oliver BlasnikJul 25, 2001 12:44 am 
Griffiths, JonJul 25, 2001 2:33 am 
Griffiths, JonJul 25, 2001 2:56 am 
Daniel RoesenJul 25, 2001 3:30 am 
Xavier BeaudouinJul 25, 2001 3:41 am 
Sam VarshavchikJul 25, 2001 4:46 am 
Oliver BlasnikJul 25, 2001 7:30 am 
Daniel RoesenJul 25, 2001 8:29 am 
Griffiths, JonJul 25, 2001 10:00 am 
Sam VarshavchikJul 25, 2001 2:15 pm 
Oliver BlasnikJul 25, 2001 2:58 pm 
Subject:Re: [courier-users] Re: Unknown User = EX_TEMPFAIL??
From:Oliver Blasnik (oliv@nextra.de)
Date:Jul 25, 2001 7:30:06 am
List:net.sourceforge.lists.courier-users

Hi Sam,

[about the inconsistent EX_TEMPFAIL and logging of "Invalid user specified"]

The errorcode delivered with this error message is definitely wrong. I just see just no reason to give back EX_TEMPFAIL instead EX_NOUSER. Please, be so glad and explain this so we could understand.

I already provided an explanation. If a mailbox does not exist, the message should not have been accepted by the mail server and returned as undeliverable.

This is your point of sight. Again: Not everybody could check the address before injecting into maildrop.

If maildrop receives a message for the recipient, but is unable to determine the recipient's home directory, uid and gid, this is considered a configuration error or a failure.

This is wrong. As Maildrop could be used without any other courier- related software, this is a wrong assumption. After a 1-minute-sight into main.C I'm saying: EX_TEMPFAIL is incorrect in nouser(), as this is only called in following situation:

- my_pw=getpwnam(deliverymode); if (!my_pw) nouser();

If getpwnam fails, there could be just one reason: - the user could not be retrieved (nonexistant)

After this knowledge, the only reply has to be EX_NOUSER.

The NIS server could be down, for example. Hence, the safest course to follow is to keep the mail queued up until someone notices and fixes the problem.

If the NIS is down and so get problems authenticating, this is a design failure of the one who is using nis (no backups? no local copies?) and not something you/maildrop has to worry about.

Back to you, Sam,

Oliver