Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> i am installing qmail on my linux 6.1 machine inside of the company

What is "linux 6.1?" (did you mean Redhat 6.1 by chance, hmm?).  A
minor point, but be careful if you slip up like that on a list devoted
to linux.

> i work for. it is currently running sendmail that comes with
> redhat. the company has a policy of no wildcard mx's. a
> "sendmail.cf" is provided to not use a wildcard mx. within that file
> are the two lines that seem to pertinent (as i feebly understand
> sendmail!)

> # Smart host 
> DSmail.server.domain.com

They might be even more pertinent if you had not decided to munge all
the useful data!

> my question is how do i avoid the "wilcard mx" problem with qmail?
> whenever i attempt a send to outside of my system using:

You are sending mail remotely from a qmail system to an alleged
sendmail system (I say alleged since you've again munged all useful
data, so I can't double-check), and the remote system is rejecting the
mail after the recipient is specified.  Assuming that the remote
system is _not_ qmail, and I'm pretty sure it isn't, your problem has
absolutely nothing to do with qmail.

> <[EMAIL PROTECTED]>:
> 1.2.3.4 does not like recipient.
> Remote host said: 554 <myclient.server.domain.com[1.2.3.4]>: Client host rejected: 
>Will not relay via wildcard MX records - reference 
>http://www.server.domain.com/DNS/wildmx.html
> Giving up on 1.2.3.4.

atoka-software.com does not have any wildcard MXs.  I'm pretty confused
as to what that mail server is thinking.  I think some more info is
needed.

Aaron

Reply via email to