IMAP support broken in iOS 7?

This is still broken for me in 7.0.3

When deleting an email the message reappears. If I use webmail direct or use a Windows laptop they work fine. This was never a problem in iOS6.

Apple, please get this fixed ASAP. As a software developer myself it beggars belief that this problem was introduce and then not fixed !

I just updated to iOS 7.0.3 last night and this morning I noticed that emails that I had deleted off of my iPhone last evening were still on my Mail client (Maverick) on my iMac this AM. In doing some testing it appears that an email I delete from my iMac will appropriately wind up deleted off of my iPhone however, an email that I attempt to delete from my iPhone stubbornly remains visiible on my iMac so it appear to be a "one way street" in terms of what is not functioning appropriately.

I updated 7.03 yesterday for no good. The same problem persists. Delete does not success. Odd enough, even if I the numerous spam and unrelevant messages from my inbox with some other computer, PC in my case, they vanish there but still appear in my iPhone 5. Somehow iOS 7 keeps them in memory either in the phone or some hidden place at the server.

Disgusting behavior from Apple who does not even acknowledge that they are working with this problem. This will be My Last Apple play tool. I need the phone for business, not to experience stupid graphical pseudo updates deteriating working. Very costly game from Apple to customers.

I just updated to 7.03 tonight. Deleted and recreated my account for the third time. No joy. Emails just will not stay deleted nor does the Mail client reflect any changes made on the server, e.g. Emails having been moved to another folder. Three updates, and mail is still broken. I've started looking for an alternative email app but nothing looks promising so far.

We have reset IMAP and cycled INETD on the server side and the problem persists for me on iPhone 4S/7.03 combination.

Behavior is as follows:

Select email, swipe left, select trash - email disappears, app shows notification of checking for email, message reappears.

Select edit button, select email, select move to -> Trash - email disappears, app shows notification of checking for email, message reappears.

Select email, swipe, select more, select move to -> Junk - email disappears, appears again after checking mail

Select edit, select message, select move to -> Junk - email reappears after checking for mail.

----

Setting Push/Fetch to manual has no effect on problem

Setting Trash to "on iPhone" in advanced settings has no effect on problem

Manually moving message to alternative IMAP folder (eg "spam-client") does not solve problem

Not using SSL

Mail folder has many folders underneath - I believe this may be related to the speed/timeout of checking. Since my inbox and mail folders are large, and the app attempts to read state at every change, it is feasible that it is failing to complete the query in time and thus falling back to the last known state.

Apple Developer/Support: If that is the case, remove the "instant check" on delete/archive of message and this problem should clear up.

I've had the same problem (using 7.0.3). After seeing msgs that this might be a local cache issue I did the following on iPad and iPhone and it seems to help with the reappearing msgs problem:

I changed "Deleted Mailbox" from my IMAP server's deleted folder to the local Trash on the iPad or iPhone.

Now when I delete messages individually they do not instantly reappear. But unfortunantely when I mark and delete several msgs they still do reappear.

I connect to my own server using IMAP over SSL and it runs uw-imap.

I just wanted to chime in here with another data point. I note that several of the folks reporting the problem are running UW_IMAP servers, but I'm running Mailtraq mail server and seeing the exact same problem.

But for me, an even bigger peeve is the time it takes to check for mail after upgrading to IOS 7.

I admit to being a pack rat - my inbox contains nearly 6,000 messages - and I strongly suspect that one or both of these problems is tied to the fact that the mail app is now querying the server for the status of every message in the inbox, multiple times, every time it refreshes.

Looking at the server logs from an IOS7 inbox refresh, first it asks the server for the status of all the messages, then it asks for all the ones that are flagged as seen, then it asks for all the ones that are marked as deleted, then it asks for all the ones that are flagged, then it asks for all the ones that are flagged as answered. Then, and only then, does it actually refresh the display on the phone, showing only the subject line for any new messages. But it's still not done! It apparently does a bunch more stuff before finally - up to several minutes later - actually displaying the first couple of lines of the each of those new messages.

And it repeats this entire song and dance every time it refreshes.

Boy oh boy, no wonder it takes forever to do anything, and little wonder that it may be timing out and falling back to its cached message inventory if any of those multiple queries takes too long.

So, to everyone that's experiencing this problem: How large is your inbox? My guess is that this problem doesn't affect anyone who maintains a relatively small inbox, and could probably be resolved by the simple expedient of letting us choose how many messages to display on the phone, as we used to be able to do up until the arrival of IOS7. Even if the Mail app insists on doing all those queries every time, they should be a bunch faster if it's only querying 50 messages at a time instead of a hundred times that.

Upgrading to dovecot 2.2.6 from 1.something fixed all the issues I was having.

My inbox is pretty small, actually... in fact, it's 2.8MB at the moment, but it's usually less than that.

