Для того чтобы создать электронный почтовый ящик, можно воспользоваться такими сервисами как Google, Яндекс, Mail или Rambler. Также существует еще множество других менее популярных сервисом. Иногда случается так, что пользователь не может войти в сою почту, так забыл от нее пароль. Однако это не является проблемой, так восстановить электронную посту не так уж и сложно.

Быстрая навигация по статье

Для того чтобы восстановить пароль от электронной почты Mail, необходимо:

• Перейти на сайт mail.ru.
• В левой части экрана под формой для входа нажать на кнопку «Забыли пароль?».
• Ввести адрес электронной почты, которую требуется восстановить.
• Ответить на секретный вопрос или же заполнить требуемые данные, если при регистрации не был выбран секретный вопрос.
• Ввести код с картинки и нажать на кнопку «Восстановить пароль».
• Придумать новый пароль для входа на почту.

Также для восстановления доступа к электронной почте можно использовать номер телефона, если он указывался при регистрации.

Яндекс

Для того чтобы восстановить доступ к электронной почте на сайте Яндекса, необходимо в первую очередь перейти на сайт yandex.ru. После того, как главная страница Яндекс загрузиться, нажать на кнопку «Вспомнить пароль» в правом верхнем углу. Ввести в соответствующие поля логин и код с картинки, после чего нажать на кнопку «Дальше». Ввести код, полученный на телефон, который указывался при регистрации почтового ящика. Нажать на кнопку «Отправить». Придумать вый пароль для входа.

Google

Для того чтобы восстановить доступ к посте на сервисе Google, требуется перейти по адресу google.ru, а затем нажать на кнопку «Войти» в верхнем правом углу. Выбрать нужный аккаунт, в который необходимо осуществить вход и кликнуть по кнопке «Нужна помощь?». На следующей странице выбрать вариант «Я не помню пароль» и нажать «Продолжить». Далее пользователю предоставят возможность ввести пароль, который он помнит или нажать на кнопку «Затрудняюсь ответить». Для восстановления пароль на номер телефона будет отправлен код, для это нужно нажать продолжить. Ввести код в соответствующие поле и придумать новый пароль, который будет использоваться для входа в аккаунт.

В том случае, если при регистрации не указывался номер телефона или к нему нет на данный момент доступа, требуется нажать на кнопку «Я не могу воспользоваться телефоном». Пароль можно будет восстановить при помощи дополнительной почты. Получив доступ к аккаунт, можно будет перейти в почтовый ящик.

Поделитесь этой статьёй с друзьями в соц. сетях:

Случалось ли вам наблюдать пустой почтовый ящик после того, как вы настроили почтовый клиент через pop3, и забыли поставить галочку «хранить почту на сервере»?

Это код для смены пароля от Вашей страницы ВКонтакте.

Если вы решили удалить почту на mail, помните, что всегда можете зарегистрироваться вновь, только под другим адресом. Лично у меня с этим проблем не возникло — пишут журналисты, которые рекомендуют сайт сделать свое радио . В процессе регистрации почтового ящика один из обязательных пунктов — это секретный вопрос. Либо вам вышлют информацию для восстановления пароля на телефон или дополнительный почтовый ящик, или же попросят ответить на секретный вопрос. Электронная почта Mail.ru имеет техническую поддержку, поэтому вы можете обратиться прямо туда с вопросом о восстановлении своего почтового ящика.

Перовое место, где вы оказываетесь — это главная страница. Нажимаем «Дальше». Примечание: логин лучше придумать самому.

Если вы заполняли эти данные, то легко сможете себя найти. Потом уже нужно ввести новый пароль, а также повторить уже и второй раз пароль, если вы все-таки неправильно его ввели.

Представьте себе такую ситуацию, так случилось, что вы потеряли данные к своей электронной почте.

«Ваш пароль был изменен» — гласит появившееся сообщение.

После открываем документацию к роутеру и смотрим какой логин и пароль идет по умолчанию. Прокрутив страницу вниз в небольшом окне необходимо ввести причину удаления вашего аккаунта почты, после чего в правом нижнем углу страницы нажать кнопку «Удалить». Рядом с окошком ввода логина и пароля для входа на почту находится ссылка «Забыли пароль?».

Заходим на сайт mail.ru. При получении доступа к электронному ящику у взломщика появляется шанс восстановить пароли ко всем аккаунтам, к которым в качестве почтового ящика установлен взломанный e-mail.

Нажмите на нее, после чего вам будет предложен один из способов восстановления пароля в зависимости от того, который из них был выбран вами при регистрации. Обратите внимание, что данные варианты стоит воспринимать как восстановление пароля от роутера. Если номер будет введен вами правильно, тогда спустя несколько минут вы получите СМС-сообщение с кратким контрольным кодом.

Следующим шагом останется войти в почту используя новый пароль.

Это так сказать, самая простая из проблем.

Если вы забыли пароль к своей странице в контакте, то вы можете его восстановить. О том, как восстановить пароль к аккаунту на YouTube я и хочу рассказать в этой заметке. Например, в Windows XP нажмите кнопку «Пуск», далее «Все программы», «Стандартные», «Служебные», «Восстановление системы». Процедура восстановления страницы несложна и занимает несколько секунд.

Последнее в рубрике

eBay и Ко.: Даже крупные интернет-концерны делают ставку на незамысловатую комбинацию из логина и пароля для входа в их системы. Если вы забыли пароль, просто отправьте себе ссылку для восстановления. Зачастую соответствующая кнопка находится рядом.

