1/9/2003 -0800, Larry Stone <[EMAIL PROTECTED]> wrote:
More interesting, I get that same "will be relayed to a client" if I send toNow how are you getting that to work? Here's what I get then I try that via telnet on my secondary going to my primary:
user@domain@[192.168.1.x] where x is any number other than 3. When I make it 192.168.1.3, I get "we do not relay". All of 192.168.1.1-192.168.1.255 is in the Client Hosts list.
Am I missing understanding what you mean? My servers pass the rbl test as well and I cannot duplicate the problem.571 <[EMAIL PROTECTED]@hypertouch.com> we do not relay. 571 <[EMAIL PROTECTED]@67.41.229.20> we do not relay. 571 <[EMAIL PROTECTED]@[67.41.229.20]> we do not relay.
If anyone is bored and has a spare moment, please feel free to throw something through my secondaries (Note, I do use a catch-all address). I'd hate to be blind sided with a Joe-job now that I've filed my class action against a spammer (and engendered the not unexpected anonymous threats of retaliation).
On another note, fwiw, I have multiple secondaries (multiple because they are all on DSL lines which aren't of course the most reliable). I have this forwarding route on all the secondaries:
domain.com=mail.domain.com.smtp
With mail.domain.com being the primary, this prevents the secondaries from merrily forwarding email between themselves while the primary is off line. I then at the primary server's router first have the line:
mail.domain.com = domain.com
then after that I can place the rest of that domain's routing.
Joe
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>