A colleague of mine said he thought the issue was that UW IMAP isn't dropping the IMAPd session as expected, so there are eventually loads of open sessions, and once they're closed there's proper syncing. After closing all sessions manually that seems to have solved the issue, until I again check mail and open sessions and it reverts to being a problem again.

jetkins wrote:

I just wanted to chime in here with another data point. I note that several of the folks reporting the problem are running UW_IMAP servers, but I'm running Mailtraq mail server and seeing the exact same problem.

I don't know what make my ISP's IMAP server is. Its address is imaps.saunalahti.fi

jetkins wrote:

How large is your inbox?

The size of the inbox might indeed be a factor. My inbox is around 1500 messages.

For some reason, trashing the messages works on my iPad 4 but not on my iPhone 4S (with exactly the same settings and mailbox). And even on iPhone 4S, trashing the very first message in Inbox is successful (without the message re-appearing a couple of seconds later, as happens with any other message but the first).

Steven Jones3 wrote:

A colleague of mine said he thought the issue was that UW IMAP isn't dropping the IMAPd session as expected, so there are eventually loads of open sessions, and once they're closed there's proper syncing. After closing all sessions manually that seems to have solved the issue, until I again check mail and open sessions and it reverts to being a problem again.

I'm not sure that's the problem. It seems that IOS7 Mail opens one server connection per folder that you open on the phone - if I open nothing but my Inbox, it only opens (and reuses) one session. It's also unclear what might be "expected", as AFAIK there is no standard for how long an IMAP server should wait before closing idle connections.

That said, Mailtraq's default is to close idle sessions after 600 seconds. I've reduced it to 30, and will see if it makes any difference.

I am on sunlahti imap just as ilkka66, and my mailboxes are 166 and 25 messges, and I have the same annoying problem on iPad(3) and 4 as well as iphone 5s. It is getting RELLY annoying, hope Apple is working on this.

Ooops, I took "size" to mean something other than number of messages. By that measure my inbox is really small, with only 15 messages, usually fluctuating between 5 and 50.

By way of comparison, here's the IMAP exchange from my 7.0.3 iPhone 5S doing an inbox refresh:

