Передайте опыт администрирования почтовой системы на предприятии?

Question

[doexec]

Всем привет.
Поделитесь опытом - как вы администрируете свои почтовые сервера?

Интересует алгоритм создания/именования и использования ящиков.
Ну например, у меня используется шаблон И_ФАМИЛИЯ@домен, т.е. [e-mail].
И, честно, мне уже надоело, что учётки уволенных сотрудников всё еще используются новыми, включая их собственные ящики.

А у моего интернет-провайдера - ящик=номер_внутреннего_телефона, но при их ответе всегда используется именной ящик, типа i_ivanov.

Подскажите, как у вас обстоят дела с этим?

Comments

[ru6ak]

Не очень понял взаимосвязь именования почтового адреса от (и) использования ящиков уволенных сотрудников.

Answer 1

[Константин]

Архив (или его часть) почты уволенного передаётся новому сотруднику, а с ящика уволенного ставится редирект входящих на нового сотрудника, плюс можно (а порой и нужно) ставить автоответ с почты уволенного, мол, я больше не работаю, пишите письма не на [e-mail], а на [e-mail].

Comments

[Keffer]

Очень и очень плохая практика, в конторах с большой текучкой кадров (а чаще всего это бухи\менеджеры продаж), создавать именные почтовые ящики. Если работает 10-20-30 менеджеров к примеру, замучаешься без конца создавать\удалять им ящики во время их бесконечной текучки.

И тем более ставить редиректы всякие с уволившихся на вновь принятых. Самая правильная практика - едва лишь только заметил признаки "текучки кадров" - начать создавать нейтральные ящики, вроде "[e-mail] (особенно касается менеджеров, к которым сыпятся всякие заказы или снабженцев) а то вся эта не православная цепочка редиректов и временных сохранений ящиков растянется на бесконечность и в итоге однажды обязательно родится вопрос сверху, воскресить давно удаленные ящики Иванова Петрова и Сидорова которые уволились сами или были выкинуты на мороз годы назад, и сделать с них редирект на почту новому менеджеру Пупкину, к примеру.

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

[Keffer]

poisons, Много движения. Группы, редиректы, журналы. Зачем??? Тлен все это. Самый простейший вариант одним движением сменить пароль яшику manager@ для каждого нового сотрудника севшего на это место рабочее. Все. Пришел новый, поработал месяц, ушел, меняем пароль и так пусть хоть десятки их меняются в год. Вся почта как падала так и продолжит падать в этот ящик.

Answer 2

[CityCat4]

Ну, формат мыла не является стандартом, например у нас сейчас - [e-mail], хотя я работал в конторах, где было [e-mail], [e-mail].
Приходит новый сотрудник, если ему нужна почта предыдущего - его начальник говорит - надо, тогда ему переносится почта из ящика предыдущего сотрудника. Уволенным учетки блокируются, ящики пакуются и выгружаются в архив, если надо - ставится перенаправление.
Для защиты от спама (а спамеры умудряются помнить людей, работавших у нас двадцать лет назад) почта на уволенных блокируется через milter-greylist (для тех, кому перенаправление не нужно). Если она все-таки попала на почтовик - там есть местное перенаправление - на "свалку", которая временами просто удаляется.

Comments

[Keffer]

Да, случается так что расплодятся ящики и спам потом долго еще валит на несуществующие. Тогда да, такие письма на "свалку" самый вариант.

[CityCat4]

Keffer, я полагаю, что когда-то давно, в конце 90-х - начале 00-х - у нас кто-то спер пользовательскую базу, потому что до сих пор шлют спам на адреса, которые я думал уже не помнит никто :D

[Keffer]

CityCat4, Это не новость и сегодня. Особо умные персонажи умудряются сделать экспорт из клиента корпоративного (чаще это оутлук) адресную книгу, дабы потом ее использовать дома\на даче\etc и потом ее благополучно или крадут или сами юзеры кому то пересылают.

Answer 3

[Роман Молчанов]

1) Привести все почтовые адреса к единому стандарту - сложно.
При именовании вида фамилия.имя@домен, инициал-фамилия@домен и т.д. рано или поздно появится ситуация с двумя Иванами Ивановыми и от стандарта придётся отойти.
Обезличенные учетки вида должность@домен или отдел@домен - удобно, но несолидно.
Учетки вида телефон@домен в какой-то мере удобны, если при переводе сотрудника на другую должность или в другое подразделение, номер телефона останется так же за сотрудником.

2) Новые сотрудники будут пользоваться учётками уволенных, пока эти учётки будут доступны. Поэтому я считаю, их надо сразу выключать или менять пароль и ставить переадресацию на актуальный адрес.

Хорошим вариантом будут алиасы, которые поддерживаются большинством почтовых систем. Тогда можно будет сделать сотруднику любой ящик и дать ему десяток имён на все случаи жизни.
Иван Иванов
Ящик: [e-mail]
Алиасы:
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail]
[e-mail] (уволенный сотрудник отдела)

Comments

[Keffer]

Роман Молчанов, Алиасы только на первый взгляд хорого. Когда они расплодятся (и ящики в месте с ними) хорошего будет мало.

[Роман Молчанов]

Keffer, алиасы решают поставленную задачу лучше, чем отдельные почтовые ящики с перманентной переадресацией. А администрировать 1000 почтовых ящиков и 4000 алиасов намного проще, чем 5000 ящиков.

Answer 4

[Виктор Л]

Для тех кто придумывает такие email есть отдельный котел в аду, а потом начинается страшные телефонные разговоры где один продуктивный менеджер другому читает свой email и рассказывает то тире то подчеркивание где какая и с точкой или без, всегда предпочитал man1@домен, buh@домен, sale1@домен, чем проще тем меньше ошибок

Comments

[Keffer]

Виктор Л Именно так, чем проще тем меньше ошибок. В этом вся и беда. И если емайл i.ivanov@ продиктовать "относительно легко", то с названием ящика из не русских фамилий вообще беда. Какойнить цукельбургер когда. Ибо те кто админят ящики дают полет фантазии в момент создания.

[Sanes]

Зачем диктовать, если можно написать?

Answer 5

[EvilSide]

Из вариантов которые я реализовывал :

Пупкин Иван
Ivan Pupkin (В Английском языке имя идёт первее фамилии, если комания международная или работает с заграничными партнёрами, это будет верное написание)

1.
emal - [e-mail]
alias - [e-mail]
Если занят двухбуквеный имейл ввожу еще 1 букву от фамилии
alias - [e-mail]

Плюсы:
- Легко передать клиентам
Минусы:
- Пулл адресов быстро заканчивается
- Подходит компаниям с персоналом до 50 человек

2.
email - [e-mail]
В случаи повторения дописывал имя перед фамилией
(Как на меня самый не удачный способ создания имейлов)

Плюсы:
- Легко передать клиентам (ну это уже спорно, но иногда клиент просит именно так и создавать пользователей)
Минусы:
- Пулл адресов быстро заканчивается

3.
email - [e-mail]
При встрече двойника (сталкивался 2 раза в компании с 500+ персонала) ставил нижний прочерк в место точки.

Плюсы:
- Большой пулл адресов
- Подходит большим компаниям
Минусы:
- Сложно передать
- Выглядит в некоторых случаях монструозно ([e-mail])

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