Ситуация, когда утерян доступ к электронной почте, гораздо сложнее. В этом случае ничего не остается, кроме как создать с нуля новый аккаунт. Это подтвердил и eBay в ответ на наш запрос. Таким образом, это сбережет ваши нервы, с другой — все же существуют способы получить доступ к своей электронной почте.

У аккаунтов с двухступенчатой аутентификацией восстановление пароля сложнее. Поскольку сам пароль можно легко восстановить по электронной почте, второй ключ, то есть одноразовый код, необходимо получить с помощью SMS или генератора.

При смене номера сотового телефона или удалении приложения для генерации кодов существует ключ восстановления или так называемые резервные коды. Они сообщаются при создании аккаунта. Благодаря им можно отключить запрос второго фактора. Если же и эти коды канули в Лету, без новой учетной записи не обойтись. Советы, как не забыть коды, вы найдете в нижнем блоке.

Электронная почта: при утрате пароля к своему почтовому клиенту, к примеру, когда вы используете для всех служб один и тот же код и не можете его вспомнить, доступ к своим аккаунтам получить сложно. За одним исключением: данные легко восстановить, если для обмена сообщениями на вашем компьютере используется почтовый клиент. Программа Mail PassView (nirsoft.net/utils/mailpv.html) сканирует все популярные клиенты и отображает сохраненные в них пароли.

Если же вы заходите в свой аккаунт через браузер, поможет лишь один способ — горячая линия вашего провайдера. Если вы задали секретный вопрос и знаете на него ответ, новый пароль будет выдан вам незамедлительно. Если же эта информация утрачена, в большинстве случаев для сброса пароля потребуется предъявить удостоверение личности.

В принципе, всегда необходимо указывать альтернативные способы, по которым с вами может связаться почтовый провайдер, например, номер телефона или другой электронный ящик. Это позволит задать новый пароль.

Сегодня электронные письма практически полностью заменили бумажные. С их помощью можно не только обмениваться новостями с друзьями и родственниками в других странах, но и регистрироваться на сайтах, форумах, получать новости с различных сервисов и т.д. Кроме того, электронные ящики делятся на личные и корпоративные. Соответственно, у одного пользователя интернета может быть несколько почтовых ящиков. И где-то нужно хранить пароли и логины к каждому из них. Если эта информация утеряна, то приходится восстанавливать электронную почту.

Как пошагово восстановить электронную почту

У каждого почтового сервиса имеется своя схема восстановления. Сначала происходит процедура идентификации пользователя, затем сброс пароля и восстановление данных.

На Яндексе

Яндекс — это самая популярная, система поиска, включающая большое количество программ, а также почтовый сервер. Чтобы восстановить электронную почту пользователю необходимо:

• открыть браузер;
• ввести логин, пароль (если пароль утерян, достаточно ввести любую комбинацию цифр);
• нажать кнопку «Войти».

Поскольку пароль неверный, то внизу появится ссылка «Восстановить пароль».

В окне восстановления доступа нужно указать логин, цифры с картинки и нажать кнопку «Далее».

Система запросит проверочное слово….

Или номер телефона, на который был зарегистрирован почтовый ящик. На него будет отправлен пароль с доступом.

Mail.ru

Восстановить электронную почту на mail.ru можно следующим образом:

1) Перейти на страницу авторизации.

2) Нажать ссылку «Забыл пароль?»

3) В новом окне указать почтовый ящик.

4) Ответить на секретный вопрос и ввести проверочное слово с картинки.

Если вся информация введена правильно, то доступ к электронной почте будет восстановлен.

Gmail

Чтобы восстановить электронную почту в Гугле, необходимо:

В окне авторизации нажать кнопку «Я не помню пароль».

Ввести адрес почтового ящика и нажать кнопку «Продолжить».

Указать способ восстановления пароля: по СМС или в виде сообщения на другой почтовый ящик.

Ввести полученный код.

Нажать на ссылку сброса пароля, а затем придумать новый пароль.

Как восстановить электронную почту, если забыл логин или пароль

В процессе создания почтового ящика указываются дополнительные контактные данные: номер телефона, другой почтовый ящик и ответ на контрольный вопрос. Эта информация потребуется для идентификации пользователя в случае сброса пароля.

По номеру телефона

Следует сразу отметить, что восстановить почту по номеру телефона могут только те пользователи, которые указывали его при регистрации. Если мобильный телефон не был прикреплен к почтовому ящику, то ссылки на такой способ восстановления пользователь не увидит.

Рассмотрим детально, как восстановить почту, используя номер телефона на популярном сервисе Майл.ру. После неудачной попытке авторизоваться появится ссылка «Забыли пароль». Нужно перейти по этой ссылке на страницу восстановления доступа.

Пользователю нужно будет указать пароль, номер телефона и код с картинки.

Через несколько секунд на указанный номер будет отправлено СМС с кодом. Последний нужно ввести в форму на странице. Пользователю нужно будет сразу придумать новый пароль для почтового ящика.

После чего будет восстановлен доступ к почтовому ящику.

Таким же способом можно восстановить почту Яндекс. ру. На странице поисковика нажмите на знак вопроса в поле ввода пароля. Появится страница восстановления доступа. Укажите логин и символы с капчи. В следующем окне нужно будет ввести 10 цифр номера, который ранее был привязан к почтовому ящику, и нажать кнопку «Получить код». На телефон придет сообщение, которые нужно ввести в строке формы. После сброса данных система предложит ввести новый пароль.

