Доставність
Часта скарга після переїзду: архів на місці, пошта надходить, а власні листи клієнти знаходять у спамі. Перенесення тут ні до чого — змінився сервер, який відправляє, і отримувачі про це ще не знають.
Приймальні сервери вирішують долю листа за трьома питаннями: чи мав право цей сервер відправляти від вашого домену, чи не змінювався лист у дорозі і що робити, якщо відповідь на перші два — ні.
Доки домен жив на старому хостингу, у DNS стояли записи про старий сервер. Після переїзду відправляє новий, а записи лишилися колишніми.
Другий чинник — репутація. У нового сервера її ще немає, і перші дні підвищеної підозрілості неминучі.
Усі три живуть у DNS домену й налаштовуються один раз. Значення дає новий поштовий провайдер.
Лагодиться за один підхід, але потребує терпіння: зміни в DNS розходяться не миттєво.
Просити отримувачів додати вас у білий список — лікування симптому в однієї людини, а не проблеми.
Масова розсилка «ми переїхали» з нового сервера першого ж дня — надійний спосіб зіпсувати репутацію, яка ще не склалася.
І окремо: до перенесення архіву все це стосунку не має. Перенесені листи вже лежать у папках і нікуди не подінуться.
FAQ
Ні. Перенесення копіює вхідний архів, а у спам потрапляє вихідна пошта.
Ні. Два записи SPF вважаються помилкою й обнуляють перевірку.
Зазвичай від кількох годин до доби. Репутація нового сервера набирається довше — тижні.
Технічно не обов’язковий, але великі отримувачі ставляться до домену з DMARC помітно краще.
Окремий пароль для IMAP замість основного: хто його вимагає, де він лежить у кожного провайдера і що робити, якщо розділ не відкривається.
Швидкість упирається в ліміти обох сторін, а не в програму. Як прикинути строк заздалегідь і що робити зі скринькою на десятки гігабайтів.
Ярлики проти папок і папка «Уся пошта»: головна причина подвоєного обсягу й дублів. Що виключати й як оцінити справжній розмір скриньки.
Підключіть два сервери, подивіться розмір і вирішуйте. Або заберіть клієнт і тримайте все в себе.
Код на GitHub · на базі imapsync · без реєстрації