rDNS для сервера SMTP локально с Почтой, размещенной третьим лицом
Если у Вас нет neccesary уровня доступа для изменения /etc/.../php.ini, возможно что хостинг, позвольте нам Вы для изменения php переменных через .htaccess файлы
Для использования этого попытайтесь поместить .htaccess файл в корневой путь.
изменить флаг (значение включения - выключения) использование:
php_flag <config_item> <new_value>
изменить переменное использование
php_value <config_item> <new_value>
пример:
php_flag register_globals off
php_value include_path ".:/usr/local/lib/php:/home/hosting/path"
При выполнении, таким образом, Вы получили ошибку 500 или синтаксис Вашего файла является неправильным или Ваш хостинг, не позволяют Вам изменить php параметр этим методом.
Спросите своего поставщика так или иначе.
This is actually a failure-mode SMTP was designed to handle, and you have a grasp on the right knob already. The canonical way to solve this is to create an SMTP server configured to forward all email via your 3rd party provider. All the mail will queue up on that system, and it will handle the retries needed.
The happy part here is that your 3rd party provider is still the delivering party as far as the receivers are concerned, so your rDNS concerns don't matter.