Чтобы иметь возможность быстро восстановить почту по номеру телефона, необходимо в настройках е-майл в разделе личных данных указать действующий номер. В течение 5 минут на него будет отправлен код подтверждения. Его следует ввести в соответствующее поле. Так будет подтвержден номер телефона и у пользователя появится возможность использовать его для восстановления доступа.

Без номера телефона

Пользователь может забыть не только пароль, но и логин от электронной почты. Как быть в таком случае?

• В большинстве случаев для работы в интернете используется один браузер. При первом посещении новой страницы появляется окно с сообщением «Запомнить данные». Большинство пользователей подтверждают данный запрос. В такой ситуации, если утерян логин, достаточно нажать на пустое окошко для ввода адреса, как сразу отобразится список логинов, которые используются на ПК. Воспользоваться такой схемой можно, если в конце предыдущей сессии не были очищены данные браузера.
• Обычно один и тот же почтовый ящик используется для регистрации в разных сервисах, социальных сетях. Например, Вконтакте e-mail часто заменяет логин. Чтобы восстановить почту, необходимо зайти в ВК и в настройках посмотреть название почтового ящика. В рамках безопасности логин отображается не полностью, а только первые несколько букв. Даже этой информации может быть достаточно для восстановления названия часто применяемого почтового ящика.
• Сегодня на мобильных телефонах также устанавливаются почтовые клиенты. Если не удалось открыть электронный ящик на ПК, можно посмотреть его название в учетной записи на ОС Андроид или в почтовом клиенте на смартфоне.
• Чтобы не заниматься восстановление почты лучше всего использовать один почтовый ящик. В таком случае, есть вероятность, что он будет переполнен спамом (ненужной рекламной информацией). Если возникает потребность завести несколько e-mail, то логины и пароли доступа к ним следует хранить в письменном виде в отдельном блокноте.

Сообщение Как восстановить старый адрес электронной почты появились сначала на Clip-Clap.

Версии софта принципиального значения не имеют. Важно, что почтовая база хранится в формате maildir, все письма на сервере. Основная проблема переноса таких серверов — очень долгая синхронизация почтовой базы сообщений, состоящей из десятков и сотен тысяч мелких файлов. Если у вас обычные sata диски, просто взять и перенести почтовый сервер на новое место с минимальным простоем не получится. Надо что-то придумывать.

Я придумал такую схему переноса:

1. Подготовка системы на новом месте.
2. Копирование основной почтовой базы на новое место.
3. Остановка старого сервера, заливка изменений в базе на новый сервер.
4. Запуск нового почтового сервера как основного.

Я всегда настраиваю сервера так, что системный диск небольшого размера — 30-50 гб. Все данные, будь то почтовая база, файловый сервер, база данных, сайты и т.д. находятся на отдельном диске. Главное, не экономить сильно и не делать системные диски очень маленькими, как однажды сделал я, сэкономив место на дорогих ssd дисках. Потом пришлось на ходу расширять системный раздел. Оптимально на моей практике это не меньше 30 гб. Если меньше, то приходится ужиматься с логами, кэшами и т.д. Не очень удобно. Все, что больше 30 уже не проблема. Если надо больше места, подключаются отдельные диски и символьными ссылками расширяются проблемные места.

С таким подходом удобно бэкапить виртуальные машины. Я на уровне гипервизоров делаю бэкап только системных дисков. Для данных использую другие способы, например rsync. Иногда и то, и другое. Бэкапить только гипервизором огромные диски по несколько ТБ данных не удобно. А в некоторых случаях практически невозможно, так как нет возможности сделать инкрементный бэкап. Например, в proxmox мне не известен способ централизованного управления и создания инкрементных бэкапов. Для других гипервизоров какие-то решения есть.

Подготовка нового сервера

В данном случае не имеет принципиального значения, переносите вы старый сервер на новое место, или готовите новый обновленный почтовый сервер. Основная проблема все равно с переносом базы, ее и надо отдельно решать. Если просто переносите старый сервер, то перенесите на новое место системный диск. Если это другой гипервизор, то убедитесь, что система нормально стартует в новом гипервизоре. Обновите утилиты интеграции, убедитесь, что определены сетевые карты, корректы записи в fstab. В общем, проверьте все, чтобы система стабильно работала.

Тут важно не торопиться и все проверить тщательно. У меня была ситуация, когда после переноса почтового сервера с одного гипервизора на другой, на сервере стало очень сильно убегать вперед время. Буквально на 1-2 минуты в час. Я это сразу не заметил, не обратил внимание. А когда запустил в работу новый сервер, увидел, что к концу рабочего дня время убежало уже на 15 минут. Синхронизация тут не спасала, так как dovecot, замечая большие изменения во времени после синхронизации, просто аварийно завершал работу. Для него это типовое поведение в таком случае.

Было очень неприятно словить такую ошибку на рабочем сервере. Потом в итоге разобрался, в чем дело. Изменил настройки grub для данной виртуалки, связанные с прерываниями процессора, и время перестало убегать. Но это потребовало тестов и перезагрузок уже на рабочем сервере, что было неудобно. Лучше бы я все отладил с самого начала, благо время было. Я все это к тому, что не торопитесь с переносом. После того, как поднимите систему на новом железе, оставьте ее поработать некоторое время, убедитесь, что все в порядке.

Как я уже сказал, не важно, переносите вы текущий сервер или настраиваете новый. Если новый — то так же настройте все, отладьте, проверьте. Дальше назначьте какие-то ip адреса новому серверу, чтобы был сетевой доступ к старому. Если переносите старый сервер, не забудьте на новом месте сменить MAC и IP адрес у сетевого интерфейса. Бывало, что я забывал сменить MAC. Начинались непонятные сетевые проблемы с обрывами соединений. Не сразу догадался, в чем было дело.

