Eric Shubert wrote:
> Bogdan Motoc - CRC wrote:
>> The assign file has all the domains that have been added via
>> vaddaliasdomain
>> I only have one set of users and the other domains are aliases to
>> domain.com
>> Here's what that file looks like:
>> +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-::
>> +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-::
>> .
>
> Did you modify this file manually? If so, you'll need to run qmail-newu
> to rebuild the associated cdb file.
>
>>
>> Removing ",QMAILQUEUE="/var/qmail/bin/simscan"" from tcp.smtp and
>> doing qmailctl cdb gives this error when sending to a legitimate user:
>>
>> Remote host said: 553 sorry, that domain isn't in my list of allowed
>> rcpthosts (#5.5.3 - chkuser)
>
> What's in your /var/qmail/rcpthosts file?
> What's in your /var/qmail/virtualdomains file?
That's /var/qmail/control/ ;)
>> Eric Shubert wrote:
>>> What's in your /var/qmail/users/assign file?
>>>
>>> Bogdan Motoc - CRC wrote:
>>>> I'm really sorry about bothering you again about this problem, but
>>>> I'm really at wits' end here.
>>>> I have removed the mail.domain.tld from every file I could find.
>>>> Now mail is not received at all. At least now it's consistent, which
>>>> is good. No more flapping. (have to keep my sense of humor while
>>>> users can't receive any mail)
>>>> I think chkuser can be ruled out as the problem. Sending to
>>>>
legitimateuser@doma... produces a bounce with the error listed
>>>> below (#5.1.1), while sending to
nonexistentuser@doma... makes
>>>> chkuser kick in and reject the message as it should as soon as I
>>>> type rcpt to:
baduser@doma...
>>>> 511 sorry, no mailbox here by that name (#5.1.1 - chkuser)
>>>> So my conclusion is that qmail accepts the message but when it wants
>>>> to deliver it locally to the vpopmail user, something causes it to
>>>> bounce.
>>>>
>>>> Can you give me any advice on how to test the path traversed by the
>>>> message once it is accepted by qmail-smtpd ?
>>>>
>>>>
>>>>
>
--
-Eric 'shubes'
!DSPAM:4a9e8cd832711071614555!
opensubscriber is not affiliated with the authors of this message nor responsible for its content.