When it occurs:
When the new email is received and read, the email status is changed to “read”, the web interface also displays the status.
When the next synchronization of the outlook with the server happens the status of the email is changed to “not read” while on the web interface the email status is displayed as “read”.
The next synchronization does not change the status of the email from “not read” to “read” , the status remains unchanged.
The mobile version of the outlook synchronizes the emails correctly.
On the different machine on the newly installed outlook the problem occurs again.
I have deleted the outlook database/recreated the base but it didn't solve the problem.
The rest of the mail boxes/accounts do not have any issues, they are also on the outlook.
Hi @SiP,
I'm not an expert on all Microsoft issues but after researching some forums looks like there are three ways to try and resolve this issue: Create a new profile, or try cleanviews, it restores your default views, but please keep in mind all custom views created are lost. Also, you can try marking all unread emails as read in webmail and everything should update in Outlook and fix the issue.
Hi @charminglygeeky,
As a result of more detailed study of this issue, I have concluded that this is a problem on the server side.
It is observed only in the INBOX, and only with the letters after a certain date.
If the test was created TMP folder in it all statuses are changed correctly.
In attach LOG file IMAP protocol
Frame 5: 94 bytes on wire (752 bits), 94 bytes captured (752 bits) on interface 0
Ethernet II, Src: Microsof_04:01:14 (00:15:5d:04:01:14), Dst: Microsof_04:01:10 (00:15:5d:04:01:10)
Internet Protocol Version 4, Src: 192.168.8.138, Dst: 97.74.135.69
Transmission Control Protocol, Src Port: 64459 (64459), Dst Port: 143 (143), Seq: 7, Ack: 25, Len: 40
Internet Message Access Protocol
Line: iug9 UID STORE 1 -FLAGS.SILENT (\Seen)\r\n
Request Tag: iug9
Request isUID: True
Request Command: STORE
Request: UID STORE 1 -FLAGS.SILENT (\Seen)
Frame 23: 73 bytes on wire (584 bits), 73 bytes captured (584 bits) on interface 0
Ethernet II, Src: Microsof_04:01:14 (00:15:5d:04:01:14), Dst: Microsof_04:01:10 (00:15:5d:04:01:10)
Internet Protocol Version 4, Src: 192.168.8.138, Dst: 97.74.135.69
Transmission Control Protocol, Src Port: 64459 (64459), Dst Port: 143 (143), Seq: 105, Ack: 380, Len: 19
Internet Message Access Protocol
Line: q4nt SELECT "tmp"\r\n
Request Tag: q4nt
Request Command: SELECT
Request Folder: "tmp"
Request: SELECT "tmp"
Frame 44: 94 bytes on wire (752 bits), 94 bytes captured (752 bits) on interface 0
Ethernet II, Src: Microsof_04:01:14 (00:15:5d:04:01:14), Dst: Microsof_04:01:10 (00:15:5d:04:01:10)
Internet Protocol Version 4, Src: 192.168.8.138, Dst: 97.74.135.69
Transmission Control Protocol, Src Port: 64459 (64459), Dst Port: 143 (143), Seq: 228, Ack: 909, Len: 40
Internet Message Access Protocol
Line: r4hh UID STORE 1 +FLAGS.SILENT (\Seen)\r\n
Request Tag: r4hh
Request isUID: True
Request Command: STORE
Request: UID STORE 1 +FLAGS.SILENT (\Seen)
Frame 75: 179 bytes on wire (1432 bits), 179 bytes captured (1432 bits) on interface 0
Ethernet II, Src: Microsof_04:01:10 (00:15:5d:04:01:10), Dst: Microsof_04:01:14 (00:15:5d:04:01:14)
Internet Protocol Version 4, Src: 97.74.135.69, Dst: 192.168.8.138
Transmission Control Protocol, Src Port: 143 (143), Dst Port: 64459 (64459), Seq: 1639, Ack: 432, Len: 125
Internet Message Access Protocol
Line: * 1 FETCH (UID 1 FLAGS (\Seen))\r\n
Line: * 2 FETCH (UID 2 FLAGS (\Seen))\r\n
Line: * 3 FETCH (UID 3 FLAGS (\Seen))\r\n
Line: eksl OK FETCH completed.\r\n
Response Tag: eksl
Response Status: OK
Response: OK FETCH completed.
Frame 83: 75 bytes on wire (600 bits), 75 bytes captured (600 bits) on interface 0
Ethernet II, Src: Microsof_04:01:14 (00:15:5d:04:01:14), Dst: Microsof_04:01:10 (00:15:5d:04:01:10)
Internet Protocol Version 4, Src: 192.168.8.138, Dst: 97.74.135.69
Transmission Control Protocol, Src Port: 64459 (64459), Dst Port: 143 (143), Seq: 449, Ack: 1798, Len: 21
Internet Message Access Protocol
Line: 04nw SELECT "INBOX"\r\n
Request Tag: 04nw
Request Command: SELECT
Request Folder: "INBOX"
Request: SELECT "INBOX"
Frame 423: 98 bytes on wire (784 bits), 98 bytes captured (784 bits) on interface 0
Ethernet II, Src: Microsof_04:01:14 (00:15:5d:04:01:14), Dst: Microsof_04:01:10 (00:15:5d:04:01:10)
Internet Protocol Version 4, Src: 192.168.8.138, Dst: 97.74.135.69
Transmission Control Protocol, Src Port: 64459 (64459), Dst Port: 143 (143), Seq: 581, Ack: 1074351, Len: 44
Internet Message Access Protocol
Line: zx05 UID STORE 50029 +FLAGS.SILENT (\Seen)\r\n
Request Tag: zx05
Request isUID: True
Request Command: STORE
Request: UID STORE 50029 +FLAGS.SILENT (\Seen)
................................................
Line: * 25619 FETCH (UID 50027 FLAGS ())\r\n
Line: * 25620 FETCH (UID 50028 FLAGS ())\r\n
Line: * 25621 FETCH (UID 50029 FLAGS ())\r\n -> This Flag must be (\Seen)
Line: * 25622 FETCH (UID 50030 FLAGS ())\r\n
Line: * 25623 FETCH (UID 50031 FLAGS ())\r\n
Line: * 25624 FETCH (UID 50032 FLAGS ())\r\n
I'm facing the same problem and it is becoming a serious issue.
What's the solution?
In webmail, I also noticed that the date format changes at a particular point. it is form this date that things are being marked UNREAD in my INBOX.
Alternatively, we can migrate to another service?
A simple temporary solution
this is clearly a GoDaddy Issue that needs to be resolved.
Solution
as this problem occurs only in the INBOX folder, i created a temporary solution until GoDaddy figures out what can be done.
1- Create a new folder called INBOX2 (or any other name you'd like)
2- add a rule that transfers all new email (TO or CC) into that folder (do not necessarily need to run new rule on old items)
3- right click the new folder and then click "Show in Favorites"
from this point onwards, you new INBOX folder becomes your main Inbox folder where read and unread are synchronized correctly.
Same issue with delete. I'm using android with imap. The read/unread status does not sync from phone and deleted messaged are not removed. Upon the next sync, all deleted messages show back up, and the read messages are marked new.
This is becoming a very serious issue. I have dropped the account from my phone and recreated it several times over the past few months. This seems to keep things sync'd up for a period of time. Then it just stops working again.
We fixed this.
Outlook inbox has more than 25000 items, after archiving the messages below this threshold, all message status back to normal.
Danny Chiu
Business Network Solutions