Opera Mail suddenly reports no new messages no matter what
-
burnout426 Volunteer last edited by
@sbruce45 Okay. For the last thing for now, can you try setting the server to pop.aol.com?
-
sbruce45 last edited by
@burnout426 Unfortunately, not. First try had a certificate error which I accepted, but still no luck. Retries went through without certificate error. Nothing received. The logs show the same as pop.verizon.net did.
-
-
burnout426 Volunteer last edited by
Hmm, I wonder. I think the AOL servers use the Yahoo mail infrastructure. I wonder if you can log in via https://mail.yahoo.com/ using your AOL/Verizon email address and password. If so, you could go to https://login.yahoo.com/account/security, make sure 2-step verification is off and enable "Allow apps that use less secure sign in" (to turn on POP). Then, you can try accessing your POP mail in Opera Mail via pop.mail.yahoo.com + port 995 + TLS checked. SMTP would be smtp.mail.yahoo.com + port 465 + TLS checked.
If it doesn't work by replacing the server name in the existing account, try creating a new account in Opera Mail to try it.
It's another big if, but it you can connect that way, maybe you'll get connected to a better server.
(It still appears Opera Mail has an issue with some of the servers. Just don't know why other than Opera Might not support non-UIDL POP connections or something. All these suggestions are to just try and avoid servers that Opera Mail doesn't like as I'm not sure how to fix the issue with those servers.)
-
-
sbruce45 last edited by
@burnout426 Thanks for the idea. Yahoo mail does not recognize my e-mail address, which is my username.
-
burnout426 Volunteer last edited by
@avl Have any ideas? Do you remember if M2 has any issues with POP servers that don't support UIDL?
-
sbruce45 last edited by
@burnout426 I never used M2. I sent feedback to AOL about the problem. The first response was very promising, asking for some more information. The next response was more of a boilerplate response on what to try, more for people who never set the account up properly. It seems the answer is for them to have all their servers handle UIDL.
-
burnout426 Volunteer last edited by
@sbruce45 said in Opera Mail suddenly reports no new messages no matter what:
I never used M2.
M2 is the nickname/codename for Opera Mail (both the one built into Opera 12 and the standalone Opera Mail).
-
sbruce45 last edited by
@burnout426 I had just read that M2 is what Opera Mail was previous known as. Before I ever tried Opera Mail, when I used Opera browser and its built in mail client I had read about M2.
Anyway I have one e-mail account that is not at AOL. I just checked that and it responds with UIDL in its capability list. I couldn't say if it would have had problems before if there were no UIDL, but it seems that it would. -
avl Opera last edited by
@burnout426 It should work and it knows how to handle non-UIDL. M2 will only do a LIST if it has detected that UIDL is not possible, otherwise it would do a UIDL request to get message info.
-
-
burnout426 Volunteer last edited by burnout426
@avl Thanks. For some reason Opera sends a quit message right after the LIST command. No retrieving is done after the LIST.
-
sbruce45 last edited by
@burnout426 The question is why bother sending the LIST since it can't do anything without the UIDL response. The UIDL returns encoded info about each message. The LIST returns one number for each message (the number seems to be sequential). Both UIDL and LIST responses identify the messages from 1 to N and the RETR uses that number). Apparently Opera needs the information from the UIDL to decide if it has the message already. I don't know what the LIST adds to its decision making. If it could send the UIDL and get a response, after the LIST it send RETRs for the message numbers that it already does not have. I'm assuming Opera makes the decision based on the information in the UIDL response and not the LIST response. Without the UIDL information it just quits since it does not know what to RETR.
-
sbruce45 last edited by
I finally got a log from thunderbird. It sends UIDL even though it is not in capability list, and request works.
-
burnout426 Volunteer last edited by
@sbruce45 Good to know. That's probably what Opera Mail would need to do to work around the issue. But, since Opera Mail was discontinued years ago, I think the only option is to try and get the servers fixed to report UIDL since they seem to support it.
I don't think there's a way to force UIDL for POP in Opera Mail at least.
I wonder if there's a local POP proxy program available somewhere to run Opera Mail through where you can add UIDL to the response from the server just to double-check that works around the issue for Opera Mail for the bad accounts.
-
sbruce45 last edited by
@burnout426 Interesting idea. I found 2 POP proxies but it doesn't look like I can get the proxies to look at messages and add a response, and neither seemed to handle an encrypted interface. I didn't do an extensive search.
-
sbruce45 last edited by
So yesterday at 4:29 PM another account at AOL dropped UIDL. It was OK at 4:24 PM. (they are read automatically every 5 minutes). At around the same time, accessing that account with the Courier e-mail program (also POP3), it started reacting differently and it read all the e-mails that were at the server. Now sometimes it reads all and sometimes only what is new, but when it reads what is new it says it is going to read all of them and then reports an error after receiving the new ones.
-
sbruce45 last edited by
So, I guess there are 3 ways to respond to no UIDL in the CAPA list. One is to QUIT, as Opera does. Another is to retrieve all messages, since it cannot find out which ones it has already, as Courier does. And then it can just issue UIDL anyway, as Thunderbird, Outlook Express, and others do.
-
burnout426 Volunteer last edited by
I think Thunderbird used to fail similar to Opera unless you unchecked "leave messages on the server" (I know that doesn't help for Opera). Perhaps forcing UIDL was a workaround they implemented (perhaps on a per-server basis).
