Ну знаешь, достаточно управлять зоной любого "внешнего" домена, всё остальное легко решаемо, даже динамический IP с NATом можно при желании обуздать. С определенными нюансами, есесссссно

Но в случае ТС, думаю что вариант с SMTP наиболее подходящий, учитывая его квалификацию.
Но я бы на девелоперском сервере пошел другим путем: подсунул вместо стандартного sendmail, скрипт-проксю, и оттуда рулил фактическим способом отправки почты. Из PHP кода тот же самый mail() или через какую угодно обертку, не суть. Тогда и код во время деплоя не придется редактировать. Да да, понимаю, разделение среды во взрослых фреймворках и т.д. но не везде их использование уместно, вот что. А еще мы убираем риск запушить случайно свой логин/пароль в репу на гитхаб.
Mugivara, понимаешь ли какая штука, реализация работы с почтой сильно зависит от входных данных, т.е. конкретного кейса. Невозможно взять и написать универсальный скрипт под это дело. Способ через SMTP хорош до определенного объема отправляемой корреспонденции, например. Потом досаждают ограничения и политики сендера, очень сильно. Не всем хочется отправлять почту не от домена сайта, тем самым выглядеть по лоховски перед пользователями или начальством. Тут такое, всяко разное может быть. )
Больше скажу, и на фрилансе-то (за деньги) не каждый согласится помогать с почтой. Требуются дополнительные знания, зачастую сложный процесс деплоя (всякие DKIM/SPF). SMTP тоже, настроишь на один сервер, а у клиента ящик на другом, а там настройки подключения чуточку другие, тебя опять дергают, типа, не работает. А прикинь MTA корпоративный, инфы по нему нет! Опть гемор, объяснять клиенту, почему у него не работает, что ему делать и прочее. Багратион. Поэтому
опытный фрилансер с почтой дешево связываться не станет точно.