My accounts in Mail app stopped to sync post update

That's the point. Network communication is working. It's just a little bit technical, but we have an IMAP proxy that chooses from some different backend IMAP servers. If the user account ends up on an old IMAP server implementation (in that case f.i. a Cyrus imapd 2.4.17), IMAP Client of iOS 18 Mail app doesn't work. If the proxy directs requests to a newer IMAP server implementation (f.i Cyrus imapd 3.6.1), the iOS 18 Mail app works as expected, even the requests are handled by the same IMAP server proxy.

So it must be something in IMAP protocol handling on the old server that makes the iOS Mail app go out of sync or crash the syncing mechanism on the iOS device. Maybe some encoding behavior or just a different linefeed or something that has changed over the years...

My Mail app is no longer working on my iPhone. It keeps telling me I have a bunch of new emails and then wouldn’t show any all day and then suddenly 50 of them came in my inbox, but even as I open them and read them they keep showing us unread and when I delete them, they delete but when I go back into the Mail app, they are undeleted and it is not allowing me to send emails either.

My 3rd party email imap account was not syncing on my iPhone. Specifically emails deleted on iPad or Mac Mini were not flowing through to my iPhone.

MY SOLUTION: Turn off private relay on my iPhone. I suspect hiding my IP address was causing the problem.

I hope this helps.

mmoeling wrote:

Same issue here, both iPhone and iPad updated to 18, inbound mail using imap from our own servers.

I did some investigation, and I find that the imap server drops the connection due to inactivity.

i guess something is seriously broken in a part where the start retrieval of message is skipped in the iOS 18 mail app.

M.

Very similar to what I see on my mail server's logs... the ios 18 and ipados 18 devices authenticate, TLS starts, and then the device never sends a request, so the server is sitting their picking its nose waiting for the device to ask it something, but it never does.

Meanwhile, the "connecting" or "Checking for mail..." just stays on the bottom status bar of the mail app.

At first, I was thinking it may be an issue with certificates, but it's not... I went to a bunch of online TLS tests and the mail server is fine and the certificates are trusted...

Plus, macOS is still retrieving the mail from that same email server just fine... this is squarely an ios/ipados 18 bug.

Ipad Pro 11 - Gen 2

restarts helps not. readding of acc helps not. full cleanup of ALL accounts is not a solution(and re-add even helps not).

that is not SSL related issue.

created temporary test account and forced imap server to "plain comm with exact device", pointed to local mail server and captured traffic. what can see:

===

* OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE LITERAL+ AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready.

A1 AUTHENTICATE CRAM-MD5

+ XXXXXXXXXXXXXXXX==

YYYYYYYYYYYYYYYYYYYYYYY

A1 OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY PREVIEW=FUZZY PREVIEW STATUS=SIZE SAVEDATE LITERAL+ NOTIFY SPECIAL-USE ACL RIGHTS=texk] Logged in

A2 ID ("name" "com.apple.email.maild" "version" "3818.100.11.2.3" "os" "iPadOS" "os-version" "18.0 (22A3354)" "vendor" "Apple Inc")

* ID ("name" "Dovecot")

A2 OK ID completed (0.001 + 0.000 secs).

A3 NAMESPACE

A4 LIST "" "*" RETURN (STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ) SPECIAL-USE)

* NAMESPACE (("" "/")) NIL (("0-Space/" "/")("1-Space/" "/"))

A3 OK Namespace completed (0.001 + 0.000 secs).

* LIST () "/" INBOX

* STATUS INBOX (MESSAGES 4 UIDNEXT 5 UIDVALIDITY 1727085614 UNSEEN 4 HIGHESTMODSEQ 2)

A4 OK List completed (0.071 + 0.000 + 0.070 secs).

===

that means that Mail app fully connected to server , asked for statuses, but not displaying anything.

Apple Broken communication for many business users ...

over ssl that surely goes encrypted but sucking at same point.

so only wait when some "smarties" from apple IT solve problem in app ... apple programmers use no CD/CI - simple sometimes update by "sales-manager requests", and without any critical-bug-checks ...

works not IMAP , google, icloud mails

offtopic:

also work not syncing in icloud-drive (there folders are "fully outdated" )

such is ios18.

