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