Это зависит от условий; я работал в крупной транснациональной компании, и мы должны были пойти этап далее, чем это, потому что у нас был org-dept-project@location.company.net, и это должно было перейти к подмножеству org-dept-project@company.net, и вся почта должна была пойти другое направление.
(Так или иначе все это работавшее отлично; мы на самом деле отбросили имена org, и когда мы говорили об определенном проекте, он перешел к projectname@company.net, и если он должен был перейти к целому отделу, это был dept@company.net),
Для фактического ответа на вопрос для предупреждений, мы пошли для стандарта системного журнала; наша почтовая система поддерживается *-emerg|alert|crit|err|warn|notice|info|debug@company.net
(на самом деле не знайте, кто включил его, но это было большим; полные имена были расширены, так, чтобы *-emergency перенаправил к emerg, и т.д.),
Я не знаю, вызывает ли это основную проблему, но, чтобы ответить на ваш конкретный вопрос, нет, запись MX не должна быть CNAME. Согласно RFC2181 s10.3 ,
Доменное имя, используемое как значение записи ресурса NS, или его часть значения записи ресурса MX не должно быть псевдонимом. Не только спецификация ясна по этому поводу, но с использованием псевдонима в любой из этих позиций ни одна из них не работает так хорошо, как могла бы быть надеялся, но не соответствует амбициям, которые могли привести к этому подходить. Это доменное имя должно иметь в качестве значения один или несколько адресные записи. В настоящее время это будут записи A, однако в в будущем другие типы записей, дающие адресную информацию, могут быть приемлемый. У него также могут быть другие записи RR, но не CNAME RR.
На практике это часто работает, но если вы испытываете проблемы, то самое первое - добиться соответствия RFC, а затем исследовать проблемы, которые продолжаются после этого. .
CNAME - это настоящий псевдоним, когда дело касается SMTP. То есть, если кто-то пытался отправить письмо на mail.nlscan.com
, оно переводилось так, как если бы оно было отправлено на его псевдоним. Это RFCed, IIRC, на самом деле неудивительно.
Хороший стиль зоны (который позволяет использовать и @mail, и @nlscan электронную почту)
@ IN MX mail
mail IN A
И наймите хорошего хост-мастера