каталог, не созданный из puppetmaster
заплаченное smtp реле, вероятно, не решит все Ваши проблемы. я предлагаю альтернативный подход:
- удостоверьтесь, что Ваши получатели действительно хотят получить Ваши сообщения [они подписались для получения их, не получил их, потому что 'отправляют меня, обновления новостей' шли по умолчанию]
- удостоверьтесь, что у получателей есть простой способ отказаться от подписки
- удостоверьтесь, что Ваше сообщение хорошо отформатировано с действительными заголовками
- включайте версия HTML и простой текст
- проверьте - например, убийца спама использования, какие правила инициированы Вашими письмами и пытаются зафиксировать его [отображают только сообщение? нечеткое ocr обнаруживает спамные ключевые слова в Ваших изображениях?]
- удостоверьтесь сервер, который Вы отправляете, сообщения от не находится на черном списке рубля
- удостоверьтесь сервер, который Вы отправляете, сообщения от имеет действительный DNS версии, который решает приятно к тому IP
- удостоверьтесь, что сообщения прибывают из допустимого почтового домена, предпочтительно рекламируют Ваш выход smtp сервер в записи SPF
- начните использовать DKIM также
- если действительно необходимая арендная плата, которую server/vps и отправляет письмам оттуда скорее затем, нанимает smtp-реле
- в случае необходимости произведите целый почтовый бизнес на стороне к сторонней компании, которая будет заботиться обо всех точках выше и фокусироваться только на содержании.
Хорошо, я понял, где проблемы
файлы
site.pp
nodes.pp
должны находиться в манифесте марионеточного мастера , а не в каталоге манифеста модуля.
Приведенное ниже объяснение является лишь напоминанием для меня и для кого-то еще, у кого могут возникнуть проблемы с отправкой файла клиенту.
Если тройная косая черта в директиве источника не расширяется из марионетки, я имею в виду эту,
source => 'puppet:///blahblah/bla',
, и вы получаете ошибку такого рода на клиенте марионетки
Не удалось оценить: не удалось получить информацию из источника (источников) puppet: /// files / another_test в / etc / puppet / modules / push_file /manifests/init.pp:11[1210ptingcould означает, что ваш fileserver.conf получил неправильный каталог файлов, поэтому проверьте свой fileserver.conf в папке марионеток . Вот пример
$cat /etc/puppet/fileserver.conf [files] path /etc/puppet/modules/files allow *Будьте осторожны, если последняя строка (в моем случае) allow * закомментирована. Если да, у вас может быть проблема с разрешением, и марионеточный агент не может получить файл от мастера. Вы можете получить ошибку, подобную этой
Не удалось оценить: Ошибка 400 на СЕРВЕРЕ: Нет прав для вызова функции find на / file_metadata / files / another_test Не удалось получить метаданные файла для марионетки: /// files / another_test: Ошибка 400 на СЕРВЕРЕ: не авторизован для вызова find на / file_metadata / files / another_test в /etc/puppet/modules/push_file/manifests/init.pp:11
Самые важные вещи относящиеся к предыдущей ошибке, выделены жирным шрифтом. другие зависят от того, как вы настроили свою систему.
Возможно, вам придется определить узел по его полному доменному имени. На своем узле попробуйте: $ hostname -f
Используйте вывод вместо my_node в вашем узле site.pp.