Діагностика IMAP
Too many simultaneous connections: провайдер ріже сесії
Як виглядає в журналі
a2 NO Too many simultaneous connections. (Failure)Сервер дозволяє обмежену кількість одночасних IMAP-сесій на одну скриньку і відмовляє в нових. Це захист провайдера, а не поломка перенесення.
Причини, за спаданням імовірності
- Завеликий паралелізм: спроба прискорити перенесення кількома потоками дає зворотний ефект.
- У Microsoft 365 ліміт близько 20 одночасних сесій на скриньку, у iCloud — помітно менше.
- Паралельно з перенесенням працює поштовий клієнт або телефон, які теж тримають сесії.
- Попередній обірваний запуск лишив завислі з’єднання — вони відпадають за тайм-аутом не одразу.
Що зробити
- Знизьте паралелізм до одного-двох потоків. На великих скриньках це зрештою швидше, бо немає повторів.
- Закрийте поштові клієнти, підключені до тієї самої скриньки, на час перенесення.
- Зачекайте 10–15 хвилин, щоб завислі сесії закрилися за тайм-аутом, і запустіть знову.
- Переносьте папка за папкою, а не все одразу.
FAQ
Часті питання
Чому не можна просто додати потоків?
Бо ліміт стоїть на боці провайдера. Зайві потоки не прискорюють, а отримують відмову, і робота йде в повтори. Один стабільний потік обганяє п’ять, що рвуться.
Інші помилки
Дізнайтеся обсяг своєї скриньки. Це нічого не коштує.
Підключіть два сервери, подивіться розмір і вирішуйте. Або заберіть клієнт і тримайте все в себе.
Код на GitHub · на базі imapsync · без реєстрації