39 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Re: Maildrop EX_TEMPFAIL
FromSent OnAttachments
ha...@newmail.tvnet.huJul 5, 2002 11:37 pm 
Derrick 'dman' HudsonJul 6, 2002 9:05 am 
ha...@newmail.tvnet.huJul 8, 2002 12:56 am 
ha...@newmail.tvnet.huJul 8, 2002 6:40 am 
Derrick 'dman' HudsonJul 8, 2002 7:07 am 
Ben RosengartJul 8, 2002 7:09 am 
Matthias AndreeJul 8, 2002 8:24 am 
Matthias AndreeJul 8, 2002 8:25 am 
Ben RosengartJul 8, 2002 8:35 am 
Matthias AndreeJul 8, 2002 8:51 am 
Sam VarshavchikJul 8, 2002 3:03 pm 
Ben RosengartJul 8, 2002 3:32 pm 
Sam VarshavchikJul 8, 2002 4:15 pm 
Matthias AndreeJul 8, 2002 5:10 pm 
Sam VarshavchikJul 8, 2002 6:09 pm 
Ben RosengartJul 8, 2002 6:20 pm 
Sam VarshavchikJul 8, 2002 6:28 pm 
Ben RosengartJul 8, 2002 6:44 pm 
Sam VarshavchikJul 8, 2002 6:51 pm 
ha...@newmail.tvnet.huJul 9, 2002 3:56 am 
Matthias AndreeJul 10, 2002 2:47 am 
Matthias AndreeJul 10, 2002 2:49 am 
Matthias AndreeJul 10, 2002 3:05 am 
Derrick 'dman' HudsonJul 10, 2002 7:40 am 
Matthias AndreeJul 11, 2002 2:51 am 
Derrick 'dman' HudsonJul 13, 2002 9:00 am 
Matthias AndreeJul 14, 2002 7:47 am 
Derrick 'dman' HudsonJul 15, 2002 8:19 pm 
Sam VarshavchikJul 15, 2002 9:19 pm 
Ben RosengartJul 16, 2002 6:52 am 
Sam VarshavchikJul 16, 2002 7:22 am 
Ben RosengartJul 16, 2002 8:09 am 
Ben RosengartJul 16, 2002 11:24 am 
Sam VarshavchikJul 17, 2002 9:59 am 
Ben RosengartJul 17, 2002 12:29 pm 
Matthias AndreeJul 17, 2002 3:27 pm 
Matthias AndreeJul 17, 2002 3:33 pm 
Matthias AndreeJul 17, 2002 3:34 pm 
Matthias AndreeJul 18, 2002 12:21 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [maildropl] Re: Maildrop EX_TEMPFAILActions...
From:Matthias Andree (ma@dt.e-technik.uni-dortmund.de)
Date:Jul 17, 2002 3:27:40 pm
List:net.sourceforge.lists.courier-maildrop

Derrick 'dman' Hudson <dm@dman.ddts.net> writes:

Ahh, nice! A very good reason to check the local part at RCPT time rather than wait for the MDA to say "EX_NOUSER" and then send a bounce.

As I said, rejecting crap at the SMTP port is not my problem. Postfix can do that and will do that by default for Postfix-style virtual domains, but not for Sendmail-style virtual and real domains. Configure local_recipient_maps = $alias_maps unix:passwd.byname

Maybe it is temporary ... maybe you didn't update the virtual db yet? (just a thought. maybe right, maybe wrong, maybe right when the admin "oopses")

The MTA does not know, and it's not its business. Is the user there at the moment the mail is to be delivered: accept. It has no clairvoyance implemented usually and does not know which users might be added, so rejecting right away and permanently is right.

"Cannot access virtual users db" is another issue and that would warrant EX_TEMPFAIL. "Can access virtual users db but no such entry" is EX_NOUSER.

| Postfix also has, but why bother to look that same thing up twice? cdb | is cheap, SQL or LDAP is not.

Yeah, why should maildrop duplicate the lookup?

*shrug* Good question. What environment and cwd does maildrop expect for a virtual user? What will it figure itself? Would I use maildrop -M mumble for virtual users in this setup or no?