- Expédié
- 12 août 2026 à 15:20 UTC
- Auteur
- Kamo
- Commite
- c2e8cfe
Interruption du fil IDLE ne peut pas mettre fin à une IDLE: il est garé dans un blocage socket lire qui ne voit le drapeau que lorsque la lecture revient de lui-même, jusqu'à La temporisation de Dovecot est inactive plus tard. Son enregistrement a été abandonné de manière synchrone de toute façon, donc l'abonnement suivant a ouvert une deuxième connexion à côté de la vie tranquille d'abord, et le fil de départ a été radié ultérieurement, quelle que soit la session a remplacé - en laissant un troisième départ pour une boîte aux lettres qui en avait déjà une. Sage-KamoCRM.com a atteint cinq connexions IDLE concurrentes contre les Dovecot mail-max-userip-connections-10, après quoi la boîte aux lettres a cessé de répondre et le nav-badge non lu n'a pas été lu avec "[NautABILABLE" Les connexions de l'utilisateur-IP dépassaient", ne publiant rien. ImapIdleRegistry possède maintenant ce cycle de vie: une session par boîte aux lettres, revendiquée avant le raccordement plutôt que de l'intérieur de la tâche soumise; un démontage qui Ferme le Store et l'appelant, puisque close() peut bloquer sur le mail-cache verrouiller le filetage au ralenti; et une libération vérifiée par l'identité. La carte en direct est le comptage, donc le capuchon derrière MAX-IDLE-CONNECTIONS ne peut pas dériver et silencieusement désactiver IDLE dans tout le mand. EmailUnreadPublisher réarime une lecture ratée jusqu'à trois fois. Rien ne vote le compter et le balayeur de l'observateur des années 60 saute délibérément des boîtes aux lettres avec une IDLE L'auditeur, donc un a laissé tomber l'estudie du badge jusqu'à l'événement suivant de la boîte aux lettres.