Диагностика IMAP
Too many simultaneous connections: провайдер режет сессии
Как выглядит в журнале
a2 NO Too many simultaneous connections. (Failure)Сервер разрешает ограниченное число одновременных IMAP-сессий на один ящик и отказывает в новых. Это защита провайдера, а не поломка переноса.
Причины, по убыванию вероятности
- Слишком высокий параллелизм: попытка ускорить перенос несколькими потоками даёт обратный эффект.
- У Microsoft 365 лимит около 20 одновременных сессий на ящик, у iCloud — заметно меньше.
- Параллельно с переносом работает почтовый клиент или телефон, которые тоже держат сессии.
- Предыдущий оборванный запуск оставил зависшие соединения — они отваливаются по таймауту не сразу.
Что сделать
- Снизьте параллелизм до одного-двух потоков. На больших ящиках это в итоге быстрее, потому что нет повторов.
- Закройте почтовые клиенты, подключённые к тому же ящику, на время переноса.
- Подождите 10–15 минут, чтобы зависшие сессии закрылись по таймауту, и запустите снова.
- Переносите папка за папкой, а не всё сразу.
FAQ
Частые вопросы
Почему нельзя просто добавить потоков?
Потому что лимит стоит на стороне провайдера. Лишние потоки не ускоряют, а получают отказ, и работа уходит в повторы. Один стабильный поток обгоняет пять рвущихся.
Другие ошибки
Узнайте объём своего ящика. Это ничего не стоит.
Подключите два сервера, посмотрите размер и решайте. Или заберите клиент и держите всё у себя.
Код на GitHub · на базе imapsync · без регистрации