Храм медиа, SPF, и изменяющий IP-адреса
Это было бы то, почему, Вам нужно разрешение 'записи' удалить файлы. У Вас есть несколько опций здесь.
- chwon/var/www/mysite/uploads к www-data:mike и chmod к 775 (rwxrwxr-x)
- Создайте группу записи ftp и показанный/var/www/mysite/uploads к www-data:ftp-write и chmod к 775
- просто chmod к 775 (rwxrwxr-x) и микрофон отпуска как часть группы www-данных
- установите acl на папке для микрофона с
setfacl -m user:mike:rwx - Создайте группу записи ftp, добавьте микрофон и группу (а также любые другие пользователи, которым нужны эти полномочия с
setfacl -m group:<ftp_group>:rwx
Обычно я говорю людям держаться подальше от отправки электронных писем с хоста их веб-сайтов по следующим причинам:
- Ваша репутация отправителя привязана к вашему IP, который обычно разделяют многие людей и может получить ужасную репутацию от отправителей с не очень хорошей репутацией
- Вы не знаете, были ли действительно отправлены ваши электронные письма, доставлены ли они или что-то еще
Но в вашем случае, вам нужно будет искать своего рода псевдоним для IP-адреса, с которого отправляется электронное письмо. В PostageApp мы говорим нашим клиентам использовать mailer.postageapp.com в своих записях SPF, потому что наши IP-адреса могут время от времени меняться, поэтому мы используем имя хоста, чтобы гарантировать, что им никогда не придется решать проблему, которую вы ' повторюсь.
Лучшим вариантом является использование информации, представленной на (mt) База знаний Media Temple для создания записи SPF. Это гарантирует, что независимо от того, что может случиться с почтовым IP-адресом в будущем, ваш SPF защитит вас. Вот эта статья:
https://kb.mediatemple.net/questions/658
Я также хочу сообщить вам, что почтовый IP-адрес отличается от веб-IP, если вы используете (gs ) Грид-Сервис. Это связано с тем, что почта размещается на другом наборе физических серверов. Итак, если у вас есть скрипты на ваших сайтах, которые также отправляют почту, убедитесь, что вы также добавили * .gridserver.com в SPF.
Теперь для полного раскрытия: я работаю в (mt) Media Temple.
Использование настроек в статье по адресу: https: //kb.mediatemple.net/questions/658 мы видим функцию "include:". Я использую сетку MT, и использование txt-записи, представленной как "v = spf1 include: spf.mail01.mtsvc.net -all", не сработало. Следуя инструкциям по настройке почтовых клиентов, я заметил, что в списке указан сервер «accessdomain.com», поэтому я решил, что должен добавить и его. Согласно статье, новая запись txt должна выглядеть так, если я хочу добавить еще один домен: «v = spf1 include: spf.mail01.mtsvc.net include: accessdomain.com -all», что не только не помогло в электронной почте. пройти фильтры спама, при использовании инструмента G Suite Check MX по адресу https://toolbox.googleapps.com/apps/checkmx/ возникла ошибка (Да, я использую сетку для размещения электронной почты, а не G Suite, но тестовый адрес, на который я отправлял для проверки, было ли оно отправлено в спам, был адресом Gmail). Наконец, когда я отправил одно из своих тестовых сообщений, я случайно набрал gnail.com вместо gmail.com и получил сообщение о возврате, потому что оно не было доставлено. Это сообщение содержало информацию об исходном сервере, который был указан как: « http://p3plmtsmtp01.prod.phx3.secureserver.net/ », что, как я полагаю, связано с тем, что MT был куплен GoDaddy, а это серверы, которые использует GoDaddy. Итак, я попробовал еще раз, на этот раз используя «a:» вместо «include:», потому что OP этого потока использовал эту функцию. Моя последняя текстовая запись выглядела так, чтобы охватить все мои базы: «v = spf1 a: spf.mail01.mtsvc.net a: accessdomain.com a: secureserver.net a: p3plmtsmtp01.prod.phx3.secureserver.net - все ", и это сработало для меня. Примечание: я не пытался удалить отдельные домены из этой текстовой записи, чтобы узнать, какие из них являются минимально необходимыми. Все, что я знаю, это работает, поэтому я оставил как есть