Когда все готово, оба сервера работают и видны в сети, можно переходить к переносу почтовой базы.

Перенос почтовой базы

Перед переносом почтовой базы, я рекомендую выполнить ее очистку. Зачастую в почте хранится огромное количество не нужной информации. Чтобы сократить время переноса почты, лучше заранее ее почистить. После того, как это сделаете, приступайте к переносу.

Для этого на новом сервере подключите и смонтируйте новый диск, где будете хранить почту. Дальше без остановки старого сервера выполните синхронизацию каталогов с базой. Я обычно использую rsync для этого. Вот простой пример команды, которую запускаю с нового сервера.

# /usr/bin/rsync -av root@10.1.4.22:/data/mail /data

Здесь мы просто копируем почтовый архив со старого сервера 10.1.4.22 из директории /data/mail на новый сервер в эту же директорию. Не ошибитесь со слешами в конце путей. Я иногда путаюсь, после запуска сразу останавливаю процесс и проверяю, что все копируется именно оттуда и именно туда, куда надо. Чтобы команда точно отработала даже при обрыве ssh соединения, запускаю ее в screen.Копирование почтовой базы лучше запустить в самое наименее нагруженное время, хотя и не обязательно. Важно не пересечься с временем планового бэкапа. Бывает, запланируешь перенос на ночь, запускаешь копирование, а оно совпадает с плановым бэкапом. В итоге оба задания жутко тормозят. При этом еще и сам сервер работает медленно.

Копирование огромного количества файлов почтовых писем длится значительное время. Редко меньше нескольких часов. Иногда за ночь не успеваешь все скопировать, днем останавливаешь, а ночью продолжаешь. Можно растянуть этот процесс на любое время, если нет спешки. Нам важно перенести основную массу писем не останавливая сервер.

После того, как скопировали основную часть почтового архива, переходим к переключению на новый сервер.

Переключение на новый сервер

Самый важный и ответственный этап переноса почтового сервера. Здесь нужно еще раз хорошенько все проверить, убедиться, что все работает нормально. Непосредственно перед переключением на новый сервер, можно еще раз накатить изменения почтовой базы без остановки старого. Это позволит максимально уменьшить время простоя. Когда все готово, останавливаем службы dovecot и postfix почтового сервера. После этого сразу же запускаем синхронизацию каталогов между старым и новым сервером. Мы накатываем все изменения почтовой базы, делая ее полностью актуальной в новом сервере. Для этого надо добавить ключ —delete к rsync.

# /usr/bin/rsync --delete -av root@10.1.4.22:/data/mail /data

Важно не перепутать источник с приемником. Сначала идет старый сервер, потом новый. Перед запуском хорошенько проверяйте команды. Один раз я угробил новый сервер, ошибившись в команде и удалив с корня системы некоторые каталоги. Просто слешом ошибся на источнике, когда копировал в корень приемника. Это было не страшно, так как повредил новый сервер. Пришлось отложить перенос и восстановить его.

Ждёте окончания синхронизации. Она должна быть не долгой, так как перед остановкой почтового сервера вы и так накатили все изменения. Обычно несколько минут занимает процесс финального копирования. Когда он закончен, выключаете старый сервер, убираете его из автозагрузки гипервизора. На новом сервере меняете IP на адреса старого сервера и перезагружаете его. Можно и не перезагружать, но я для проверки всегда перезагружаю. Можно не менять IP адрес, если у вас все завязано на dns имена, отредактируйте dns запись. Но я обычно все же меняю ip, так надежнее. Обязательно найдется какое-нибудь старое оборудование, типа сканера, где адрес указан в виде ip адреса и т.д. Эти лишние проблемы потом не нужны. Лучше все сделать максимально незаметно и надежно.

После запуска нового сервера, убедитесь, что все службы работают, почта ходит, мониторинг не показывает проблем. Если все прошло гладко и по плану, то время простоя будет несколько минут. В ночное время этого могут и не заметить.

Бывает, что не все идет гладко. У меня были ситуации, когда после перехода уже на новый сервер, начинались проблемы, которые предусмотреть заранее было нельзя. Новое хранилище начинало тормозить или возникали еще какие-то проблемы. Например, с блокировками на nfs. Вы это не проверили заранее. С работой dovecot на nfs есть свои нюансы. Если вы понимаете, что оставить в работе новый сервер нельзя и надо откатываться, то нужно опять синхронизировать почтовую базу, если для вас важна та корреспонденция, которая была доставлена в то время, как поработал новый сервер. Для этого останавливаете почтовые службы на новом сервере, меняете на нем ip, запускаете старый и выполняете синхронизацию в обратном порядке — с нового на старый. Не ошибитесь в параметрах rsync! После этого оставляете старый сервер в работе, а с новым спокойно разбираетесь и готовите его еще раз к переносу.

Вот, в принципе, и все по переносу почтового сервера из моей практики. Я их переносил штук 10 за все время админства. Можно сказать руку набил.

Для того, чтобы любые работы на prod сервере прошли успешно, я всегда соблюдаю несколько правил:

