Почтовая кухня #1: DNS

Спасибо, опечатался.

Почтовая кухня #1: DNS

Правильно настроенный почтовый сервер не примет почту для доменов, не перечисленных ему как обслуживаемые им.

Почтовая кухня #1: DNS

Я как бы о том, что очень часто почтовый и web серверы разнесены по адресам\машинам.

Почтовая кухня #1: DNS

RBL грозит не меньшими задержками\потерей почты. Случаи, когда из-за одного мудака в blacklist уезжал весь хостер\ISP — совсем не редкость (особенно в интерпретации спамхауса, банящего подсетями).

Почтовая кухня #1: DNS

В условии alexxxst-а как минимум не один сервер. :)

Почтовая кухня #1: DNS

Отключить на почтовом сервере, по IP А-записи прием почты для нужного домена. А как еще? И главное — зачем?

Почтовая кухня #1: DNS

Добавил, спасибо. :)

Интересно, а те, кто минусят не хотят прокомментировать?

Почтовая кухня #1: DNS

К сожалению, да. Хотя популярные бесплатные почтовики ее уже используют — уже легче.

Почтовая кухня #1: DNS

Хм, не сталкивался. А по-подробнее можно?

Почтовая кухня #1: DNS

Мне кажется, системные администраторы это итак знают. Во всяком случае — должны :)

Почтовая кухня #1: DNS

Это инклюд SPF с aspmx.googlemail.com. А там, в свою очередь, идет redirect на _spf.google.com. А вот уже там — километровая SPF с подсетями гугла:

«v=spf1 ip4:216.239.32.0/19 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:209.85.128.0/17 ip4:66.102.0.0/20 ip4:74.125.0.0/16 ip4:64.18.0.0/20 ip4:207.126.144.0/20 ?all»

Почтовая кухня #1: DNS

По идее — да.

Но надежнее, имхо, прописать ip4:subnet/shortmask, как например у мыла.ру сделано.

Почтовая кухня #1: DNS

По идее — да.

Но надежнее, имхо, прописать ip4:subnet/shortmask, как например у мыла.ру сделано.

Почтовая кухня #1: DNS

Да, тоже читал.

Вопрос в том, чего мы хотим. С ~all больше шансов, что почта дойдет до цели, например если сменится IP сервера или лягут DNS. А с -all больше шансов, что никто не сможет наспамить от нашего имени. :)

От задач зависит. Я обычно ставлю "-all".

Почтовая кухня #1: DNS

~all — они это называют «soft policy», мягкая политика. Т.е. адрес отправителя может быть не из доверенных, и письмо пройдет, хотя и рекомендовано его пометить «подозрительным» и отправить на доп. проверки (например — по RBL) или загрейлистить. А -all — это жестко reject всего, что не из списка.

Апрельский фуршет

Какое — такое? Свой subversion сервер? Могут, но не хотят. Хотя — часть его предоставляет.

Или бэкапинг каждый день? Это сложная задача при числе клиентов большем, чем 10 человек. Зачем пишут о ежедневных бэкапах — у них спросите, я не пишу.

Внешний сервер — на любом бесплатном subversion-хостинге. Либо на своей машине\сервере.

Файлы заливать на хостинг либо через чекаут на локальную машину -> FTP на хост, либо попросить у админов хостинга пользовательский SSH с svn-клиентом.

Апрельский фуршет

Надеяться — нельзя, к сожалению. Очень мало хостеров имеют реально защищенные бэкапы (на внешний сервер\ленту\DVD), честные, каждый день.

Или ставить свой, внешний svn\cvs-сервер, и раскидывать копии себе и на хостинг, либо просто делать бэкапы архивом на DVD\внешний винт.

Объединяем twitter.com и vkontakte.ru (php — версия)

А зачем транслировать твитты во вконтактик? Или я чего-то не понял?

QIP — Минутка ненависти (хистори на сервере)

Закопайте. QIP мертв минимум год, с начала его глюков и выхода Infium.

Киберсквоттинг. Через один-два года во всех основных зонах закончатся осмысленные домены. Что будет?

Проблема все равно есть. Дело не в том, что домен занят — это ожидаемо, на всех не хватит. Дело в том, что зачастую домен занят, но не используется, зареган «чтобы не заняли», не имеет A\NS, не имеет индекса и т.д. Получается, что имя занято, зарегистрировать его нельзя, но и пользы никакой оно не приносит.