Не держат они ни dev-, ни repo- даже при "разработке". Это же не программисты.
Вопрос автора - вовсе facepalm: как сделать так, чтобы человек, способный залезть в код, не оставил в нем ничего лишнего. Ответ: поставить другого человека, который бы полностью контролировал работу первого. Просто наличия repo- и отслеживания изменений недостаточно.
Можно выкачать на локальный компьютер и посмотреть на объем.
Если не ограничили возможность использования обычных почтовых клиентов 😊
Только что перепроверил. На платных тарифах обещают "бесконечный почтовый ящик" 😊
Так что выставлять ограничения/делить доступное пространство админу не требуется.
Почти искусственное ограничение.
Это суммарно на все ящики. Иногда действительно каждому ящику нужно 10+ Гб. А еще Яндекс дает с каждым ящиком 100+ Гб облачного хранилища.
Для русскоязычной аудитории лучше использовать домен в зоне RU. Если предполагается наружная реклама и т.п., то намного лучше.
Есть иностранные реселлеры 😉
Целиком организацию переносите (меняйте владельца).
Ну, или импорт (сбор). На время копирования/переноса писем привяжите к приемнику или источнику другой почтовый домен, либо переносите через вспомогательный ящик.
Также посмотрите Миграцию в админке Яндекса. (Я не помню, чтобы пользовался Миграцией.)
Наверное, среди новых адресов тоже могут быть адреса с подчеркиванием. Так что в основном фильтре нужно выполнять полное сравнение адресов (путей). Но перед полным сравнением, конечно, можно проверить адрес (путь) запроса на наличие символа подчеркивания.
Если есть возможность обойтись без фильтра, то лучше всего сделать именно так. Т.е. просто к старым адресам привязать альтернативный обработчик (обработчики, если изначально их было несколько), выполняющий переадресацию, или изменить текущий, добавив в него альтернативное поведение. Кстати, в структуру некоторых CMS сразу закладывается возможность выполнять переадресацию вместо вывода страницы.