<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Well I feel kinda....<br>
It turns out that when using Webmin to issue commands to build the
virtual database it was not happening.<br>
<br>
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<br>
unable to deliver the email because the domain was not found in the
virtual_alias_map.<br>
Once I issued the commands from console everything worked.<br>
Sorry Hugo, Martin, and Glenn<br>
<br>
Thanks<br>
Arthur Stephens<br>
<br>
Glenn Steen wrote:
<blockquote
cite="mid:223f97700805291549w3d4cc68cr448b3f2ec2865f45@mail.gmail.com"
type="cite">
<pre wrap="">2008/5/30 Glenn Steen <a class="moz-txt-link-rfc2396E" href="mailto:glenn.steen@gmail.com"><glenn.steen@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">2008/5/29 Arthur Stephens <a class="moz-txt-link-rfc2396E" href="mailto:astephens@ptera.net"><astephens@ptera.net></a>:
</pre>
<blockquote type="cite">
<pre wrap="">I skipped all the stuff for installing postfix since it was already
installed and working.
</pre>
</blockquote>
<pre wrap="">Good.
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">Indicates you do something wrong then:-)
</pre>
<blockquote type="cite">
<pre wrap="">******* 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,
</pre>
</blockquote>
<pre wrap="">Ok,so you relay... not really "virtual domains" at all. This looks
more like a normal mail gateway than anything.
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap="">Good so far... minimal change to a percieved-as-working config:-).
</pre>
<blockquote type="cite">
<pre wrap="">#
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
</pre>
</blockquote>
<pre wrap="">Right, with that subject I was expecting something along the lines of
<a class="moz-txt-link-freetext" href="http://www.postfix.org/VIRTUAL_README.html">http://www.postfix.org/VIRTUAL_README.html</a> ... 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
</pre>
</blockquote>
<pre wrap=""><!---->
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
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="40">--
Arthur Stephens
Senior Sales Technician
Ptera Wireless Internet Service
PO Box 135
Liberty Lake, WA 99019
509-927-7837
<a class="moz-txt-link-freetext" href="http://www.ptera.net">http://www.ptera.net</a></pre>
</body>
</html>