postfix virtual domains problem

[Arthur Stephens]

Well I feel kinda....
It turns out that when using Webmin to issue commands to build the 
virtual database it was not happening.

I was able to track it down when I moved one of the mydestination 
domains in the config to a virtual_alias_domains, postfix came back with
unable to deliver the email because the domain was not found in the 
virtual_alias_map.
Once I issued the commands from console everything worked.
Sorry Hugo, Martin, and Glenn

Thanks
Arthur Stephens

Glenn Steen wrote:
> 2008/5/30 Glenn Steen <glenn.steen at gmail.com>:
>   
>> 2008/5/29 Arthur Stephens <astephens at ptera.net>:
>>     
>>> I skipped all the stuff for installing postfix since it was already
>>> installed and working.
>>>       
>> Good.
>>
>>     
>>> I picked it up at the Install Clamav point since I had to do that from
>>> scratch to get it working.
>>> The main configs that I made was the main.cf header_checks and HOLD in the
>>> header_checks file.
>>>
>>> Also I had this same problem with this server before it crashed and I had to
>>> build a new one.
>>> Even back then I had to remove Mailscanner to get the virtual domains
>>> working again.
>>> So even with this this new install I end up with the same problem.
>>>       
>> Indicates you do something wrong then:-)
>>
>>
>>     
>>> ******* main.cf ******
>>> readme_directory = /usr/share/doc/postfix-2.2.3-documentation/readme
>>> myorigin = web.ptera.net
>>> mynetworks = 69.28.32.0/20, 216.229.172.0/24, 127.0.0.0/8, 134.39.173.11,
>>> 216.178.52.0/22, 67.185.23.0/24
>>> relay_domains = web.ptera.net, webmail.ptera.net, pdi-inc.com,
>>>       
>> Ok,so you relay... not really "virtual domains" at all. This looks
>> more like a normal mail gateway than anything.
>>
>>     
>>> avistaadvantage.com, nw-tel.com
>>> smtpd_banner = 56C-web.ptera.net NO UCE ESMTP
>>> smtpd_recipient_restrictions = permit_sasl_authenticated,
>>> permit_mynetworks,      reject_invalid_hostname,
>>>  reject_non_fqdn_sender,     reject_non_fqdn_recipient,
>>> reject_unknown_sender_domain,     reject_unknown_recipient_domain,
>>> reject_unauth_pipelining,     reject_unauth_destination,
>>> reject_rbl_client domain-name, check_policy_service inet:127.0.0.1:2501
>>> #
>>> # Mailscanner
>>> # maps_rbl_domains = bl.spamcop.net
>>> # content_filter = scan:127.0.0.1:10025
>>> header_checks = regexp:/etc/postfix/header_checks
>>> # MailScanner
>>>       
>> Good so far... minimal change to a percieved-as-working config:-).
>>
>>     
>>> #
>>> receive_override_options = no_address_mappings
>>> message_size_limit = 20480000
>>> maximal_queue_lifetime = 1d
>>> smtpd_client_restrictions = check_client_access hash:/etc/postfix/access
>>> smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks
>>> strict_rfc821_envelopes = yes
>>> smtpd_delay_reject = no
>>> biff = no
>>> disable_vrfy_command = yes
>>> luser_relay = address_mapped_to_dev_null
>>> smtpd_helo_required = yes
>>> smtpd_helo_restrictions = permit_sasl_authenticated,     permit_mynetworks,
>>>      reject_invalid_hostname
>>> message_size_limit = 46080000
>>> bounce_queue_lifetime = 1d
>>> queue_directory = /var/spool/postfix
>>> mail_owner = postfix
>>>
>>> ******header_checks*******
>>> /^Received:/ HOLD
>>>
>>>       
>> Right, with that subject I  was expecting something along the lines of
>> http://www.postfix.org/VIRTUAL_README.html ... which detail how
>> virtual aliasing/mailbox settings work in PF.
>>
>> But that doesn't seem to be what you are doing. You seem to be after
>> normal relaying (a thing I know work very well;-).
>> Do you rely on internal MX records ("split view DNS" kind of thing),
>> or the transport file? What do you have in it (the transport file, I
>> mean:-)?
>> (snip)
>>
>> Cheers
>> --
>> -- Glenn
>> email: glenn < dot > steen < at > gmail < dot > com
>> work: glenn < dot > steen < at > ap1 < dot > se
>>
>>     
>
>
> BTW, could you give us a "postconf -n" instead ... Would be more ...
> comprehensive:-).
> Oh and don't forget the transports file ... Feel free to "obfuscate"
> as much as you like, but please do so in a consistent manner;-).
>
> Cheers
>   


-- 
Arthur Stephens
Senior Sales Technician
Ptera Wireless Internet Service
PO Box 135
Liberty Lake, WA 99019
509-927-7837
http://www.ptera.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mailscanner.info/pipermail/mailscanner/attachments/20080530/c9baae28/attachment.html