Could you maybe take a look at the email headers? Maybe there is a
weird relay there or something.
I can't see headers of the mail that doesn't arrive, and until the
email is accepted, and leaves there are no headers I can see, other
then the address.
On 12/19/07, Tharin Olsen <[EMAIL PROTECTED]> wrote:
> Strange it would do that ONLY when sending mail to customer
service addresses. I honestly can't imagine this could be the whole
story on your problem. It would imply that Cox is blocking outgoing
mail to particular userids.
>
> Are you actually connected to a Cox internet connection and
trying to deliver it through the proper Cox smtp server?? Does
your ISP require or support SMTP authentication and have you
enabled it in Eudora?
>
> Assuming you aren't making a typo in the 'To:' field of you mail
client, often times a smtp server will reject mail with a 553 code
when the person/host trying to send the mail is using a different
internet provider or if the from/return address on the email is not
a valid address for that ISP. Sometimes enabling smtp
authentication in your mail client is all that needs to be done.
>
> -Tharin O.
>
> Winterlight <[EMAIL PROTECTED]> wrote: Why does Cox
block customer service email? They have been doing this
> a long time. I can't reply with Eudora to anything from any tech
> support, or customer service, or anything like that. It gets blocked
> by COX SMTP server. I end up having to send from a web interface. It
> doesn't matter if I am sending to a big company like Logitech or a
> email vendor ,..... I have the same
>
> Can't send to ''. The server gives this reason: '553 Sorry, that
> domain isn't in my list of allowed rcpthosts.'.
>
> error in Eudora.
>
>
>
--
Brian Weeden
