Funny thing is that switching the account in Carbonio Mail App doesn't work at all. I still see all the mails of the other account even if I login into the other account. So working with multiple accounts is not possible.
@max_s I think @rgering was referring to the iOS version. Hard to tell with everyone adopting the YY.M.s versioning schema 😞
So I did a bunch of tcpdumps with a broken iOS 26 vs. a working iOS 15. The raw IMAP dialog on iOS 26 runs into an infinite loop pretty much instantly:
< * OK mail.dom.ain Zimbra IMAP4rev1 server ready
> C2 ID ("X-ORIGINATING-IP" "9.8.7.6" "name" "Zimbra" "version" "4.25.1_ZEXTRAS_202603" "X-VIA" "1.2.3.4(nginx removed link )")
< * ID ("NAME" "Zimbra" "VERSION" "4.25.1_ZEXTRAS_202603" "RELEASE" "carbonio")
C2 OK ID completed
> C2 AUTHENTICATE PLAIN [...]
< C2 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST] AUTHENTICATE completed
> C3 ID ("name" "com.apple.email.maild" "version" "3864.400.21" "os" "iOS" "os-version" "26.3.1 (23D8133)" "vendor" "Apple Inc" "event" NIL)
< * ID ("NAME" "Zimbra" "VERSION" "4.25.1_ZEXTRAS_202603" "RELEASE" "carbonio" "USER" "user@dom.ain" "SERVER" "ddaec403-82c6-4533-8b18-39d3a610eb92")
C3 OK ID completed
> C4 NAMESPACE
C5 LIST "" "*" RETURN (STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ) SPECIAL-USE)
< * NAMESPACE (("" "/")) (("/home/" "/")) NIL
< C4 OK NAMESPACE completed
C5 BAD parse error: zero-length content
> C6 NAMESPACE
C7 LIST "" "*" RETURN (STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ) SPECIAL-USE)
< C6 OK NAMESPACE completed
C7 BAD parse error: zero-length content
This LIST/NAMESPACE loop seems to run at the speed of RTT. Whereas a freshly launched Apple Mail on an old iPhone 7 with iOS 15 does this:
< * OK mail.dom.ain Zimbra IMAP4rev1 server ready
> 2 ID ("X-ORIGINATING-IP" "5.6.7.8" "name" "Zimbra" "version" "4.25.1_ZEXTRAS_202603" "X-VIA" "1.2.3.4(nginx removed link )")
< * ID ("NAME" "Zimbra" "VERSION" "4.25.1_ZEXTRAS_202603" "RELEASE" "carbonio")
2 OK ID completed
> j2 AUTHENTICATE PLAIN [...]
< j2 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST] AUTHENTICATE completed
> 3 ID ("name" "iPhone Mail" "version" "19H411" "os" "iOS" "os-version" "15.8.7 (19H411)")
< * ID ("NAME" "Zimbra" "VERSION" "4.25.1_ZEXTRAS_202603" "RELEASE" "carbonio" "USER" "user@dom.ain" "SERVER" "ddaec403-82c6-4533-8b18-39d3a610eb92")
3 OK ID completed
> 4 LIST "" ""
< * LIST (\NoSelect) "/" ""
4 OK LIST completed
> 5 NAMESPACE
< * NAMESPACE (("" "/")) (("/home/" "/")) NIL
5 OK NAMESPACE completed
> 6 SELECT INBOX
< 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1]
...
6 OK [READ-WRITE] SELECT completed
And then everything just works. So the main diff here is that the old iOS sends the LIST and NAMESPACE command in two separate TCP requests while the newer iOS sends both commands in a single multiline packet - which seems but a sensible performance optimization.
But: the more complex LIST command:
LIST "" ""
vs.
LIST "" "*" RETURN (STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ) SPECIAL-USE)
seems to cause everyone's trouble here. So I tried to replicate this manually:
# openssl s_client -connect dom.ain:993 -crlf > a1 LOGIN user pass < a1 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST] LOGIN completed > a2 LIST "" "*" RETURN (STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ) SPECIAL-USE) < a2 BAD parse error: zero-length content
So I tried to reduce this command to a working state and it seems our culprit here it that Carbonio doesn't accept the SPECIAL-USE term showing up after the RETURN group.
Just removing it from the command altogether works:
> a3 LIST "" "*" RETURN (STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ)) < * LIST (\HasNoChildren \Archive) "/" "Archive" < * STATUS "Archive" (MESSAGES 0 UIDNEXT 21 UIDVALIDITY 6900 UNSEEN 0 HIGHESTMODSEQ 6900) [...]
Carbonio still knows how to handle the SPECIAL-USE term, solo:
> a4 LIST "" "*" RETURN (SPECIAL-USE) < * LIST (\HasNoChildren \Archive) "/" "Archive" < * LIST (\HasNoChildren) "/" "Archives" [...]
As well as when the SPECIAL-USE term is placed before the STATUS term:
> a5 LIST "" "*" RETURN (SPECIAL-USE STATUS (MESSAGES UIDNEXT UIDVALIDITY UNSEEN HIGHESTMODSEQ)) < * LIST (\HasNoChildren \Archive) "/" "Archive" < * STATUS "Archive" (MESSAGES 0 UIDNEXT 21 UIDVALIDITY 6900 UNSEEN 0 HIGHESTMODSEQ 6900) < * LIST (\HasNoChildren) "/" "Archives" [...]
So, the solution here would be to parse this totally valid IMAP command as such. A quick workaround could probably be to just drop the SPECIAL-USE term from the LIST command altogether since both replies from the server are essentially the same anyway, with or without SPECIAL-USE. I'm about to figure out how to make the nginx do that...
fwiw and for posterity: these NAMESPACE/LIST loops seem to repeat until pretty much exactly 10mins after the account has been deleted from the iOS 26 client device until it finally dies with:
2026/03/20 09:04:24 [info] 1232#1232: *112562 SSL_write() failed (SSL: error:80000020:system library::Broken pipe:tls_retry_write_records failure) (32: Broken pipe) while proxying, client: 9.8.7.6:55812, server: 0.0.0.0:993, login: "username@dom.ain", upstream: 1.2.3.4:7143 (->1.2.3.4:993) <=> (->) 2026-03-20 09:04:24,654 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - dropping connection for user username@dom.ain (LOGOUT) # mailbox.log 2026-03-20 08:55:36,495 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) 2026-03-20 08:55:36,543 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - NAMESPACE elapsed=0 (NIO) 2026-03-20 08:55:36,543 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) 2026-03-20 08:55:36,590 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - NAMESPACE elapsed=0 (NIO) 2026-03-20 08:55:36,590 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) 2026-03-20 08:55:36,637 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - NAMESPACE elapsed=0 (NIO) 2026-03-20 08:55:36,637 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) 2026-03-20 08:55:36,684 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - NAMESPACE elapsed=0 (NIO) 2026-03-20 08:55:36,684 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) 2026-03-20 08:55:36,732 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - NAMESPACE elapsed=0 (NIO) 2026-03-20 08:55:36,732 INFO [ImapServer-432] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) 2026-03-20 08:55:36,779 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - NAMESPACE elapsed=0 (NIO) 2026-03-20 08:55:36,779 INFO [ImapServer-429] [name=username@dom.ain;ip=1.2.3.4;oip=9.8.7.6;via=1.2.3.4(nginx removed link );ua=com.apple.email.maild/3864.400.21;cid=403;] imap - LIST elapsed=0 (NIO) # tcpdump -i lo -nn -s0 -X port 7143 08:55:36.495682 lo In IP 1.2.3.4.41278 > 1.2.3.4.7143: Flags [P.], seq 346550:346666, ack 355840, win 512, options [nop,nop,TS val 1564649152 ecr 1564649146], length 116 0x0000: 4500 00a8 8d36 4000 4006 c2d5 5928 1bfa E....6@.@...Y(.. 0x0010: 5928 1bfa a13e 1be7 0d58 8f3a 2dd9 d312 Y(...>...X.:-... 0x0020: 8018 0200 eade 0000 0101 080a 5d42 a6c0 ............]B.. 0x0030: 5d42 a6ba 4335 3939 3220 4e41 4d45 5350 ]B..C5992.NAMESP 0x0040: 4143 450d 0a43 3539 3933 204c 4953 5420 ACE..C5993.LIST. 0x0050: 2222 2022 2a22 2052 4554 5552 4e20 2853 ""."*".RETURN.(S 0x0060: 5441 5455 5320 284d 4553 5341 4745 5320 TATUS.(MESSAGES. 0x0070: 5549 444e 4558 5420 5549 4456 414c 4944 UIDNEXT.UIDVALID 0x0080: 4954 5920 554e 5345 454e 2048 4947 4845 ITY.UNSEEN.HIGHE 0x0090: 5354 4d4f 4453 4551 2920 5350 4543 4941 STMODSEQ).SPECIA 0x00a0: 4c2d 5553 4529 0d0a L-USE).. 08:55:36.495812 lo In IP 1.2.3.4.7143 > 1.2.3.4.41278: Flags [P.], seq 355840:355915, ack 346666, win 512, options [nop,nop,TS val 1564649152 ecr 1564649152], length 75 0x0000: 4500 007f a758 4000 4006 a8dc 5928 1bfa E....X@.@...Y(.. 0x0010: 5928 1bfa 1be7 a13e 2dd9 d312 0d58 8fae Y(.....>-....X.. 0x0020: 8018 0200 eab5 0000 0101 080a 5d42 a6c0 ............]B.. 0x0030: 5d42 a6c0 2a20 4e41 4d45 5350 4143 4520 ]B..*.NAMESPACE. 0x0040: 2828 2222 2022 2f22 2929 2028 2822 2f68 ((""."/")).(("/h 0x0050: 6f6d 652f 2220 222f 2229 2920 4e49 4c0d ome removed link "/")).NIL. 0x0060: 0a43 3539 3932 204f 4b20 4e41 4d45 5350 .C5992.OK.NAMESP 0x0070: 4143 4520 636f 6d70 6c65 7465 640d 0a ACE.completed.. 08:55:36.536006 lo In IP 1.2.3.4.41278 > 1.2.3.4.7143: Flags [.], ack 355915, win 512, options [nop,nop,TS val 1564649193 ecr 1564649152], length 0 0x0000: 4500 0034 8d37 4000 4006 c348 5928 1bfa E..4.7@.@..HY(.. 0x0010: 5928 1bfa a13e 1be7 0d58 8fae 2dd9 d35d Y(...>...X..-..] 0x0020: 8010 0200 ea6a 0000 0101 080a 5d42 a6e9 .....j......]B.. 0x0030: 5d42 a6c0 ]B.. 08:55:36.536019 lo In IP 1.2.3.4.7143 > 1.2.3.4.41278: Flags [P.], seq 355915:355959, ack 346666, win 512, options [nop,nop,TS val 1564649193 ecr 1564649193], length 44 0x0000: 4500 0060 a759 4000 4006 a8fa 5928 1bfa E..`.Y@.@...Y(.. 0x0010: 5928 1bfa 1be7 a13e 2dd9 d35d 0d58 8fae Y(.....>-..].X.. 0x0020: 8018 0200 ea96 0000 0101 080a 5d42 a6e9 ............]B.. 0x0030: 5d42 a6e9 4335 3939 3320 4241 4420 7061 ]B..C5993.BAD.pa 0x0040: 7273 6520 6572 726f 723a 207a 6572 6f2d rse.error:.zero- 0x0050: 6c65 6e67 7468 2063 6f6e 7465 6e74 0d0a length.content.. 08:55:36.536057 lo In IP 1.2.3.4.41278 > 1.2.3.4.7143: Flags [.], ack 355959, win 512, options [nop,nop,TS val 1564649193 ecr 1564649193], length 0 0x0000: 4500 0034 8d38 4000 4006 c347 5928 1bfa E..4.8@.@..GY(.. 0x0010: 5928 1bfa a13e 1be7 0d58 8fae 2dd9 d389 Y(...>...X..-... 0x0020: 8010 0200 ea6a 0000 0101 080a 5d42 a6e9 .....j......]B.. 0x0030: 5d42 a6e9 ]B..
Hello,
I can confirm the exact same issue after upgrading to Carbonio CE 26.
Environment:
- Single server installation
- Upgrade from 25 → 26
Symptoms:
- Apple Mail (iPhone) connects but mailbox is empty
- No folders displayed
- Webmail works fine
- SMTP works fine
IMAP manual tests:
- LOGIN OK
- LIST OK
- SELECT INBOX OK (messages present)
Logs show:
Apple Mail repeatedly sends NAMESPACE and LIST but never SELECT INBOX.
Troubleshooting done:
- Mailbox reindex → OK
- Account recreated → no change
- Tested backend IMAP (7993) → same issue
- Proxy IMAPS (993) → same issue
Important:
Same iPhone works perfectly with other Carbonio servers not upgraded to version 26.
This looks like a regression in Carbonio 26 IMAP behavior with Apple Mail.
Thanks
We are also seeing this sins upgrading to 26.3.0 and with the 26.3.1 patch.
Because of this, iOS devices drain battery fast. Please look into this asap...
Unfortunately, the CE 26.3.1 patch does not resolve the iOS IMAP issues.
Ok, I ultimately gave up trying to convince nginx to rewrite the SPECIAL-USE tag out of existence. I got our company's setup back into working condition by cloning last week's Carbonio 25.12 backup into a separate VM, switching the LAN IP temporarily to do the rsync, keeping the system in a "dead" VLAN before toggling the old one out and the new one into the network.
Exporting entire mailboxes including calendars and whatnot then importing them into an older version is surprisingly straightforward, so a downgrade seems like not too much of a hassle with Carbonio which, in fact, almost makes up for the apparently complete lack of forum moderators and pre-release testing 😒
So I used this script on both ends:
#!/bin/bash # Run as zextras user on OLD server for export, then NEW (snapshot) for import # Usage: . removed link [export|import] [output_dir=/backup] BACKUP_DIR="${2:-/opt/zextras/backup/mailboxes}" mkdir -p "$BACKUP_DIR" EXCLUDE="spam|ham|admin|galsync|virus-quarantine" # Add more as needed case "$1" in export) echo "Exporting all user mailboxes to $BACKUP_DIR..." for user in $(carbonio prov -l gaa | grep -vE "^($EXCLUDE)"); do echo "Exporting $user..." zmmailbox -z -m "$user" getRestURL '//?fmt=tgz' > "$BACKUP_DIR/$(echo $user | sed 's/@/_/g').tgz" done echo "Export complete. Transfer $BACKUP_DIR to new server." ;; import) echo "Importing mailboxes from $BACKUP_DIR..." zmlocalconfig -e socket_so_timeout=3600000 for tgz in "$BACKUP_DIR" removed link ; do user=$(echo $tgz | sed 's/.*\///' | sed 's removed link ' | sed 's/_/@/g') if carbonio prov ga "$user" >/dev/null 2>&1; then echo "Importing to $user..." zmmailbox -z -m "$user" postRestURL '//?fmt=tgz&resolve=reset' "$tgz" zmprov rim "$user" start else echo "Account $user not found, skipping." fi done echo "Import complete." ;; *) echo "Usage: $0 {export|import} [backup_dir]" exit 1 ;; esac
PS: Doing the openssl s_client dance again against 25.12 I get this set of CAPABILITYes:
OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST] LOGIN completed
It has all the same capabilities as 26.03.1 EXCEPT for SPECIAL-USE which is what leads Apple Mail to produce "invalid" (according to mailboxd) LIST commands.
@max_s The 26.3.1 patch, a.k.a. the “Admin UI fix”, came as a standard package update. It will look different to you as I’m on Red Hat, but the versions may match:
carbonio-admin-console-ui.x86_64 0.12.7-1 carbonio-core.x86_64 4.5.3-1.el9
However, as @anfalas mentioned, this doesn’t solve the problem.
I ended up preservering the 26.3 data directories, reverting to my latest 25.12 backup, and then restoring the data directories. This could have badly failed if there had there been an incompatible database upgrade in 26.3, but to my relief it worked: Carbonio is once again working with Apple devices and no user data (emails, etc.) created/modified while 26.3 ran was lost. (Only running a single-server instance definitely helped here.)
In closing a symptom for people still running Carbonio 26.3.0 or 26.3.1: iPhone battery drains quickly running Mail in Background.
Hopefully this bug will be resolved soon.
Has anyone managed to fix it? I really don't want to roll back to version 25.
Hello,
Same situation here — unfortunately no fix found yet.
We performed several tests on our side:
- Mailbox reindex → no change
- Account deleted and recreated → no change
- Direct IMAP backend (without proxy) → same issue
- Restored standard IMAPS (port 993) → same issue
Everything works correctly except Apple Mail on iPhone:
- IMAP authentication OK
- SMTP sending OK
- Webmail OK
- But mailbox remains empty (no folders, no messages)
IMAP tests confirm that data is present:
- LOGIN OK
- LIST OK
- SELECT INBOX OK (messages visible)
From logs, Apple Mail keeps sending NAMESPACE and LIST repeatedly but never SELECT INBOX.
At this point, it strongly looks like a Carbonio 26 IMAP regression affecting Apple Mail.
For now, we are keeping other environments on version 25 and waiting for an official fix.
If anyone has found a workaround (server-side), I would be very interested.
Thanks
Bonjour,
Même situation ici — malheureusement aucune solution trouvée pour le moment.
Nous avons effectué plusieurs tests :
- Réindexation de la boîte → aucun changement
- Suppression et recréation du compte → aucun changement
- Test IMAP direct sans proxy → même problème
- Retour à la configuration IMAPS standard (port 993) → même problème
Tout fonctionne correctement sauf Apple Mail sur iPhone :
- Authentification IMAP OK
- Envoi SMTP OK
- Webmail OK
- Mais la boîte reste vide (aucun dossier, aucun message)
Les tests IMAP manuels confirment que les données sont bien présentes :
- LOGIN OK
- LIST OK
- SELECT INBOX OK (messages visibles)
D’après les logs, Apple Mail envoie en boucle NAMESPACE et LIST mais ne fait jamais SELECT INBOX.
À ce stade, cela ressemble fortement à une régression IMAP dans Carbonio 26 affectant Apple Mail.
Pour l’instant, nous conservons les autres environnements en version 25 en attendant un correctif officiel.
Si quelqu’un a trouvé un contournement côté serveur, je suis preneur.
Merci
@rgering Thanks for you reply.
I am a bit afraid to restore the data directories. A pitty that updating or upgrading always solves an issue but also creates new issues. Let's hope this issue is solved quickly.
Same Problem here. Ubuntu LTS 24 and Carbonio OSE 26.3. After Upgrade the mailbox.log gets flooded just from Requests of iOS devices and their Apple Mail Client. Apple Mail on macOS works without issues.
Is there still no news regarding the fix for this problem? Is there no one among the developers of Carbonio who uses iPhones or iPads?
Hello,
Same situation here — still no fix on our side.
We are experiencing the exact same issue after upgrading to Carbonio 26:
- Apple Mail (iPhone) connects but mailbox is empty
- IMAP authentication works
- SMTP works
- Webmail works
Manual IMAP tests confirm everything is OK (LOGIN / LIST / SELECT INBOX).
Logs clearly show that Apple Mail keeps sending NAMESPACE and LIST in a loop, but never SELECT INBOX.
At this point, multiple users are reporting the same behavior, which strongly suggests a regression in Carbonio 26 IMAP handling with Apple Mail.
Given how common iPhones and iPads are, this issue has a major impact in production environments.
We are currently blocking upgrades on other systems and waiting for an official fix.
Any update from the development team would be greatly appreciated.
Thanks
Bonjour,
Même situation ici — toujours aucune solution de notre côté.
Nous rencontrons exactement le même problème après la mise à jour vers Carbonio 26 :
- Apple Mail (iPhone) se connecte mais la boîte est vide
- Authentification IMAP OK
- SMTP OK
- Webmail OK
Les tests IMAP manuels confirment que tout est fonctionnel (LOGIN / LIST / SELECT INBOX).
Les logs montrent clairement qu’Apple Mail envoie en boucle NAMESPACE et LIST, sans jamais effectuer de SELECT INBOX.
À ce stade, plusieurs utilisateurs remontent le même comportement, ce qui indique fortement une régression dans la gestion IMAP de Carbonio 26 avec Apple Mail.
Étant donné la large utilisation des iPhones et iPads, ce problème a un impact important en production.
Nous avons bloqué les mises à jour sur nos autres environnements en attendant un correctif officiel.
Toute information de la part de l’équipe de développement serait grandement appréciée.
Merci