With the latest versions of sendmail, there is a file '/etc/mailertable.db'
which is built with makemap, and contains routing information for additional
domains. This is where you would list your virtual domains on the external SMTP
server. This would point to the server that actually serves the specific
domain.
Chris Riney.
"Ing. Francisco Lopez G." <[EMAIL PROTECTED]> wrote:
> gurus, wizards et al:
>
> my sincere aplogies if this issue is not related to firewalls at all, but
> since I have seen great and knowledgeable people in here, and I am running
> out of ideas, I decided to give it a try anyways...
>
> I set up a server (Linux, Kernel 2.0.36) for being a central master mail
> server... as such it has to handle the local mail, mail from clients (which
> are part of the same IP series we handle) and virtual mail (you know...
> account [EMAIL PROTECTED] has to be attached and receive mail from
> [EMAIL PROTECTED] ... being us who manage the DNS for hisdomain.com). I went
> trhoug www.sendmail.org, spamboy.xtn.net and other sites to put together a
> sendmail.cf file that would take care of business. (BTW, I am using sendmail
> 8.9.3). After I did the suggested steps everything seemed to be working
> well from inside... mails to the oustide were going well, mails to
> virtual_domain accounts were working... mails from outside were working ...
> not well at all: if the mails from the outside are directed to our main
> domain (mydomain.com) everything works fine... but if it is directed to any
> of our virtual_domain accounts, they get a reply that says:
> 'Remote host said: 551 we do not relay'
>
> In other words, virtual_domain is my concern here... if the mail for a
> virtual_domain originates within our network, everything is good... but if
> it does not, I get the error I got above... and those virtual_domains have
> to be reachable by all the world. FYI, I put info in the deny (well known
> spammers) and ip_allow (our IP series) and left name_allow and relay_allow
> empty... (I did put our virtual domain names into those two last files but
> with no luck... so I left them empty again...)
>
> Any ideas will be greatly appreciated!!! (and my apologies again...)
>
> Francisco Lopez
>
>
>
>
>
>
> -
> [To unsubscribe, send mail to [EMAIL PROTECTED] with
> "unsubscribe firewalls" in the body of the message.]
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]
