That's what I thought too Tharin. I know a lot of ISPs are blocking email servers inside their networks to cut down on spam. Maybe this is somehow related to that.
Could you maybe take a look at the email headers? Maybe there is a weird relay there or something. 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