1. Никогда не тороплюсь. Если реально нет необходимости спешить, я всегда довожу до руководства, что спешка не нужна. Она вредит и мешает все сделать хорошо. Пусть лучше я спокойно неделю или две подготовлюсь, все обдумаю, проверю и перенесу без проблем, нежели я буду спешить для соблюдения бессмысленных сроков.
2. Тщательно все проверяю и перепроверяю. Делаю все максимально незаметно. Если простой ожидается маленький, не шлю никому никаких уведомлений. Если вы предупредите, что будут работы с почтовым сервером, на следующие дни обязательно кто-то нажалуется, что после переноса все сломалось. Это мешает снимать реальные обратные связи. Когда никто не знает о переносе, отзывы будут только на реальные проблемы, а не надуманные.
3. У меня всегда есть запасной план на случай, если что-то пойдет не так. Всегда под рукой актуальные бэкапы и подменные системы. Я точно знаю, что буду делать, если новый сервер не будет введен в эксплуатацию.

Этого достаточно, чтобы успешно проводить любые работы на серверах. Главное, все запланировать заранее, чтобы не было спешки.

Сообщение Перенос почтового сервера postfix появились сначала на Clip-Clap.

Введение

Данная статья будет актуальна для тех, кто сам выполнил установку и настройку postfix или воспользовался готовой сборкой на базе iredmail. Это что касается материалов моего сайта. А в целом все описанное ниже будет актуально для любого почтового сервера, который хранит почту в формате maildir.

Скажу пару слов, почему именно maildir. Лично я этот формат использую за его удобство. В нем каждое письмо это отдельный файл, который можно посмотреть любым текстовым редактором. Эти файлы удобно бэкапить, анализировать содержимое, сортировать по каким-то признакам. В общем, с ними можно работать как с обычными текстовыми файлами. На основе этих плюсов и выполняется вся дальнейшая работа в статье. Из минусов вижу только один — огромное количество мелких файлов создают большую нагрузку на дисковую подсистему.

Приведу для наглядности пример, который позволит оценить нагрузку на диски. Для синхронизации с помощью rsync почтовой базы объемом примерно 1 терабайт, расположенной на raid10 обычных 3.5 sata дисков, на одиночный такой же диск для бэкапа, уходит где-то пару часов в основном на сравнение файлов между источником и приемником. Само копирование файлов проходит быстро, но чтобы сравнить изменения за день, приходится выполнять длительную операцию. При этом в целом работа пользователей (~30-40 человек) с этой базой вполне комфортна, каких-то тормозов не наблюдается.

То есть по сути, для такого количества пользователей, сервером может быть обычный десктопный компьютер с 2-4 обычными sata дисками. Хватит производительности любого процессора и примерно 2-4 гигабайта оперативной памяти. Отдельный вопрос, конечно, к надежности обычного системника. Я сервера на них не рекомендую собирать, но при большом желании можно.Приведенные далее скрипты для очистки почтовой базы писались в разное время на разных серверах. Иногда может показаться, что все сделано нелогично или как-то сложно. Громоздкие конструкции часто возникали там, где появлялись проблемы с пробелами или спецсимволами в именах папок на русском языке, которые при переводе в UTF-7 (кодировка названия imap папок в dovecot) превращаются в весьма неудобные для обработки строки. Дальше будет понятно, что я имею ввиду.

Перейдем теперь к конкретным примерам.

Простое удаление старых писем из ящика

Начнем с самого простого примера. Допустим, у вас есть какой-то ящик, хранить письма в котором старше определенного срока не имеет смысла. К примеру, это может быть ящик для оповещений системы мониторинга. После того, как оповещение было прочитано, оно теряет актуальность. Все события и так фиксируются и хранятся на самом сервере, поэтому хранить долго письма нет никакого смысла. Очистим этот ящик, удалив из него все письма, старше 30 дней.

/usr/bin/find /data/mail/virtual/zabbix@mailsrv.ru/Maildir/*/ -type f -mtime +30 -exec rm {} \;

В данном случае мы просто используем стандартный синтаксис утилиты для поиска файлов find. Подробности ее использования можно найти в интернете, примеров масса. Во время отладки я рекомендую не использовать удаление, а просто направить вывод в файл, чтобы можно было оценить, что утилита нашла и собирается удалить. В простых примерах, как этот, может показаться, что нет смысла проверять, но в более сложных конструкциях рекомендую всегда это делать, например, вот так.

/usr/bin/find /data/mail/virtual/zabbix@mailsrv.ru/Maildir/*/ -type f -mtime +30 >> /root/dellist.txt

После этого смотрите файл /root/dellist.txt и проверяйте, что собираетесь удалить. После того, как проверили, не обязательно заново выполнять поиск по базе и лишний раз нагружать диски. Можно удалить все указанные в dellist.txt письма следующим скриптом.

#!/bin/bash

cat /root/dellist.txt | while read i ; do 
rm -f "$i" 
done

Сам процесс поиска по почтовой базе postfix не такой длительный, как поиск и удаление. На сильно нагруженных базах я рекомендую выполнять удаление, когда сервер нагружен меньше всего, а поиск в любое время. Конечно, искать тоже лучше в нерабочее время, но мне не нравится работать ночью, поэтому все, что можно, я делаю днем, а на ночь оставляю по возможности минимум работы.

Массовая очистка корзин в почтовой базе postfix

Рассмотрим более сложный пример. Нам нужно автоматически очистить все корзины пользователей от писем, старше 30-ти дней. Я рекомендую всегда настраивать такую очистку. Дело в том, что если сервер сильно нагружен, то он не всегда корректно удаляет содержимое корзины. Например, пользователь отправил в корзину очень много писем (десятки тысяч), нажал «очистить корзину» и закрыл почтовый imap клиент. Есть вероятность, что реально письма не удалятся, а так и будут висеть в корзине. Imap сервер dovecot не удаляет мгновенно письма, а ставит их в очередь и потихоньку удаляет. Иногда этот процесс прерывается и удаление не происходит. Можно попытаться это сделать снова и рано или поздно они таки удалятся.

