Bogdan Motoc - CRC wrote:
> Eric Shubert wrote:
>> Bogdan Motoc - CRC wrote:
>>> I reinstalled qmail. This time netqmail-1.06. No change.
>>> Reinstalled then vpopmail. Used 5.4.28. Still no change.
>>> Right now, all messages for virtual users are rejected (except those
>>> destined to domain.ro users, which remain in queue) with the message:
>>> Remote host said: 553 5.7.1 sorry, that domain isn't in my list of
>>> allowed rcpthosts (chkuser)
>>> From what i can see, the only abnormal behaviour shows in
>>> @400000004aa3f5ac28da4274 tcpserver: status: 1/20
>>> @400000004aa3f5ac28da4e2c tcpserver: pid 32069 from 18.104.22.168
>>> @400000004aa3f5ac28da5214 tcpserver: ok 32069 mail.domain.com:ip:25
>>> @400000004aa3f5ac2ef4ed6c CHKUSER accepted sender: from <my_email::>
>>> remote <my_email_srv:unknown:serv_addr> rcpt <> : sender accepted
>>> @400000004aa3f5ac2f4db3fc CHKUSER rejected relaying: from
>>> <my_email::> remote <my_email_srv:unknown:serv_addr> rcpt
>>> <postmaster@mail...> : client not allowed to relay
>>> @400000004aa3f5ad2faa56d4 tcpserver: end 32069 status 0
>>> Chkuser is ran twice for a single message.
>>> And I have no idea why.
>>> Anyone ran into this before or might have an idea what could be wrong?
>> It's normal for chkuser to issue more than one message, one for sender
>> and one for recipient.
>> Your problem appears to be that submissions aren't successfully
>> authenticating. Any session for an email destined to a domain that's
>> not in rcpthosts must successfully authenticate, which is a good
>> thing. Otherwise you'd have an open relay, which is very bad.
> I realize that. But the message that I've sent was to:
> postmaster@doma... not postmaster@mail... > Somewhere it gets translated into another address, and I can't figure
> out why. It's true, the qmail "me" file is "mail.domain.com" but that
> should have nothing to do with authenticating.
> If i change the "me" file into just "domain.com" then it also rejects
> everything, but this time the error messages refer to user@doma...,
> which is a valid user, for which it should always accept mail. (this is
> not submission, just regular inbound mail on port 25).
The fully qualified `hostname` is the right value there.
> Submission on the
> other hand works well, unless the destination is also a local vpopmail
> user. So this is all a local delivery problem, that I just can't seems
> to figure out.
Are you mixing local and virtual domains and/or users?
> What I do know, is the following:
> - it's not the qmail queue (corrupted). I've erased it and done a /make
> setup check/ to recreate it
> - the filesystem is clean. unmounted it and done fsck