6 messages in net.sourceforge.lists.courier-usersRe: [courier-users] .courier file que...
FromSent OnAttachments
Sam VarshavchikJan 25, 2001 8:08 pm 
Patrick PriceJan 25, 2001 9:20 pm 
Daniel BiddleJan 25, 2001 9:52 pm 
Patrick PriceJan 25, 2001 10:02 pm 
Jeff DaveyJan 25, 2001 10:31 pm 
Daniel BiddleJan 25, 2001 11:07 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: [courier-users] .courier file questionActions...
From:Patrick Price (sysa@moment.net)
Date:Jan 25, 2001 10:02:54 pm
List:net.sourceforge.lists.courier-users

Daniel,

I had a feeling after I sent the email this was the case. Thanks for clarifying it for me!

At 05:52 AM 1/26/01 +0000, you wrote:

On Fri, 26 Jan 2001, Patrick Price wrote:

Why is it that even though I'm directing mail to a specific directory which contains a .courier file pointing to ./Maildir, mail will not be delivered (unknown user) unless I add a .courier-username file as well?

Here's what I have:

alias @foobar.com: foobar.com

You're redirecting a whole domain, not just one user. Nothing wrong with that, but it doesn't work quite the way you expect when it comes to the .courier file.

userdb foobar.com: uid,gid,etc. home=/home/vpopmail/foobar.com in@foobar.com: home=/home/vpopmail/foobar.com/info

~vpopmail/foobar.com/info contains Maildir and .courier file containing ./Maildir

I send mail to in@foobar.com. Unknown user. This should not happen as I'm specifically directing email via userdb straight into the info directory.

If, in /info's directory I create a .courier-info file pointing to ./Maildir, email is delivered.

The address in@foobar.com is rewritten to foob@foobar.com (check the headers of a delivered message), which is controlled by the .courier-info file. (The .courier file would be accessed for an address that was rewritten to foob@foobar.com, but that doesn't happen with normal addresses.)

So, your .courier file is ignored. Instead, rename it to .courier-default, and courier will use it for all addresses @foobar.com that don't have their own .courier-* files.

======= Looking at a trace, the proper directory is found from userdb: [...] Then when it can't find .courier-info it craps out. Doesn't even look for .courier file.

It's not meant to, since in this case it doesn't correspond to an address.

80776 courierdeliver NAMI "/usr/lib/courier/etc/dotextension" 80776 courierdeliver RET open -1 errno 2 No such file or directory 80776 courierdeliver CALL lstat(0x8050060,0xbfbfdabc) 80776 courierdeliver NAMI "./.courier-info" 80776 courierdeliver RET lstat -1 errno 2 No such file or directory 80776 courierdeliver CALL lstat(0x8050060,0xbfbfdabc) 80776 courierdeliver NAMI "./.courier-default" 80776 courierdeliver RET lstat -1 errno 2 No such file or directory 80776 courierdeliver CALL write(0x2,0xbfbfd3f0,0xe) 80776 courierdeliver GIO fd 2 wrote 14 bytes "Unknown user. "

Note that it checks for .courier-default when it can't find .courier-info.

hope this helps,