Есть пользователи, которые сами не чистят корзины, за годы работы у них накапливается там солидное количество бесполезных писем, которые только занимают место на сервере и замедляют работу тех же бэкапов или скриптов очистки. Надо помочь расстаться с этой почтой раз и навсегда.

Сложность с очисткой корзин в том, что названий папок для удаленной почты может быть много. Каждый почтовый клиент создает какую-то свою папку, имя которой может не совпадать с уже существующими. Сейчас могут использоваться одновременно 3 вида почтовых клиентов: web, десктопная или мобильная программа. Каждая из них создает свой набор папок. Ко всему прочему, русские имена imap папок хранятся в кодировке UTF-7, что осложняет работу скриптов. Необходимо экранировать спецсимволы и пробелы.

Вот мой список возможных названий папок для удаленной почты.

Я обычно выполняю поиск по такому набору папок. Если у вас есть дополнение этого списка, прошу поделиться. А вот скрипт для автоматической очистки корзин с указанными именами папок.

#!/bin/bash

# текущая дата в формате Год-месяц-день
data=`date +"%Y-%m-%d"`
# формируем список почтовых ящиков для поиска
mailbox=`ls -l /data/mail/virtual | grep vmail | awk '{print $9}'`

for box1 in $mailbox
    do
	/usr/bin/find /data/mail/virtual/$box1/Maildir/'.&BCMENAQwBDsENQQ9BD0ESwQ1-'/*/ -type f -mtime +30 | while read a ; do
	ls "$a" >> /root/mailclean/trashclean-log/$data.txt
	done
    done

for box2 in $mailbox
    do
	/usr/bin/find /data/mail/virtual/$box2/Maildir/'.Deleted Messages'/*/ -type f -mtime +30 | while read b ; do
	ls "$b" >> /root/mailclean/trashclean-log/$data.txt
	done
    done

for box3 in $mailbox
    do
	/usr/bin/find /data/mail/virtual/$box3/Maildir/.Trash/*/ -type f -mtime +30 | while read c ; do
	ls "$c" >> /root/mailclean/trashclean-log/$data.txt
	done
    done

for box4 in $mailbox
    do
	/usr/bin/find /data/mail/virtual/$box4/Maildir/'.&BCMENAQwBDsENQQ9BD0ESwQ1- &BE0EOwQ1BDwENQQ9BEIESw-'/*/ -type f -mtime +30 | while read d ; do
	ls "$d" >> /root/mailclean/trashclean-log/$data.txt
	done
    done

for box5 in $mailbox
    do
	/usr/bin/find /data/mail/virtual/$box5/Maildir/'.&BBoEPgRABDcEOAQ9BDA-'/*/ -type f -mtime +30 | while read e ; do
	ls "$e" >> /root/mailclean/trashclean-log/$data.txt
	done
    done

for box6 in $mailbox
    do
	/usr/bin/find /data/mail/virtual/$box6/Maildir/'.Deleted Items'/*/ -type f -mtime +30 | while read f ; do
	ls "$f" >> /root/mailclean/trashclean-log/$data.txt
	done
    done

cat /root/mailclean/trashclean-log/$data.txt | while read i ; do
    rm -f "$i"
    done

Конечно, тут для компактности можно было сделать еще один вложенный цикл и перебирать имена папок. Я не стал этого делать для наглядности. К тому же список небольшой, можно оставить так. Некоторые комментарии к скрипту.

Конструкция

mailbox=`ls -l /data/mail/virtual | grep vmail | awk '{print $9}'`

формирует список ящиков для очистки. В данном случае берутся все существующие ящики. vmail тут владелец директорий с ящиками. Получить список актуальных ящиков можно разными способами. Я сделал это вот так. Вы можете вручную составить список ящиков в текстовом файле в формате один ящик в каждой новой строке и работать по своему списку. Примерно вот так:

mailbox=/root/mailclean/mailboxlist.txt

Возможно путь к файлу нужно взять в кавычки, сейчас точно не помню, надо проверять. Я логирую списки удаленных писем на всякий случай, чтобы можно было из архива быстро восстановить удаленные письма, если вдруг это будет необходимо. Во время отладки я рекомендую закомментировать последний этап работы скрипта, где выполняется удаление. Для начала просто сформируйте списки файлов на удаление и убедитесь, что там не попало ничего лишнего, что поиск по папкам прошел корректно.

Аналогичным образом можно очистить папки со спамом. Вот мой список для таких папок.

Более подробно вопрос автоматического удаления спама рассмотрим отдельно.

Удаление писем на основе содержимого письма

Перейдем к еще более сложному примеру, но в самой простой его модификации. Допустим, вам нужно удалить все письма, адресованные на какой-то адрес. Это может быть актуально в тех случаях, если используется алиас, а с него идет перенаправление на множество ящиков. В итоге, письма, адресованные на этот алиас распространяются по всей почтовой базе в разные ящики. При этом данные письма теряют актуальность со временем, и хранить их нет необходимости.

