Rejected messages
It appears the new spam filtering service Cox is using (cloudfilter.net) is blocking a lot of valid mail. I would like to know where our individual portals and addressbooks are that we can configure our own whitelists and to be able to see what messages are being rejected. It is one thing to be identify a message as spam, and another thing entirely to reject them without notification. I have mail senders from a good number of places and since my mail volume has dropped by over 75%, it is quite safe to assume the spam aggressiveness thresholds are set quite high as well as are the bulk sender identifiers and anti-spoofing features. While you claim to not whitelist senders, you do need to provide your users the ability to do so. No doing so means you are censoring email Also, it is poor form to put a like to review changes and then have it error out. http://postmaster.cox.net/confluence/display/postmaster/Error+Codes If you are going to implement such a service you should become a lot more responsive with corrective actions. I am now on my second day waiting for an answer on my ticket with Tier 2, and third day with the actual issue at large.
Email problem - Deleted emails in webmail keep coming back
This has been going on since you took away the old "Classic" format and forced me to use the new webmail format. Whether I delete mail or mark as spam and click that button, all my emails return to inbox. I had to do this process 2-4 times before they will actually stay away.This is ridiculous how long it takes to try and delete email. I have had nothing but problems since you changed things. Please fix this problem! ... or reinstate the choice of "Classic" format back to our email.
Last 3 years intermittently getting AUP#CXSNDR error on outgoing e-mails - now constant.
Occasionally I would get this error, but it would pretty much only pop up when trying to save a copy of the e-mail in the Sent folder. At first I figured it was just a weird permissions issue, or maybe even possibly when sending to specific servers and there was some weird glitches going on between the different servers, but now it's a constant thing. I'm even getting this when trying to send e-mails to my father and grandfather, who are both on the cox.net domain - personal accounts that were given out when Cox didn't determine that having to give e-mail addresses to their customers was too "burdensome" or "costly". In looking at the codes on your page with them https://www.cox.com/residential/support/email-error-codes.html I don't see one that has both AUP & #CXSNDR, but from my powers of reading and deduction it seems it's a mishmash of: AUP - which is Email sending blocked due to suspicious account activity on primary Cox account. To secure your account, please reset all Cox account passwords at cox.com/password. Contact Cox at cox.com/chat to remove block and reference error code AUP#CXMJ. The fix: Reset your password at www.cox.com/password or visit www.cox.com to sign in to your primary Cox account and go to the My Profile page. Then, contact Cox at www.cox.com/chat to remove the block referenced by error code AUP#CXMJ. CXSNDR - There was a problem with the sender's domain. The fix: Your email failed authentication checks against your sending domain's SPF, DomainKeys, or DKIM policy. So I'm not sure what to do here. When this initial problem came up about 3 years ago, I e-mailed Cox tech support, had a little back & forth with them (they seemed utterly confused), then I quit getting responses from them regarding this, even when I initiate a new support e-mail. I'm guessing that along with free e-mail addresses to your customers, you've determined that trained tech support is too "costly" and "burdensome" as well. Or who the hell knows, maybe just having tech support at all is too "costly" and "burdensome". Who the hell do I talk to to get this fixed? Since I'm forced to be reduced to guessing what's going on here since it would appear that Cox's "key" for the different codes is obviously woefully incomplete, I'm guessing that my account has been flagged for "sending spam" (AUP), which then causes the secondary error (CXSNDR); which is simply baffling as the only things I really send out from this e-mail address are historical e-mails to my father, grandfather and a few others as well as sending links about news or other things of that nature. The only other stuff I get is the few newsletters I subscribe to and then of course the "confirmation" e-mails when I need to start a new account somewhere. Can someone (presumably in tech support - preferably even someone that's trained/knowledgeable) help me figure out what the hell is going on here and help me rectify it? I realize that since Cox has determined that customers having Cox.net e-mail addresses is too burdensome and costly, it's "better" for the company to drive off everyone still using those e-mail addresses so they can save money (while driving the price for services up - naturally), but I'm not about to change an e-mail address I've had for two and a half decades. Or is competent tech support something you have to pay extra for these days with your "Complete Care" package? You've already made it elusive as hell to find an e-mail address to open up a new dialog with tech support, so it honestly wouldn't surprise me. This happens with Apple Mail (iOS & MacOS), Thunderbird (on both Linux & MacOS), Cox's webmail in an Internet browser (tried on 4 different browsers in various states of configuration), This needs to be fixed, balls in your court Cox. Also since I'm dropping valid complaints about the erosion of service and support from Cox, there's also the giant problem with my inability to send an e-mail when connected to my VPN. The last administrations acts against Net Neutrality should have sufficiently scared the *** out of anyone who valued their privacy (hence the drastic uptick of VPN providers in the last 5 years), but it would appear that Cox is always one step ahead when it comes to ruining any semblance of privacy one might have enjoyed with them blocking connections to VPN providers should one need to send an e-mail. Again - this is something I've brought to the attention of tech supportmultiple times and they've simply sat there in silence with a presumably quizzical look on their face. They had no god damned idea what a VPN was. Whether that's due to insufficient training on Cox's end or simply a "business tactic" to get people to pony up EXTRA for basic tech support I'm not sure; I wouldn't be surprised by either frankly, but I'd put my money on the latter. These aren't unreasonable requests. Just so we're clear, I need to: Be able to send email Be able to send email when connected to my VPN. That simple guys. It's really that simple.Message to <3@2031342> was automatically rejected: spam
I received this bounce-back from the Mail Delivery Subsystem: Your message to<3@2031342> was automatically rejected: spam Who is <3@2031342>? Certainly not someone i communicate with. I've not seen that format for addresses before. And the message was bcc'd to 2 of my students and cc'd to my co-prof. Why was it screened as spam?
Clicking on the Webmail links on the Cox home page keeps looping and never loads.
The link first takes you tohttps://myemail.cox.net/appsuite/,then it loops to this link:https://idm.east.cox.net/affwebservices/public/saml2sso?SAMLRequest=,then it loops back to the first link. It repeats this cycle over & over. Tried this in Chrome and FIrefox web browsers, no ad blocker running or popup being blocked. Tried on multiple days. Tried on two different Windows 10 computers. Don't think the issue is me. Does these links no longer work or is the webmail access down?
