Roderick A. Anderson a écrit :
> Magnus Bäck wrote:
>> [snip]
>> Why do you insist on testing this with telnet? You will introduce
>> another possible error source (incorrect encoding of the credentials)
>> and it's a use case that you're supposedly not really interested in.
>
> Because I can do it one step at a time and see the results that Postfix
> sends back. I hadn't thought of telnet possibly munging base64 encoded
> values. They looked like ASCII-only to me.
>
well, you said you tried google and possibly other things. but did you try
http://www.postfix.org/SASL_README.html#server_test
but it's easier to write a perl/whatever script to do your tests instead
of a "plain" telnet.
>>
>> [...]
>>
>>> alias_database = hash:/etc/postfix/aliases
>>> alias_maps = hash:/etc/postfix/aliases
>>
>> Useless since local_transport != local.
>
> Thanks. This was built by looking at _many_ HOWTOs and documentation
> pages and based on a working non-virtual main.cf file.
>
unfortunately, very few howtos are worth reading...
>>
>> [...]
>>
>>> local_recipient_maps = local_transport = virtual
>>
>> Why fight the system? If a domain is a virtual mailbox domain, list the
>> domain in virtual_mailbox_domains and leave local_transport alone.
>
> Again thanks. I'll study up on this but, as above, it came from far too
> many sources of information. I got it working, for the most part, and
> then let it ride. I think it might have been done this way because I'm
> using Dovecot's deliver and dovecot-sieve. Could have been because I'm
> putting mail in /var/mail/vhosts/%d/%u/ and have per-domain password
> files. Who knows; someday I too might learn think and speak SMTP like a
> native and get it all correct.
>
As Magnus said, don't fight against the system. if you want virtual
domains, and only virtual domains, configure your domains to be virtual
and if needed, disable local delivery.