В данном примере я сделаю еще одно усложнение. Мало того, что мы будем логировать все удаления писем из базы, мы еще будем их сохранять и раскладывать по папкам с названиями ящиков, из которых они были удалены. Дополнительно, удаленные письма будут складываться в директории с именами в виде даты удаления. Таким образом мы полностью застрахуем себя от удаления нужного письма. Даже если это произойдет, то быстро сможем найти это удаленное письмо. Дополнительно будем записывать в лог файл время начала и завершения поиска и удаления. Так как процесс поиска по содержимому достаточно длительный, рекомендую следить за временем его выполнения, чтобы укладываться в окна с малой нагрузкой сервера.

#!/bin/bash

# формируем список ящиков для очистки
mailbox=`ls -l /data/mail/virtual | grep vmail | awk '{print $9}'`
# дата в формате Год-месяц-день_час-минута-секунда
data_full=`date +"%Y-%m-%d_%H-%M-%S"`
# дата в формате Год-месяц-день
data=`date +"%Y-%m-%d"`
# директория для хранения копий удаленных писем
copydir=/backup/mailclean
# адрес лог файла с информацией о времени работы скрипта
logfile=/backup/mailclean/log.txt

echo "============`date +"%Y-%m-%d"`============" >> $logfile
echo "`date +"%H-%M-%S"` Start mail clean" >> $logfile

for box in $mailbox
    do
    # создаем директории с именами ящиков и текущей даты для копий удаленных писем
    mkdir -p $copydir/$box/mail/$data
    # формируем список всех писем в ящике
    /usr/bin/find /data/mail/virtual/$box/Maildir -type f -name "*mailsrv*" -mtime +30 -daystart | while read a ; do
    # ищем в содержимом письма адрес получателя zabbix@mailsrv.ru и записываем имена таких писем в индивидуальный файл для каждого ящика
        grep -E -R -l -I "*for <zabbix@mailsrv.ru>;*" "$a" >> $copydir/$box/copy-$data_full.txt
        done
    # пишем название ящика в общий лог файл
    echo "=========$box=========" >> $copydir/$data_full-all.txt
    # записываем в общий лог файл все удаленные письма каждого ящика за конкретную дату очистки	
    cat $copydir/$box/copy-$data_full.txt >> $copydir/$data_full-all.txt
    # формируем список писем ящика на удаление	
    cat $copydir/$box/copy-$data_full.txt | while read i ; do
    # копируем письмо из реального ящика в папку архива (рекомендую использовать во время отладки)
        cp -p "$i" $copydir/$box/mail/$data
    # перемещаем письмо из реального ящика в архив (использовать после отладки)
    #   mv "$i" $copydir/$box/mail/$data
        done
    done
# записываем время завершения работы скрипта
echo "`date +"%H-%M-%S"` End mail clean" >> $logfile
echo "==================================" >> $logfile

Поясню основные моменты. В строке с поиском писем по всему ящику есть маска:

/usr/bin/find /data/mail/virtual/$box/Maildir -type f -name "*mailsrv*" -mtime +30 -daystart | while read a ; do

В данном случае mailsrv это часть имени сервера. В формате maildir в именах файлов писем всегда присутствует имя сервера. Эта маска позволяет найти только файлы почты, отбросив остальные служебные файлы, которые могут там быть. А они там точно будут, например, индексы dovecot, правила sieve и др. Не забудьте поменять эту маску на свою в соответствии с именем сервера.

Строка для поиска получателя письма *for <zabbix@mailsrv.ru>;* именно в таком видевзята из служебных заголовков. Даже если письма различными фильтрами будут перемещаться в другие ящики, первоначальный получатель писем все равно будет зафиксирован этой строкой.Предупреждаю, что не нужно слепо использовать этот и другие скрипты. Они приведены в основном для того, чтобы показать принципы и идеи, которые я использую. Эти скрипты нужно внимательно посмотреть, понять, что происходит в каждой строке, и изменить под свои нужды. В готовом виде вряд ли вам нужен будет именно такой скрипт. Тут все очень индивидуально и требует осознания всех выполняемых действий.

Если вам нужно автоматом удалить в почтовом архиве все спам письма, которые ваша антиспам система помечает как спам, то можете взять служебный заголовок, который ставит эта система и использовать его. Например, Касперский антиспам вот так помечает все спамовые письма:

X-KLMS-AntiSpam-Status: spam

Соответственно я ищу все письма с таким служебным заголовком и что-то с ними делаю. Например, перемещаю в папку spam или удаляю. Но тут нужно быть внимательным и делать все аккуратно. Например, если какое-то письмо фильтр по ошибке пометил спамом, у пользователя не будет никакой возможности его сохранить, если вы будете автоматически удалять эти письма. Тут нужно думать в конкретной ситуации как поступить. На текущий момент я не использую подобные правила для удаления или перемещения почты, только для поиска, чтобы оценить объем спамовой почты. Если он слишком велик и его чистка позволит высвободить значительные объемы дискового пространства, то я начинаю что-то делать с ящиками пользователей. Чаще всего напрягать админов на местах, чтобы они стимулировали пользователей к самостоятельной ручной очистке спама. Если же спама не много, то я просто ничего не делаю.

Фильтрация писем на основе темы письма

Рассмотрим более сложный вариант предыдущего скрипта. Там мы фильтровали письма на основе содержимого служебных заголовков. Но если мы захотим отфильтровать почту по теме письма, то сходу у нас ничего не получится. С темой письма возникают сложности из-за того, что она закодирована в base64, если в ней используются русский язык. Вот простой пример. У нас есть письмо с темой «Как дела?». Используем base64 декодер и смотрим, как будет выглядеть тема сообщения в исходнике письма.