07-Nov-2013 09:12:44	Connection	IMAP: (Accept) Receiving connection from 192.168.0.215
07-Nov-2013 09:12:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	Loaded jon from cache
07-Nov-2013 09:12:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	1 LOGIN jon <password> ---> 1 OK LOGIN completed for jon (15ms)
07-Nov-2013 09:12:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	2 CAPABILITY ---> 2 OK CAPABILITY completed (0ms)
07-Nov-2013 09:12:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	3 ID ("name" "iPhone Mail" "version" "11B511" "os" "iOS" "os-version" "7.0.3 (11B511)") ---> 3 OK ID completed (0ms)
07-Nov-2013 09:12:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	4 LIST "" "*" ---> 4 OK LIST completed (0ms)
07-Nov-2013 09:12:46	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	5 SELECT INBOX ---> 5 OK [READ-WRITE] SELECT completed (16ms)
07-Nov-2013 09:13:11	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	6 UID SEARCH 1:* NOT DELETED ---> 6 OK SEARCH completed (24985ms)
07-Nov-2013 09:13:32	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	7 UID SEARCH UID 286644:1048372 SEEN ---> 7 OK SEARCH completed (21062ms)
07-Nov-2013 09:13:56	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	8 UID SEARCH UID 286644:1048372 DELETED ---> 8 OK SEARCH completed (22984ms)
07-Nov-2013 09:14:20	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	9 UID SEARCH UID 286644:1048372 FLAGGED ---> 9 OK SEARCH completed (24578ms)
07-Nov-2013 09:14:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	10 UID SEARCH UID 286644:1048372 ANSWERED ---> 10 OK SEARCH completed (24469ms)
07-Nov-2013 09:14:46	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	11 UID FETCH 1048267,1048280:1048284,1048287:1048289,1048291:1048296,1048342,1048364:1048369 ,1048372 (INTERNALDATE UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (date subject from content-type to cc bcc message-id in-reply-to references)]) ---> 11 OK FETCH completed (328ms)
07-Nov-2013 09:15:12	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	12 UID SEARCH 1:* DELETED ---> 12 OK SEARCH completed (25546ms)
07-Nov-2013 09:15:40	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	13 UID SEARCH 1:* UNSEEN UNDELETED ---> 13 OK SEARCH completed (27234ms)
07-Nov-2013 09:15:40	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	14 NOOP ---> 14 OK NOOP completed (31ms)
07-Nov-2013 09:15:41	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	15 UID FETCH 1048267 (BODY.PEEK[HEADER] BODY.PEEK[TEXT]) ---> 15 OK FETCH completed (47ms)
07-Nov-2013 09:15:41	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	16 NOOP ---> 16 OK NOOP completed (0ms)
07-Nov-2013 09:15:41	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	17 UID FETCH 1048372 (BODY.PEEK[HEADER] BODY.PEEK[TEXT]) ---> 17 OK FETCH completed (31ms)
07-Nov-2013 09:15:42	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	18 NOOP ---> 18 OK NOOP completed (0ms)
07-Nov-2013 09:15:42	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	19 UID FETCH 1048369 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 19 OK FETCH completed (32ms)
07-Nov-2013 09:15:42	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	20 UID FETCH 1048369 BODY.PEEK[1]<0.72302> ---> 20 OK FETCH completed (62ms)
07-Nov-2013 09:15:43	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	21 NOOP ---> 21 OK NOOP completed (0ms)
07-Nov-2013 09:15:43	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	22 UID FETCH 1048368 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 22 OK FETCH completed (32ms)
07-Nov-2013 09:15:43	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	23 UID FETCH 1048368 BODY.PEEK[2]<0.27601> ---> 23 OK FETCH completed (47ms)
07-Nov-2013 09:15:43	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	24 NOOP ---> 24 OK NOOP completed (0ms)
07-Nov-2013 09:15:44	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	25 UID FETCH 1048367 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 25 OK FETCH completed (47ms)
07-Nov-2013 09:15:44	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	26 UID FETCH 1048367 BODY.PEEK[1]<0.152> ---> 26 OK FETCH completed (31ms)
07-Nov-2013 09:15:44	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	27 NOOP ---> 27 OK NOOP completed (15ms)
07-Nov-2013 09:15:44	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	28 UID FETCH 1048366 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 28 OK FETCH completed (31ms)
07-Nov-2013 09:15:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	29 UID FETCH 1048366 BODY.PEEK[2]<0.13788> ---> 29 OK FETCH completed (32ms)
07-Nov-2013 09:15:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	30 NOOP ---> 30 OK NOOP completed (0ms)
07-Nov-2013 09:15:45	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	31 UID FETCH 1048365 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 31 OK FETCH completed (63ms)
07-Nov-2013 09:15:46	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	32 UID FETCH 1048365 BODY.PEEK[1]<0.8170> ---> 32 OK FETCH completed (31ms)
07-Nov-2013 09:15:46	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	33 NOOP ---> 33 OK NOOP completed (0ms)
07-Nov-2013 09:15:46	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	34 UID FETCH 1048364 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 34 OK FETCH completed (47ms)
07-Nov-2013 09:15:46	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	35 UID FETCH 1048364 BODY.PEEK[2]<0.5082> ---> 35 OK FETCH completed (46ms)
07-Nov-2013 09:15:47	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	36 NOOP ---> 36 OK NOOP completed (0ms)
07-Nov-2013 09:15:47	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	37 UID FETCH 1048342 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 37 OK FETCH completed (31ms)
07-Nov-2013 09:15:47	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	38 UID FETCH 1048342 BODY.PEEK[2]<0.22284> ---> 38 OK FETCH completed (46ms)
07-Nov-2013 09:15:48	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	39 NOOP ---> 39 OK NOOP completed (16ms)
07-Nov-2013 09:15:48	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	40 UID FETCH 1048296 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 40 OK FETCH completed (32ms)
07-Nov-2013 09:15:48	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	41 UID FETCH 1048296 BODY.PEEK[2]<0.13928> ---> 41 OK FETCH completed (47ms)
07-Nov-2013 09:15:49	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	42 NOOP ---> 42 OK NOOP completed (0ms)
07-Nov-2013 09:15:49	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	43 UID FETCH 1048295 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 43 OK FETCH completed (32ms)
07-Nov-2013 09:15:49	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	44 UID FETCH 1048295 BODY.PEEK[1]<0.44521> ---> 44 OK FETCH completed (32ms)
07-Nov-2013 09:15:49	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	45 NOOP ---> 45 OK NOOP completed (0ms)
07-Nov-2013 09:15:50	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	46 UID FETCH 1048294 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 46 OK FETCH completed (46ms)
07-Nov-2013 09:15:50	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	47 UID FETCH 1048294 BODY.PEEK[1]<0.46431> ---> 47 OK FETCH completed (63ms)
07-Nov-2013 09:15:50	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	48 NOOP ---> 48 OK NOOP completed (16ms)
07-Nov-2013 09:15:50	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	49 UID FETCH 1048293 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 49 OK FETCH completed (31ms)
07-Nov-2013 09:15:51	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	50 UID FETCH 1048293 BODY.PEEK[1]<0.8939> ---> 50 OK FETCH completed (31ms)
07-Nov-2013 09:15:51	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	51 NOOP ---> 51 OK NOOP completed (0ms)
07-Nov-2013 09:15:51	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	52 UID FETCH 1048292 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 52 OK FETCH completed (31ms)
07-Nov-2013 09:15:52	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	53 UID FETCH 1048292 BODY.PEEK[1]<0.1290> ---> 53 OK FETCH completed (31ms)
07-Nov-2013 09:15:52	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	54 NOOP ---> 54 OK NOOP completed (0ms)
07-Nov-2013 09:15:52	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	55 UID FETCH 1048291 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 55 OK FETCH completed (31ms)
07-Nov-2013 09:15:52	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	56 UID FETCH 1048291 BODY.PEEK[1]<0.12704> ---> 56 OK FETCH completed (32ms)
07-Nov-2013 09:15:53	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	57 NOOP ---> 57 OK NOOP completed (0ms)
07-Nov-2013 09:15:53	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	58 UID FETCH 1048289 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 58 OK FETCH completed (31ms)
07-Nov-2013 09:15:53	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	59 UID FETCH 1048289 BODY.PEEK[1.2]<0.21266> ---> 59 OK FETCH completed (47ms)
07-Nov-2013 09:15:53	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	60 UID FETCH 1048289 BODY.PEEK[2]<0.380> ---> 60 OK FETCH completed (32ms)
07-Nov-2013 09:15:54	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	61 NOOP ---> 61 OK NOOP completed (0ms)
07-Nov-2013 09:15:54	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	62 UID FETCH 1048288 (BODY.PEEK[HEADER] BODY.PEEK[TEXT]) ---> 62 OK FETCH completed (31ms)
07-Nov-2013 09:15:54	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	63 NOOP ---> 63 OK NOOP completed (0ms)
07-Nov-2013 09:15:54	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	64 UID FETCH 1048287 (BODY.PEEK[HEADER] BODY.PEEK[TEXT]) ---> 64 OK FETCH completed (32ms)
07-Nov-2013 09:15:55	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	65 NOOP ---> 65 OK NOOP completed (0ms)
07-Nov-2013 09:15:55	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	66 UID FETCH 1048284 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 66 OK FETCH completed (31ms)
07-Nov-2013 09:15:55	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	67 UID FETCH 1048284 BODY.PEEK[1.2]<0.20027> ---> 67 OK FETCH completed (31ms)
07-Nov-2013 09:15:56	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	68 UID FETCH 1048284 BODY.PEEK[2]<0.384> ---> 68 OK FETCH completed (31ms)
07-Nov-2013 09:15:56	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	69 NOOP ---> 69 OK NOOP completed (0ms)
07-Nov-2013 09:15:56	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	70 UID FETCH 1048283 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 70 OK FETCH completed (31ms)
07-Nov-2013 09:15:57	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	71 UID FETCH 1048283 BODY.PEEK[1]<0.52273> ---> 71 OK FETCH completed (62ms)
07-Nov-2013 09:15:57	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	72 NOOP ---> 72 OK NOOP completed (0ms)
07-Nov-2013 09:15:57	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	73 UID FETCH 1048282 (BODYSTRUCTURE BODY.PEEK[HEADER]) ---> 73 OK FETCH completed (32ms)
07-Nov-2013 09:15:57	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	74 UID FETCH 1048282 BODY.PEEK[2]<0.25306> ---> 74 OK FETCH completed (47ms)
07-Nov-2013 09:15:58	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	75 NOOP ---> 75 OK NOOP completed (0ms)
07-Nov-2013 09:15:58	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	76 UID FETCH 1048281 (BODY.PEEK[HEADER] BODY.PEEK[TEXT]) ---> 76 OK FETCH completed (31ms)
07-Nov-2013 09:15:58	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	77 NOOP ---> 77 OK NOOP completed (0ms)
07-Nov-2013 09:15:58	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	78 UID FETCH 1048280 (BODY.PEEK[HEADER] BODY.PEEK[TEXT]) ---> 78 OK FETCH completed (31ms)
7-Nov-2013 09:16:31	IMAP Server	192.168.0.215 [11/7/2013 9:12 AM]	192.168.0.215 is disconnecting

And here's my old 6.1 iPhone 4 performing its refresh:

Total time for a single inbox refresh (not including the 30 second disconnect delay):

IOS 6: 12 seconds

IOS 7: over 3 minutes

That's progress for you.

The size of the inbox might indeed be a factor. My inbox is around 1500 messages.

... trashing the very first message in Inbox is successful (without the message re-appearing a couple of seconds later, as happens with any other message but the first).

My inbox is only 230 messages.

Interesting observation on the first message...it took a few days until I wanted to delete the first message, but I did that just now and you're right, the first message in the inbox did not reappear after being deleted. I actually did it twice, deleting two messages one after the other. Then after deleting the now-fourth message, that one reappeared. I wonder if that's why I thought that the 7.0.2 upgrade fixed it, earlier.