Re: [H] Cox blocking
I can understand it being blocked when using Godaddy's SMTP, since generally speaking, one isn't allowed to use port 25 SMTP if the server doesn't belong to the network which is providing your Internet connection. If I'm not mistaken, Godaddy's SMTP has alternate ports you can substitute for '25'; one of the alternates is port 80. Gary VanderMolen [MS-MVP WLM] -- not strange if Cox is blocking the domains or user name. I don't use COX SMTP. I use Godaddy's, and even though it gets blocked when I try to send it out of Eudora using Godaddy SMTP or Outlook using COX SMTP, I can log into my Godaddy email web interface and send things out just fine. so it isn't Godaddy ... it has to be COX... no??
Re: [H] Cox blocking
I think I have on stranger than this, Earthlink's own spamblocker blocks my earthlink email address. And I have put it in the OK list. Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tharin Olsen Sent: Wednesday, December 19, 2007 10:30 PM To: hardware@hardwaregroup.com Subject: Re: [H] Cox blocking For an ISP to block a particular userid is a strange idea to me. Do a test by using an email account that is configured with all your valid Cox credentials first. Setup eudora, outlook, or whatever with an account that has your Cox address as the from and reply-to address. Looks like your smtp server is smtp.west.cox.net Section V of the following link may have details pertinent to your trouble. http://www.cox.com/sandiego/highspeedinternet/spamfaq.asp -Tharin O. Winterlight [EMAIL PROTECTED] wrote: At 03:48 PM 12/19/2007, you wrote: Strange it would do that ONLY when sending mail to customer service addresses. not strange if Cox is blocking the domains or user name. I don't use COX SMTP. I use Godaddy's, and even though it gets blocked when I try to send it out of Eudora using Godaddy SMTP or Outlook using COX SMTP, I can log into my Godaddy email web interface and send things out just fine. so it isn't Godaddy ... it has to be COX... no?? 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, no, I am either pasting in the name or replying to email I received from some support or customer service address. This has been going on for well over a year.
[H] Cox blocking
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.
Re: [H] Cox blocking
Looks like it has to do with authenication protocols and could possibly be a mis-configured SMTP server on Cox's end. http://help.lockergnome.com/office/553-domain-list-allowed-rcpthosts-ftopict428954.html http://www.palomine.net/qmail/relaying.html On 12/19/07, 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
Re: [H] Cox blocking
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.
Re: [H] Cox blocking
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
Re: [H] Cox blocking
At 03:48 PM 12/19/2007, you wrote: Strange it would do that ONLY when sending mail to customer service addresses. not strange if Cox is blocking the domains or user name. I don't use COX SMTP. I use Godaddy's, and even though it gets blocked when I try to send it out of Eudora using Godaddy SMTP or Outlook using COX SMTP, I can log into my Godaddy email web interface and send things out just fine. so it isn't Godaddy ... it has to be COX... no?? 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, no, I am either pasting in the name or replying to email I received from some support or customer service address. This has been going on for well over a year.
Re: [H] Cox blocking
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
Re: [H] Cox blocking
Yep, sorry wasn't thinking. Sorry I don't really have anything else to suggest. I use gmail for everything and haven't had to deal with SMTP or ISP email in years so I don't have much experience with this. On 12/19/07, Winterlight [EMAIL PROTECTED] wrote: 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 -- Brian Weeden
Re: [H] Cox blocking
For an ISP to block a particular userid is a strange idea to me. Do a test by using an email account that is configured with all your valid Cox credentials first. Setup eudora, outlook, or whatever with an account that has your Cox address as the from and reply-to address. Looks like your smtp server is smtp.west.cox.net Section V of the following link may have details pertinent to your trouble. http://www.cox.com/sandiego/highspeedinternet/spamfaq.asp -Tharin O. Winterlight [EMAIL PROTECTED] wrote: At 03:48 PM 12/19/2007, you wrote: Strange it would do that ONLY when sending mail to customer service addresses. not strange if Cox is blocking the domains or user name. I don't use COX SMTP. I use Godaddy's, and even though it gets blocked when I try to send it out of Eudora using Godaddy SMTP or Outlook using COX SMTP, I can log into my Godaddy email web interface and send things out just fine. so it isn't Godaddy ... it has to be COX... no?? 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, no, I am either pasting in the name or replying to email I received from some support or customer service address. This has been going on for well over a year.