Как дела? - 0JrQsNC6INC00LXQu9CwPw==

А вот, что вы увидите в заголовке письма со всеми служебными добавлениями:

Subject: =?UTF-8?B?0JrQsNC6INC00LXQu9CwPw==?=

Вам нужно будет отбросить сначала кодировку =?UTF-8?, потом не знаю, что означающие символы B?, затем в конце еще вот это ?=. Так вы получаете искомую фразу. Теперь представьте, что кто-то ответит на это письмо. Тема сообщения станет Re: Как дела?. В base64 эта фраза будет выглядеть совершенно по-иному:

Re: Как дела?UmU6INCa0LDQuiDQtNC10LvQsD8=

И вот как в реальном заголовке:

Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC10LvQsD8=?=

Сложность добавляет еще то, что разные почтовые клиенты используют разную кодировку в теме письма. Мне встречались как UTF-8, так и WIN-1251. То есть для того, чтобы нормально раскодировать и читать тему сообщения, вам нужно сделать обработку на декодирование, на отбрасывание служебных символов. Еще в процессе тестирования я заметил, что если вы используете не весь текст темы, а только ее часть, то закодированная строка поиска может немного не совпадать с той, что будет в теме письма. Изменения могут возникнуть из-за заглавных/строчных букв, пробелов, запятых и т.д. В общем, я не осилил эту тему, так как надо очень плотно погрузиться в предмет и написать много различных проверок и условий. У меня просто не хватило терпения все сделать красиво, чтобы скрипт работал надежно.

Поступил я в итоге по-другому, более просто и топорно, зато надежно. Допустим, вам нужно, чтобы какая-то переписка не хранилась на сервере дольше определенного времени. Это может быть конфиденциальная информация. Например, вы сканируете документы с отправкой на почту и вам нужно, чтобы сканы там не хранились бесконечно долго. Настраиваете на МФУ шаблон темы сообщения, добавляя в начало такую строку — !del. Затем переводите его в base64, добавляя еще фразы с Re: и Fwd: на случай, если эти письма могут куда-то пересылаться или писаться ответы. Конечно, сканеру вряд ли кто-то будет отвечать, но, возможно, для вашей темы сообщения это будет актуально.

Дальше берете скрипт из предыдущего примера и меняете там строку поиска на новую:

grep -E -R -l -I "Subject:.*IWRlb.*|Subject:.*RndkOiAhZGVs.*|Subject:.*UmU6ICFkZWw.*" "$a" >> $copydir/$box/copy-$data_full.txt

Эта строка найдет во всех письмах, сформированных в список предыдущей командой, темы сообщения !del, Re: !del, Fwd: !del и скопирует пути и имена файлов в список. Потом вы можете на свое усмотрение работать с этим списком.

Еще несколько примеров работы с почтовой базой

Этот пример будет актуален, если вы используете почтовые ящики, куда копируется абсолютно вся переписка вашего сервера. Допустим, у вас есть ящик out@mailsrv.ru, куда сохраняется вся уходящая корреспонденция. Если на сервере идет активная переписка, то писем в ящике будет много и искать с помощью какого-то imap клиента будет неудобно, так как он может либо тормозить на большом списке писем, либо вообще отваливаться по таймауту и поиск или сортировка будут невозможны с его помощью. Тогда на помощь придут простые скрипты в консоли сервера. Найдем в этом ящике все письма, отправленные в период между первым и седьмым сентября 2017 года и скопируем их в отдельный ящик.

find /data/mail/virtual/out@mailsrv.ru/Maildir/*/ -newerBt '2017-09-01 00:00' -and -not -newerBt '2017-09-07 00:00' -and -type f | cpio -pdmv /data/mail/virtual/user@mailsrv.ru/Maildir/new

По сути тут просто использовались ключи к команде find. У нее их так много, что я для всех прикладных задач всегда храню готовые конструкции, чтобы заново не вспоминать все ключи и возможности.

Еще полезно бывает посмотреть размер почтовых ящиков. Некоторые пользователи имеют в разы больший объем ящика, чем все остальные. Есть любители хранить в почте презентации, пересылать разбитые на части архивы и т.д. Иногда приходится вручную проверять размеры ящиков, чтобы отдать команду на очистку заполненных сверх меры. Сделать это можно простой командой в директории с ящиками:

# du --max-depth=1 | sort -n -r

Команда выведет размеры всех ящиков и отсортирует их по мере увеличения объема, но при этом объем покажет в байтах, что не очень удобно. Можно вывести директории по алфавиту, но с размером в привычных мегабайтах или гигабайтах, но уже без сортировки.

# du -h --max-depth=1

Еще удобнее отправить сразу вывод в текстовый файл с датой в имени файла, чтобы потом было удобно сравнить с тем, что получилось после чистки почтовой базы.

# du -h --max-depth=1 >> "dirsize_`date +"%Y-%m-%d_%H:%M"`.txt"

Тут можно придумать много всяких способов отсортировать данные для более удобного восприятия, или потом автоматически сравнить размеры ящиков. Я не занимался этим.

Заключение

Поделился тем, что использовал последнее время в работе с почтовыми серверами. По большому счету — ничего особенного. Почтовые сервера на postfix + dovecot чаще всего не требуют частого присмотра. Работают надежно, не требуют к себе повышенного внимания. Достаточно настроить мониторинг postfix и следить за свободным местом, периодически очищая почтовую базу, которая представляет из себя набор обычных файлов.

Сообщение Очистка и обслуживание почтовой базы postfix появились сначала на Clip-Clap.