Postfix

[alexthunder]

Полтора дня я провёл в мучительных поисках решения одной технической задачи. Дело в том что мы развернули отдельный хост для AWorkload.com с целью разместить на нём собственно продукт отдельно от постоянно обновляющейся рабочей версии. И вот об одной трудности с которой пришлось столкнуться в процессе разворачивания нового хоста я считаю важным упомянуть.

Postfix установленный на новом сервере наотрез отказывался принимать почту из внешнего мира настойчиво выдавая ответ вида "554 Relay Access Denied"

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

Мы у себя используем виртуальные хосты связанные с субдоменами которые создаются для эккаунтов на сайте aworkload.com, что превращает каждый эккаунт в вирутальный хост со своим набором входящих E-mail адресов. Дело вполне обычное.

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

Так вот злополучным различием оказалось наличие точки перед доменным именем в самом самом начале конфигурации. Оказалось что лдя старого постфикса было достаточно сказать что мой входящий домен "aworkload.com" и он был готов принимать почту на все субдомены указанные в списке virtual. Новый postfix не хочет делать также. Ему надо указывать ".aworkload.com" чтобы добиться того же эффекта.

Вот эту самую точку я и искал полтора дня как оказалось.

Comments

[lalibu.livejournal.com]

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

[jidigr.livejournal.com]

мдэ... никогда-бы не подумал, да и не знал о такой фиче )))
прям как с F16 трабла

[netut-tobylo.livejournal.com]

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

[alexthunder.livejournal.com]

Тоесть ты когда устанавливаешь линукс на новый хост и пишешь что-то типа "apt-get install postfix", то сразу следом за этим идёшь вычитывать ченджлоги за все прошедшие версии и обновления? :))

[netut-tobylo.livejournal.com]

а ты хост с нуля ставил и потом туда свой конфиг переносил ?
тогда да, есть шанс хорошо потрахаться..

ну а если что-то перестало работать после апдэйта уже рабочей системы - имеет смысл глянуть в чейнджлог

[alexthunder.livejournal.com]

Хост ставил снуля.
Потом ставил postfix, webmin.
Потом открывал Webmin и повторял конфигурацию. Там не так много чего есть на самом-то деле.

После пары часов неудач пробовал просто копировать конфиг.

Но как ты уже понял из описания решения это всё значения не имеет. Хоть так делай хоть эдак - всё сойдётся к тому что точки надо добавлять.

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

К тому же люди вносящие в очередной версии приложения изменения подобные описанным и не делающие при этом патч который бы предполагал что пользователь не знает об этом и зменении - УРОДЫ или аутисты крайней степени. Что в обще-то одно и тоже.