- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Доброй ночи, :D
Интересует такой вопрос, как например провайдеры ведут себя по отношению к созданию SPF записей в зонах клиентов? Происходит это автоматически? по просьбе клиента? какие параметры SPF?
Я у себя решил сделать по умолчанию SPF запись в каждой новой зоне которая будет разрешать слать почту только с того сервера на котором расположен сам сайт, естественно это можно будет поправить если требуется клиенту... но по умолчанию так, причем запись сделал вот такого вида:
В принципе в случае если $ip это то же что и A запись для домена, тогда можно укоротить до:
Критикуйте, рассказывайте как вы живете :P
Автоматом
DirectAdmin
в чем проблема посмотреть txt запись? :)
Манагер уже давно создает, ~all политика из коробки.
Romka_Kharkov, ISPmanager на сколько я помню, всегда создавал и создаёт запись вида:
и всё работает нормально.
В таком случае вынужден констатировать, что cPanel в зону по умолчанию TXT записи вовсе не вкладывает, если не модифицировать темплейт..... Сегодня напишу им, не порядок :D
iHead, проблемы посмотреть нет, но я то не знаю доменов ваших клиентов.... по этому и спрашиваю, я ж не за домены самих хостеров .... там все понятно....
Кстати, а почему не "-all" а "~all" ? точнее зачем?
Кстати, а почему не "-all" а "~all" ? точнее зачем?
При использовании «~all», письмо не прошедшее верификацию, не откланяется и может быть изучено более тщательно (SoftFail).
При использовании «~all», письмо не прошедшее верификацию, не откланяется
Рекомендуется не отклонять письма по SPF, а просто использовать эту информацию для спам-анализа. Т.к. при пересылке сообщения третьей стороной всегда будет spf (soft)fail.
При использовании «~all», письмо не прошедшее верификацию, не откланяется и может быть изучено более тщательно (SoftFail).
Я разницу понимаю :D Спасибо :D
Я спрашиваю зачем более детально изучать то, что пришло не с заявленных в SPF адресах? Это по своей логике напоминает фильтрацию трафика на уровне .htaccess когда мы его получаем, сервер грузим, но в файрвол правило не записываем :D
---------- Post added 24-01-2012 at 20:08 ----------
при пересылке сообщения третьей стороной всегда будет spf (soft)fail.
Подробнее пожалста, интересно... какой такой третей стороной ?:) Вы имеете ввиду когда будет Relay происходить или как? А то у меня стоит -all и как бы проблем не вижу. Всякие типа gmail говорят вот что:
Received-SPF: pass (google.com: domain of <email@there> designates <x.x.x.x> as permitted sender) client-ip=<x.x.x.x>;
DomainKey-Status: good
Authentication-Results: mx.google.com; spf=pass (google.com: domain of <email@there> designates <x.x.x.x> as permitted sender) smtp.mail=<email@there>; domainkeys=pass header.From=<email@there>
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=<domain.com>;
Зачем мне заведомо давать ложные данные google ? с точки зрения настройки, я не планирую слать с других IP почту с этого домена, об этом и заявляю в SPF записи, а все остальные то биш "all" идут в "-" ..... кто там такой может быть кто должен слать почту от меня минуя мои MX ?: P)
Подробнее пожалста, интересно... какой такой третей стороной ? Вы имеете ввиду когда будет Relay происходить или как? А то у меня стоит -all и как бы проблем не вижу. Всякие типа gmail говорят вот что:
Это когда последователи Экслера жмут в своем The Bat кнопку Переслать и при этом составляется письмо как бы от второго пользователю третьему, но приходит оно тебе. Поубывав бы.
Нормальный клиент пересылает как вложение, которое можно открыть и ответить.
Ну и конечно более реальный случай, когда пользователи вынуждены пользоваться провайдерским smtp для отправки всей почты.
Либо как в Thunderbird smtp один для всех аккаунтов, но отправлять нужно с разных.
Это когда последователи Экслера жмут в своем The Bat кнопку Переслать и при этом составляется письмо как бы от второго пользователю третьему, но приходит оно тебе. Поубывав бы.
Нормальный клиент пересылает как вложение, которое можно открыть и ответить.
Не совсем понял. Второй пользователь ответит из своего домена ..... а не из моего... или я что-то не понял?
Ну и конечно более реальный случай, когда пользователи вынуждены пользоваться провайдерским smtp для отправки всей почты.
В этом случае на сколько я понимаю нет особой проблемы добавить в SPF запись "ip4:smtp-провайдера" если вот прямо так как вы говорите (даже если допустить что кто-то с этого же провайдерского STMP будет слать почту от вашего домена... проблему думаю можно будет решить звонком в тех поддержку вашего ISP...), но я с такой проблемой уже давно не сталкивался... если внутри публичных\локальных сетей закрыто 25 тупо... то провайдеры уже готовы, подняты демоны на других портах, в плоть до 80го... Ну а там где политика выхода не предполагает почту вообще... типа может банки там или еще что-то... так оттуда и не стоит свои письма слать :D Пока что честно говоря не вижу аргументов в сторону "~" ;(