My email will have the red notification showing 12 emails. I click on my email app, then I have to wait for the 12 emails to be downloaded to my phone. Before iOS 18, they were automatically fetched and ready to read once I clicked on the email app. Now it no longer has them ready and I have to wait for them to download from my server.

Same here. Update 18.1 didn’t fix anything

I also have the same problem.

With the new IOS 18 we have an abnormal behavior of the iPhone Mail App.

If I use different names for the incoming and outgoing mail server, I cannot configure the mail account correctly.

Let me explain further.

We are mail providers and have two types of mail management systems.

- An hosting system that uses one host such as MTA and MDA.

- Another system that uses different servers for MDA and MTA.

In the first case IOS 18 works well. To set up a mail account, we can set the same standard name “mail.mydomain.com” as the incoming and outgoing mail server.

This way I will use SSL encryption using ports 993 for imaps and 587 for smtps.

The problem occurs when we use different names for inbound and outbound servers (second type).

If I assign “imap.mydomain.com” as the incoming mail server and “smtp.mydomain.com” as the outgoing mail server, the Mail application will not allow SSL to work on port 993 and will only accept the unsecured connection on port 143.

This anomaly also occurs when using the hosting system (first type), using different names for inbound and outbound servers.

This problem does not occur on IOS 17 !!!

This problem is not present with IOS 18, but with a different Mail Client App

This problem have with Non-Beta IOS18

[Edited by Moderator]

Same issue here, both iPhone and iPad updated to 18, inbound mail using imap from our own servers.

I did some investigation, and I find that the imap server drops the connection due to inactivity.

i guess something is seriously broken in a part where the start retrieval of message is skipped in the iOS 18 mail app.

M.

The iOS version is not a required field, just leave it blank and make sure to choose "Bug Report" in the Feedback type.

It may take a while until all Apple pages have been updated with the latest additions for the new software versions.

daveoj wrote:

Seeing the same, although a certificate that is signed by a private CA (that is otherwise trusted in iOS). The only workaround I have right now is to avoid IMAPS and fall-back to IMAP.

Practically, how did you do that? what settings on the phone mail app did you change to make that happen? I don't think my email server will talk to anything that doesn't request TLS, so I turned off SSL in the advanced settings for that mail account, and none of the authentication methods are supported -- MD5 challenge, etc all happen over SSL -- so I tried "Password", and then the mail app says no password provided (!)... there's 27 characters in the password field!!! I saved it and tried anyway -- it's not working so I am curious how you got that to work.

---

UPDATE: just to confirm... I tried with SSL turned off. nothing. I then went back to settings, turned SSL back on, and an saving those settings, the top of the settings sheet said "Verifying" and had a spinner, then green check marks appeared next to all my settings... So the settings sheet confirms that they can communicate, and that the phone and email server can establish communication... the problem is that the mail app doesn't fetch new mail from that same account

polkamatic wrote:

Practically, how did you do that? what settings on the phone mail app did you change to make that happen? I don't think my email server will talk to anything that doesn't request TLS, so I turned off SSL in the advanced settings for that mail account, and none of the authentication methods are supported -- MD5 challenge, etc all happen over SSL -- so I tried "Password", and then the mail app says no password provided (!)... there's 27 characters in the password field!!! I saved it and tried anyway -- it's not working so I am curious how you got that to work.

In my case I'm doing password auth (aka 'PLAIN' auth in IMAP) with SSL turned off, which my mail server supports. It's a horrible hack, but the only way I could make this work for now.

No e-mail either since IOS18:

Network error (POSIX 96)

(Before e-mail did not download from server without searching for own e-mail address. Something with ordering bug which was never fixed correctly. Now this workaround also doesn't work anymore)

noone from accounts are working.

test account - that also not working. but that was fully tested possible "connection issues" like certificate and so on. test shown clearly that all problem only inside app itself, as rfc IMAP are ok (A3 / A4 was sent in order but without waiting response of each. that is ok, but depend on "developer" how they implemented, next commands like FETCH are not issued by app)

Mail still not working on iOS 18.0.1.

It's a shame, since updating to iOs 18, my Mail is not working anymore on iPhone 15 Pro. Mail-Provider say that Apple is aware of the problem and they are working on it. But no solution in recent update. Please fix it!

[Edited by Moderator]