- Chris Hardie <[EMAIL PROTECTED]>:
| On Wed, 20 Jan 1999, Harald Hanche-Olsen wrote:
|
| > - Chris Hardie <[EMAIL PROTECTED]>:
| >
| > | It's as if there's an invisible .qmail-default file at work, but I can't
| > | find what's causing this. Any ideas?
| >
| > Do you employ the users/assign mechanism at all? If so, maybe there
| > is a clue there. Also, take a look at the topmost Delivered-To:
| > header field in the incoming messages for possible clues.
|
| There's nothing in the users/ directory, so I don't think that would
| come into play.
And you don't use a non-standard substitute for qmail-getpw either, I
presume? Normally, if you run
/var/qmaill/bin/qmail-getpw user-joe | tr '\000' :
it should print a line like
user:123:456:/home/user:-:joe:
| The topmost delivered-to is always either the contents of .qmail (if
| that file exists)
Really? I have never heard of such a thing. It is supposed to always
hold the recipient address.
| or [EMAIL PROTECTED] or something else that seems very reasonable.
| But if it was really delivering to user-joe, it should be paying
| attention to .qmail-joe, which it is not.
Yes. Another tack: The code in qmail-local might suppose that a
.qmail file does not exist if an open() on the file fails with a weird
and unexpected error code. (Expected errors are various temporary
errors, plus permission and access errors.) Maybe it is conceivable
(highly unlikely, but your problem seems weird) that you are hitting
one of these cases?
- Harald
