Tom Collins wrote:
On Wednesday, October 1, 2003, at 01:10 PM, Jochen Schug wrote:
And that's what it looks like with 5.3.27:
new msg 240629
info msg 240629: bytes 79927 from <*removed*> qp 13841 uid 106
starting delivery 24: msg 240629 to local [EMAIL PROTECTED]
status: local 1/10 remote 0/20
delivery 24: success: user_does_not_exist,_but_will_deliver_to_/home/vpopmail/domains/ *domainname*/postmaster// Error._Domain_postmaster_was_not_found_in_the_assign_file/did_0+0+1/
status: local 0/10 remote 0/20
end msg 240629
I think I may have found the cause. Does the pathname in your .qmail-default file include a trailing "/"? vdelivermail is adding a "/" at the end, and I think it may be doing a double-slash (which messes up code later on that tried to figure out the domain name from the path).
Tom,
I'm afraid that's not the case. I checked the .qmail-default file, here's its content:
| /home/vpopmail/bin/vdelivermail '' /home/vpopmail/domains/*domainname*/postmaster
I tried adding the trailing slash, there's the result:
new msg 240488
info msg 240488: bytes 1441 from <*removed*> qp 19894 uid 106
starting delivery 637: msg 240488 to local [EMAIL PROTECTED]
status: local 1/10 remote 0/20
637: success: user_does_not_exist,_but_will_deliver_to_/home/vpopmail/domains/*domainname*/postmaster///Error._Domain__was_not_found_in_the_assign_file/did_0+0+1/
status: local 0/10 remote 0/20
end msg 240488
Nevertheless, the mail is delivered fine.
Regards Jochen
