для smtp сервера должен быть бекрезолв, как ни крути.
Если вам не дают обратку — отправляйте через smtp провайдера.
Либо у хостера купите сервис smtp и отправляйте через него.
так же в случае, который я описал выше, даже при отсутствии обратки вы просто попадете в грейлистинг. на 15 минут.
Имхо, это совсем мизерная плата за то, что у вас smtp не соответствует одному из самых важных параметров :)
Лично мы для себя нашли другой способ срезания кучи нежелательного мусора на уровне smtp сессии, соответствие основным rfc:
1. backresolv
2. резолв на предмет dynamic pool.
3. проверка a/mx записей для dst domain-а.
В случае, если это спам-бот, — а, согласитесь, спам в своем большинстве шлют затрояненые компы, — greylisting.
Память жрёт, факт, но огромное кол-во неликвидного мусора отсеивается
И так же наоборот. Если зона настроена верно, если верно настроен smtp сервер, отсылающий почту — то грейлистинги и прочее в процесс не подключаются.
После грейлиста стоит спамотсосин.
Он как раз и занимается анализом письма на предмет спама, в т.ч. и по сторонним sbl базам (привет, спамхауз).
если письмо посчиталось спамом — полетело юзеру в imap://spam, где и будет лежать ровно 30 дней — скрипт вычищает все что старше.
При данном подходе с одной стороны мы получаем высокий уровень отсечения спам-трафика и не теряем легитимных писем даже в случае неверно настроенных или отправленных шлюзов, с другой стороны, даже если случился false positive, нужную корреспонденцию можно вытащить. Почта доставлена, доступна, расстояние до нее — один клик, и не мешает.
тех админов, которые используют third party services (в данном случае блеклисты спамхауза), и на основе этого принимают конечное решение (почту — не принимать!), нужно увольнять за профнепригодность.
Ибо кто-то, на основе чьего-то мнения не доставляет -мою- почту — это просто жесть какая-то.
P.S. Спамхауз — жесть. Надеюсь они захлебнутся в своей желчи.
К нам они пристали «вы не настоящие», на предложения прилететь лично к ним с документами и подтвердить себя отказались.
P.S. — кто-то знает их координаты, адерса, телефоны? Ибо все, что есть- это что они UK based.
Если уже хотите поправлять — пишите отдельный комментарий, в котором укажите, что в данном случае правильно писать «в течение», а так же изъясните, почему так, дабы не ошибаться в будущем:
— в течении — это про течение реки,
— в течение — это про время.
до сих пор распечатки текстов есть.
слово «тролль» тогда разумели совсем в другом смысле…
Я уже прошился на dd-wrt, но у меня там pppoe при выборе нет.
Пойду в прошивках пороюсь, мож обновиться надо :)
Провайдер хочет чтобы я к нему этой штукой приходил, теперь ищу как это сделать.
Просто jabber еще смотрит на SRV записи, что добавляет гибкости.
Но пользоваться этим или нет — право ваше.
Так много.
Так красиво.
Аж страшно пробовать, вдруг понравится? :)
Однако попрошу лично мне в карму задаром не плюсовать, лучше будем ее поднимать своими действиями :)
Схема строилась из расчета того, что пользовательская корреспонденция не должна теряться ни в коем случае.
А на основе этого строилась защита от нежелательной корреспонденции в inbox-е :)
Именно поэтому с динамических пулов почта не -режется-, а попадает в greylist.
Из неудобств — 15-ти минутный delay письма с последующим white list на неделю.
чем плохо?
Если вам не дают обратку — отправляйте через smtp провайдера.
Либо у хостера купите сервис smtp и отправляйте через него.
так же в случае, который я описал выше, даже при отсутствии обратки вы просто попадете в грейлистинг. на 15 минут.
Имхо, это совсем мизерная плата за то, что у вас smtp не соответствует одному из самых важных параметров :)
Лично мы для себя нашли другой способ срезания кучи нежелательного мусора на уровне smtp сессии, соответствие основным rfc:
1. backresolv
2. резолв на предмет dynamic pool.
3. проверка a/mx записей для dst domain-а.
В случае, если это спам-бот, — а, согласитесь, спам в своем большинстве шлют затрояненые компы, — greylisting.
Память жрёт, факт, но огромное кол-во неликвидного мусора отсеивается
И так же наоборот. Если зона настроена верно, если верно настроен smtp сервер, отсылающий почту — то грейлистинги и прочее в процесс не подключаются.
После грейлиста стоит спамотсосин.
Он как раз и занимается анализом письма на предмет спама, в т.ч. и по сторонним sbl базам (привет, спамхауз).
если письмо посчиталось спамом — полетело юзеру в imap://spam, где и будет лежать ровно 30 дней — скрипт вычищает все что старше.
При данном подходе с одной стороны мы получаем высокий уровень отсечения спам-трафика и не теряем легитимных писем даже в случае неверно настроенных или отправленных шлюзов, с другой стороны, даже если случился false positive, нужную корреспонденцию можно вытащить. Почта доставлена, доступна, расстояние до нее — один клик, и не мешает.
думаю это другие люди. Или директорат. или еще кто.
Ибо эти — не в швейцарии. Они в Лондоне.
В любом случае спасибо за участие :)
Ибо кто-то, на основе чьего-то мнения не доставляет -мою- почту — это просто жесть какая-то.
P.S. Спамхауз — жесть. Надеюсь они захлебнутся в своей желчи.
К нам они пристали «вы не настоящие», на предложения прилететь лично к ним с документами и подтвердить себя отказались.
P.S. — кто-то знает их координаты, адерса, телефоны? Ибо все, что есть- это что они UK based.
Если уже хотите поправлять — пишите отдельный комментарий, в котором укажите, что в данном случае правильно писать «в течение», а так же изъясните, почему так, дабы не ошибаться в будущем:
— в течении — это про течение реки,
— в течение — это про время.
Как-то так.
спасибо!
Нет, моя английская на уровне «хау мач воч?», я этим, кагбе, совсем не хвастаюсь :)
Хорошей программкой они скорость загрузки меряют :)
;)