Pull to refresh

Comments 73

я вот недавно решил вообще отказаться от всех рассылок
все перевожу в рсс
рассылки — это какой-то каменный век
вобще-то и почта уже потихоньку изживает себя
не развивается в ногу со временем
Вы думаете, что IM способны вообще вытеснить почту как в личной, так и в деловой переписке?
Думаю да.
В деловой переиске скоро будет преобладать Skype.
Почтовые клиенты под мобильные платформы почти не развиваются.
Все больше развиваются клиенты к социальным сетям.
Не уверен.
а) держать пару аккаунтов в скайпе не очень удобно
б) прежде чем написать человеку нужно получить от него авторизацию
в) концепт IM в большей части подразумевает мгновенный ответ, в тоже время как на емейл я могу спустя некоторое время
г) аттач в скайпе возможен только p2p в отличие от почты
а) это проблема клиентской программы. В Gmail, кстати, тоже несколько аккаунтов не предусмотрено
б) это, мне кажется, как раз плюс, тем более в ключе топика
в) я, например, не чувствую большей ответственности отвечать мгновенно в Skype, чем в e-mail
г) это да, но так же проблема клиента
а)
б) электронная почта как раз хороша тем что можно отправить сообщение кому угодно. В ключе топика мы рассматриваем рассылки, а не почту целиком
в) а я вот к сожалению рассматриваю. Если человек онлайн и он не отвечает — я считаю это неуважением, поэтому стараюсь отвечать сразу
г) но тем не менее она есть
а) это удобно? мне — чертовски неудобно
б) автор, как я понимаю, и предлагает ввести авторизацию в e-mail

а)мне удобно
в совокупе с плагином для хрома — очень ок
б) я автор, и я не предлагаю ввести авторизацию в е-mail.
прошу прощения, зарапортовался.
В Gmail, кстати, тоже несколько аккаунтов не предусмотрено

А возможность послать письмо с одного ящика, представившись другим, не подходит?

Я использую один ящик gmail для личного общения, рабочей почты, и кучи всего остального, 1 раз выполнив вход в аккаунт и рассылая письма, выбирая свой нужный ящик отправителя.
К сожалению в заголовках письма при этом видно с какого аккаунта отправлено.
Возможно в каких-то случаях и несущественно.
а) В gmail у меня три аккаунта. 1 личный, второй для работы и третий для маркета. Почтовыми клиентами использую outlook (что уже позволяет быстро переключаться между аккаунтами), gmail в андроиде (переключение так же быстрое) и иногда почтовым клиентом в WM6.1. Там в основном на прием.
Проблем здесь не вижу. Не удобно вам использовать web — не используйте его. Это не означает, что инструменты отсутствуют.
б) спор ни о чем. Все зависит от ситуации. Например, если вы подписались на 10 рассылок и они стали приходить вам в скайп — вас не достанет слушать эти звуки (отключается) и щелкать в реальном времени на приходящие сообщения?? Почта здесь выгоднее — выделил время, открыл клиента, просмотрел что нового, если нужно — посмотрел историю (в IM история не так визуальна).
в) на рассылки и нет необходимости отвечать. А вот при общении почта нужна для обстоятельных вопросов и ответов, а IM — для быстрых. И только так это будет удобно.
г) а что, есть клиент в скайпе без p2p передачи аттачей? :):):) А может в скайпе можно еще и html страничку оформить в сообщении? Или будем мессенджер наворачивать инструментами для html? :) Как по мне — это будет глупо.
Ага, gmail не развивается)
skype как и любой im это общение в реальном времени.

Совсем не замена почты. По крайней мере, в деловой переписке.

Ссылки на удаффчик сейчас, конечно, есть смысл с социалок слать.
gmail — это клиент, а e-mail — способ (протокол, если хотите)
Почтовые клиенты под мобильные платформы почти не развиваются.

Ваши слова?
да, это следствие — мало кто решается выпустить программу e-mail клиент под мобильную платформу — проще выпустить еще один твиттер-клиент
Ну то, что каждый школьник не выпускает очередной мейл-клиент, а перешел на выпуск очередного твиттер клиента, это ни о чем не говорит. В каждой популярной мобильной платформе есть достаточно удобный мейл клиент, который очень даже развивается. gmail это один из примеров, универсальные клиенты тоже неплохо растут.
GMail — это не совсем клиент. Это довольно функциональный веб-сервис, основная функция которого — сервер электронной почты. Однако помимо этого он включает в себя веб-фронтенд, а также тесно связан с Google Talk. По сути, эта связь и есть развитие старой доброй электронной почты — почта выполняет свои функции, но также доступны IM. Оффлайн-сообщения можно получить и как IM-сообщения, и как сообщения электронной почты, а история IM-сообщений хранится в отдельной папке почтового ящика. Довольно удобно и красиво, этакий симбиоз двух вещей.
Имхо, прикрутка gtalk к gmail чисто формальная (возможно пока) и сделана только потому, что в почту чаще заходят, чем в gtalk, а раскручивать как-то надо.
Пользуюсь в последнее время исключительно Google Talk, благо друзья для общения используют QIP с его Jabber-сервером. Не заметил практически никакой разницы, за исключением уведомления о новых сообщениях и возможности просмотреть историю чата и дома, и на работе. Единственное, что плохо у Google Talk — это их официальные клиенты для PC. Возможно, есть еще какие-то минусы, но ничего серьезного я пока не заметил. Jabber с функциями E-mail, E-mail с функциями Jabber, вот и все.
Скайп подходит для общения, но не для переписки. Например, список замечаний по проекту от заказчика в скайпе будет выглядеть нелепо, не говоря о том как с ним работать. Можно комбинировать — получить список по почте, обсудить отдельные пункты по скайпу и отправить исправленный на согласование, если в процессе обсуждения что-то изменилось.

Есть, конечно, разные таск-менеджеры и багтреккеры, но имхо, они больше ориентированы на разработчиков (внутренний учёт или опен-сорс проект), чем на общение с заказчиком в ИТ разбирающемся в лучше случае на уровне опытного пользователя.
Skype хорош, скажем, для проведения собеседования с потенциальным работником.

Мобильные платформы — ну тоже бабка палка о двух концах, с одной стороны, это кому-то важно, с другой — много пользователей (и организаций) отправляют важную корреспонденцию не на ходу со смартфона, а через веб-интерфейс со стационарника.

Интеграция с соцсетями как определяющее свойство конкурентоспособности — тоже не главное.

Для почты главным было — послать письмо, прикрепленные файлы, важные документы, и прочее; быть уверенным, что письмо отправилось и дошло; найти потом полноценную историю переписки, а не рваные куски чата в IM history.

Хотя, возможно, я мыслю несовременно.
Позвольте категорически не согласиться.

Скайп для деловой переписки ВООБЩЕ не подходит. Чего стоят ситуации, когда оба собеседника в сети, один отправляет текстовое сообщение, но оно не уходит. Такое, я думаю, видели все, да и видят регулярно. Как это поможет деловому общению? Уж лучше голосом. (а всегда ли удобно или возможно голосом?)
Чего стоит ситуация, когда сообщение ушло, но до получателя не дошло? У меня так бывало несколько раз. Запрашиваю цену, ответа нет. Переспрашиваю, все равно нет. Потом поставщик оффлайн. Возмущенный такой халатностью, звоню ему, а он в недоумении, говорит: «да я онлайн, прямо сейчас! Уже трижды ответил на ваши сообщения!» Звонишь на его «оффлайн» контакт, а он поднимает трубку и становится онлайн. А сообщения от него к тебе могут дойти через (мой рекорд) 2 недели. За это время была переписка, сообщения дошли задним числом, но в истории (да и в окне чата) были видны последними). Это — нормально для делового общения???

Почтовые клиенты под мобильные платформы, говорите? С мобильного телефона априори не так удобно работать с почтой, как с настольного ПК. Тем не менее я использовал и WM, и Android, и немного iOS и проблем не испытывал. Письма отправляются, вложения делаются, списки рассылок формируются на почтовых серверах при необходимости (а получателем тогда назначается имя списка).
На андроиде мне только структура папок не нравится, но это отдельная история.

Соц сети.
Эм… а есть что-нибудь еще менее надежное, из того, что вы смогли придумать?
Да, и еще часто бывает, когда партнер в другом часовом поясе живет, и пересечься с ним в онлайне для чата довольно сложно. И вообще отрывать человека от дела звонками и чатами — дурной тон, если дело не крайне срочное. Это все равно что в Скорую Помощь звонить по пустякам, мешая кому-то решать жизненно важные вопросы.

Обычно лучше отправить партнеру письмо, которое он обработает, когда ему удобно, чем решать дела в спешке.
Скайп в качестве альтернативы электронной почте не годится. Электронная почта — механизм для АСИНХРОННОГО общения, полный аналог обычного (бумажного) почтового ящика. Бумажная и электронная почта не умрут до тех пор, пока не появится других более удобных асинхронных альтернатив, причем также не требующих авторизации получателем. Т.е. сам принцип бессмертен, могут меняться только интерфейсы, в т.ч. автофильтры и прочие роботы.
В нашей компании наоборот — почта основа коммуникации. Скайп и аска это таймкиллеры, по этому их либо удаляют, либо используют только для звонков.
но бывает еще один вариант подписчиков, подписываются на один адрес, в ящике оно редиректится на другой или просто получается в другом ящике сборщике, и когда чел решил отписаться при помощи автоматической отписки, скрипт просто напросто не может найти такого ящика в базе и соответственно отписать пользователя. Тут начинается мат-перемат со стороны подписчика
А включить в рассылаемое письмо некий ключ, который позволит однозначно определить отписуемого — не? Да и по заголовкам, думаю, не так сложно увидеть редиректы.
> 1. Все источники рассылки, должны быть зарегистрированы на сервере получателя.
Вы сдурели? Это полностью рушит принцип электронной почты, низводя почтовый сервер до уровня BBS 80-х годов! Фильтровать «рассылка»-«не рассылка» сложно (это может быть рассылка, это может быть спам, это может быть несколько извещений по электронной почте группе лиц, это может быть просто переписка), так для каждого сервиса прикажете заводить свой ящик? Ладно еще, тот же Facebook не дает пользователям отправлять сообщения в другие соц. сети, но электронная почта считается одним из самых старых и надежных инструментов!

> 2. Подписка на рассылку должна контролироваться на сервере получателя.
Большинству будет гораздо проще использовать тот же PHP-скрипт, использующий функцию mail. Опять-таки, для каждого почтового сервиса оформлять рассылку отдельно? Кроме того, это нельзя будет контролировать в случае отдельных, небольших серверов. Разве только вы или кто-то другой сможете внести необходимые правки в распространенные почтовые сервера.

> 3. Отказ от подписки.
Кодекс — это лишь свод указаний, а не конкретных законов
Те, кто желает соблюдать правила хорошего тона — они соблюдают их. Те, кто не желает, их соблюдать и не будут, тем более заставить этих плохих людей добавлять в каждое письмо ссылку на отказ от рассылки вряд ли получится.

Мое имхо: эти методы сложны и недейственны.
Пока я писал этот коммент, ко мне в Inbox не упало ни одного письма. В папке Spam находится 1 письмо, еще от 4 декабря. Ящик — на Google Mail.
Фильтровать «рассылка»-«не рассылка» сложно (это может быть рассылка, это может быть спам, это может быть несколько извещений по электронной почте группе лиц, это может быть просто переписка),?

По умолчанию все как есть. Для начала дать возможность поработать с данным инструментом владельцам рассылки.
так для каждого сервиса прикажете заводить свой ящик

Зачем? Я это где-то писал?

Ладно еще, тот же Facebook не дает пользователям отправлять сообщения в другие соц. сети, но электронная почта считается одним из самых старых и надежных инструментов!

Это еще к чему?

Разве только вы или кто-то другой сможете внести необходимые правки в распространенные почтовые сервера.

Да, именно. Это возможно при сотрудничестве владельцев серверов.

Те, кто желает соблюдать правила хорошего тона — они соблюдают их. Те, кто не желает, их соблюдать и не будут, тем более заставить этих плохих людей добавлять в каждое письмо ссылку на отказ от рассылки вряд ли получится.
Т.е. ваша позиция — давайте не будем ничего улучшать. Ок, спасибо за мнение.

Пока я писал этот коммент, ко мне в Inbox не упало ни одного письма. В папке Spam находится 1 письмо, еще от 4 декабря. Ящик — на Google Mail.

[irony]Forever alone?[/irony]
> Зачем? Я это где-то писал?
Пардон, по первому пункту действительно извиняюсь, подумал не то. Решил, что рассылка должна производиться внутри сервиса должна производиться только с ящика этого сервиса. Теперь понял.
Тем не менее, как веб-сервис должен фильтровать рассылку, спам, уведомления и деловое общение? Как продолжали слать без этих заморочек, так и будут. А насчет спама — так сейчас фильтрацией на крупных сервисах занимаются не только сами пользователи, настраивая фильтры и тыкая кнопку «Это спам!», но и неплохие эвристические алгоритмы.

> Т.е. ваша позиция — давайте не будем ничего улучшать. Ок, спасибо за мнение.
Моя позиция не в этом. Улучшать можно, но не такими методами. Предложенное вами — это лишь дополнительные сложности для «хороших» владельцев рассылок, на которые будет наплевать «плохим». В результате ситуация ничуть не изменится.

> [irony]Forever alone?[/irony]
Отнюдь. Просто я не отмечаю галочки «Subscribe me to our newsletter» при регистрации на сайтах, а у Google хороший антиспам.
Моя позиция не в этом. Улучшать можно, но не такими методами. Предложенное вами — это лишь дополнительные сложности для «хороших» владельцев рассылок, на которые будет наплевать «плохим». В результате ситуация ничуть не изменится.

Я как, в свое время разрабатывающий рассылку на tripster.ru могу с увереностью сказать что хорошие владельцы рассылки сами побегут регистрировать ее у крупных сервисов, если они дадут кнопку «отписаться» вместо кнопки «пометить как спам» и статистику по подписанным.
А не по крупным? Или у нас будет top500 почтовых серверов, у которых работает, и остальных лузеров, на которых насрать?

Вы подменяете собою интернет. Заметим, спама от этого меньше не станет.
А не по крупным? Или у нас будет top500 почтовых серверов, у которых работает, и остальных лузеров, на которых насрать?

Максимализм советую оставить для детей пубертатного возраста. Если это будет работать хотя-бы на нескольких крупных серверах, уже можно будет думать как это применить на всех желающих.

Вы подменяете собою интернет. Заметим, спама от этого меньше не станет.

Бессмысленная какая-то фраза. Где и как я да еще и собой подменяю интернет.
Предложением идти и к кому-то и регистрироваться для отправки трафика. Есть маршрут (читай, MX или BGP-анонс) — получай свой трафик вне всяких договорённостей с каждым отправителем по-отдельности.
Не подменяйте понятия — я не лезу в трафик. Я лишь пытаюсь придумать как оптимизировать его для конечного пользователя.
При чём тут трафик? Вы предлагаете согласовывать его отправку с каждым из получаетей. Так?
Не отправку, а расширенную обработку при получении.
Да пофигу. Я вам ниже показал количество доменов в мелкой компании с чуть больше чем 300 рассылками по примерно 5 миллионам получаетелей. То, что вы предлагаете — нереально и глупо просто по объёму человеческих усилий.

Если у нас будет 101 почтовый сервер, отправляющий друг другу рассылки, то потребуется 100000 операций регистрации. Если серверов будет миллион, то потребуется чуть меньше 1000000000000 операций.

А почтовых серверов в интернете сильно больше…
Вы опять цепляетесь к серверам.
Еще раз говорю что идентифицировать нужно рассылку, а не конкретный сервер отправителя или емейл для чего есть spf и DomainKeys.

И раз у вас есть такой огромный опыт — помогли бы придумать более приемлимый вариант.

Давайте выясним — вам нравится последний скриншот? Т.е. управление подпиской прямо из ящика?
Ваш скриншот давно реализован, все приличные рассылки имеют заголовок unsubscribe, и гмыл его понимает.

static5.businessinsider.com/image/4d9a118b49e2aea15d1f0000-590/youll-see-the-new-unsubscribe-button-in-your-gmail-taskbar-when-you-receive-an-email-from-a-company-you-want-to-unsubscribe-from-just-open-the-email-and-click-the-button.jpg
Ага, который с момента анонсирования в 2009 году так и не был запущен в широкое пользование.
Так вот с этой проблемой и надо бороться.

List-Unsubscribe в заголовке пишут ВСЕ приличные списки рассылки.
Мне List-Unsubscribe не нравится как минимум тем, что сигнал идет не по http протоколу, который гораздо проще обрабатывать, а письмом.
А вы хотите, чтобы все почтовые серверы имели http-порт для доступа? Даже в простенькой топологии обычно участвует 2-3 сервера, часть из которых может вообще не знать ничего про списки рассылки. А bounce и так и так обрабатывать надо.

Вот о чём можно было бы подумать — так это о возможности отписываться без длительной переписки с сервером. Например, если бы каждом сообщении была подпись сервера на отписывание, то можно было бы сделать однофакторную отписку.

Желающие могут предложить свой стандарт для этого.
Почему-то никогда не находил интересной шутку:

«Представляете, сидит рыцарь, ждет письма от принцессы, тоскует. Вдруг прилетает почтовый голубь, рыцарь радостно открывает письмо, а там СПАМ!!!» и подобные.

Уж и не помню на самом деле, когда видел настоящий, живой почтовый спам — в Gmail'е не видел ни разу. Да и до него, в Яндексе, редко. И чем ближе к настоящему времени, тем реже.
Я больше имею ввиду не спам вида enlarge your P*E*N*I*$, а огромное количество ненужной информации от сервисов, которая падает в ящик.
Как админ одной из контор с туевой кучей рассылкок (преимущественно по бизнес-парнёрам), я категорически против регистрации на каких-то левых сайтах. mailman даёт очевидное somename-unsubscribe@, вот его и используйте. Почтовых сайтов миллионы, мне на всех регистрировать все домены для корпоративной рассылки? Или каждый рассылающий в компании (человек 20) должен на всех сайтах регистрироваться?
Да, у вас ситуация сложнее.
Если использовать такой вариант:
1. мейл сервер выдает приватный и публичный ключ. Например как ВК или Google Apps
2. вы подписываете описание вашего списка рассылок в XML или JSON и указываете url на своем сервере.
Таким образом вы можете менять изменять его в одном месте, почтовые серверы же будут обновлять его автоматически.

чё? какой такой гыгыль апс? первый раз слышу. Мой корпоративный домен — yan-hui-bei.china-corp.example.com, и ни о каких гыгылях я не слышал. этих гыгылей миллардами жрать можно, зачем мне думать о ключе конкретного гыгыля?

Но, допустим, ваше предложение прошло. Завтра же я вам пришлю примерно 13367494538843734067838845976576 открытых ключей для всех моих почтовых серверов (да, я крутой админ и могу генерировать конфиги для бинда из скрипта, генерируя зоны на ходу). Готовы учитывать их все?

Вы категорически не понимаете идею DNS и почты, хотя с великим удовольствием пользуетесь. Почта — она распределённая. И админ одного сервера срать хотел на админа другого сервера. Пока оба соблюдают RFC, почта между ними будет ходить.

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

Кстати, полиси уже давно придумали, sfp, называется.

Короче, уносите вашу эту идею, и не показывайте приличным людям.
чё? какой такой гыгыль апс? первый раз слышу. Мой корпоративный домен — yan-hui-bei.china-corp.example.com, и ни о каких гыгылях я не слышал. этих гыгылей миллардами жрать можно, зачем мне думать о ключе конкретного гыгыля?

А теперь тоже самое, но внятно.

Завтра же я вам пришлю примерно 13367494538843734067838845976576 открытых ключей для всех моих почтовых серверов

Мейл сервер в данном контексте это gmail. Т.е. так же как Вы регистрируетесь на Google Apis
code.google.com/apis/console/b/0/

Причем тут DNS, почта и прочие прелести? И sfp сюда же приплели. Я понимаю что вы как сисадмин знаете кучу умных слов, но не стоит ставить себя умнее собеседника. Я говорю об идентификации конкретной рассылки, а не о идентификации сервера.

Ага, ваш сервер — какой-то зарубежный гыгымыл. А мой, как мы выяснили, yan-hui-bei.china-corp.example.com. Мне приходит менеджер по продажам и говорит «у нас там есть в интернете куча нарегавшихся клиентов, и они все забыли снять галочку „пришлите мне спама, да поболе“, нужно бы им спец-рассылку забабахать, а то галку нарисовали в дизайне, а спам рассылать забыли».

И вот я иду в свой мейлмен, делаю рассылку cheapiphones@lists.yan-hui-bei.china-corp.example.com. Отдаю менеджеру пароль от рассылки, он там ручками копирует клиентов из похапшной базы уеб-дизайнера и пишет на этот chea pip hones@lists.yan-hui-bei.china-corp.exmaple.com «это я, суперменеджер, джобс умер, так что мы ща айфонами по 5 баксов барыжим, бегом к нам на сайт». И тык «в отправить». А в списке лузеров-неудачников, не различивших галочку цвета #FEFEFE по #FFF, адрес «negodue@gmail.com». Один из, допустим, 100500 адресов.

После того, как менежер жамкнул кнопку, письмо идёт ко мне на сервер. Сервер (postfix) через пайп кормит питоновский скрипт мейлмена текстом письма, после чего мейлман начинает срать со скоростью 1005 писем в минуту, и всего за 100 минут рассылает 100500 писем. Дальнейшую драму с недоступными адресами, сообщениями о том, что ящика нет, отправитель протух, «спасибо за обращение в нашу компанию, ваш тикет такой-то» и т.д. мы опускаем.

Где в этой драме кто в чьём почтовом сервере должен регистрироваться?

Если не нравится менеджер и «руками», замените на «похапешный скрипт, идущий по базе пользователей с want_spam=True».
У вас с графоманией все плохо. Опишите ситуацию человеческим языком, а не гыгымыл. Я вообще ничего не понял из вашего текста. Какие-то джобсы, цвета, неудачники.
При автоматизации отправки писем всем клиентам, согласившимся с отправкой почты на их адрес, кто должен идти и регистрироваться?

а) бот, рассылающий письма
б) человек, написаший текст рассылки
с) админ сервера, который отправляет письма
д) админ сервера, который принимает письма
е) пользователь, читающий письма
ж) Путин Владимир Владимирович
143%) В. Чуров.
Если рассматривать ваш случай, когда рассылка идет с ваших серверов, то регистрироваться должна техническая сторона. Т.е. либо разработчик, либо системный администратор.

Т.е. вся процедура регистрации — это показать что у вас с такого-то адреса идет рассылка. Не на каждую рассылку регистрироваться, а один раз.
Я должен регистрироваться на всех сайтах, на которых находятся почтовые ящики людей, захотевшие получить от нас почтовую рассылку?

Просто для информации:

find /var/lib/mailman -name «config.pck» |xargs egrep -o "@.+\..+" --binary-file=text |sort -u|wc -l
964738

Скрипт набросан на быструю руку и не учитывает разные домены третьего уровня. (one.spb.ru, two.spb.ru будут засчитаны за spb.ru, весь co.tw за один и т.д.)

Скажите, я должен пойти и зарегистрироваться на каждом из этих 964 тысяч сайтов?

Заметим, это весьма скромная компания с ограниченным кругом лиц. Я думаю, пейпал поимеет там 9-значные цифры.

То, что вы предлагаете, чушь и ахинея. Например, вот есть очень важный сайт рассылки:
vger.kernel.org/vger-lists.html

Им надо вручную идти и регистрироваться на моём почтовом сервере, после того, как я решу подписаться на рассылку?

Вы порете чушь и ей сейчас очень больно.
У скольких из них есть нормальный web интерфейс и сколько из них имеет функцию обработки спама?

У одного gmail 260 миллионов пользователей. Или вы считаете что для них это не актуально? Думаю если взять TOP10 серверов, то можно запросто набрать 800млн. — 1 млрд. пользователей. Которым реально сэкономить время и нервы.
Моя очень грубая оценка — не менее 40% из упомянутого «менее миллиона» имеют нормальный веб-интерфейс и функцию антиспама. Microsoft Exchange Server называется. У этой конторы (откуда греп), кстати, тоже эксчейнж, хотя наружу смотрит только его веб-морда и постфиксовский релей.

А то, что вы предлагаете — это «top 500… 100… 50… 10… сколько админу было не лень» сайтов, которым хорошо (за счёт усилий всех остальных), а остальных по боку?

Дурацкое предложение, которое, к счастью, никогда не будет приведено в жизнь именно из-за своей абсолютной идиотичности и априорного декларируемого неравноправия узлов сети.

Еще раз говорю что максимализм «либо все, либо ничего» с возрастом проходит.

Т.е. вас идея не устраивает тем что на одних серверах это будет а на других — нет?
Как веб-стандарт — да. Потому что меня и так задолбало бесконечное вычищение релея из всякого рода параноидальных блек-листов, которые способны вогнать в DNSBL только по тому основанию, что «daily activity for this IP much higher ususal activity».

Все решения «для избранных», это всё равно, как ПДД для отдельных марок машин.
Вот-вот. А гугл вас в спам ни разу не отправлял случаем? Или еще какой массовый сервис?

Давайте начнем с того что это не решение «для избранных» а расширение для существующего функционала.
Чаще всего нет. На моей памяти был один инцидент из-за прорвавшегося через NAT ноута с виндами, который начал что-то там слать, вопрос решился за пару недель (и там мы были виноваты).

А параноидальных DNSBL много. Я в своё время когда приём почты тюнил, столько перебрал, пока приличный набор сформулировал…
Я имею в виду то что есть протокол SMTP, и я не пытаюсь изменить его.
Он как работал так и будет работать.

Но! Если есть возможность повлиять на выдачу в интерфейсе — почему бы и нет.

Вы же не рассматриваете антиспам, который в свете вашего комментария это «решение для избранных» потому что каждый пишет его как хочет.
Антиспам — одно из проклятий современной почты, ещё большее, чем обычный спам. Проблема как раз в том, что каждый делает как попало, а в результате админ не может проверить где пропадает почта, потому что коммерческое предложение (вполне себе законное и запрошенное) антиспам дропает, а тестовое письмо — нет. И кто, где, почему, понять никак не возможно.

Самые grace антиспам-системы хотя бы ненавящиеся им письма reject'ят (и можно увидеть чей сервер реджектнул), а всякие долбо… змы типа байерсковского фильтра с функцией drop — нет.

Правильным решением была бы банальная подпись письма ключом сервера-отправителя из его MX'а. Сходится — правильный отправитель. Не сходится — реджект на ближайшем здоровом релее.

При этом спамеры стали крайне единичными и легко ликвидируемыми средствами DNS.
Согласен во всем с amarao. Видимо из-за таких как Azy мой гмайл постоянно запихивает нужные мне рассылки в спам, что ужасно бесит. Если я вдруг не хочу что-то получать, то не пихаю это в спам, а трачу 20 секунд на отписку, потому что если мне приходит рассылка, то значит это в 90% я где-то на нее подписался, возможно по ошибке.
Но, допустим, ваше предложение прошло. Завтра же я вам пришлю примерно 13367494538843734067838845976576 открытых ключей для всех моих почтовых серверов (да, я крутой админ и могу генерировать конфиги для бинда из скрипта, генерируя зоны на ходу). Готовы учитывать их все?


Вы не поверите. Не просто готовы — но все это давно придумано, реализовано и даже используется на практике всеми крупными почтовыми службами. Почитайте про DomainKeys / DKIM. Крупные легальные рассыльщики действительно подписывают свои рассылки.
Они подписывают СВОИ зоны СВОИМИ ключами. А топикастер предлагает делать это на веб-морде у гугля, аола, хотмейла, яху, qq.cn и всех остальных сайтах по-очереди.
Про подпись я такого не вижу, но то, что предлагает топикстартер в статье, по большому счету, тоже велосипед. Только реализован он сейчас другими способами. Письма на которых большое количество юзеров кликает «Это спам» попадают спам-аналитикам, которые решают блокировать рассылку или нет. А те как раз будут учитывать все перечисленные факторы — насколько «грязная» база адресов в рассылке, есть ли простой механизм отказа, какой процент пользователей сочли рассылку спамом или не спамом. Если нет возможности отказа от рассылки — то рассылка будет заблокирована практически однозначно. Т.е. фактически регистрация рассыльщиков почтовыми службами все равно ведется, просто делается это апостериори — ни одна крупная рассылка мимо спам-аналитиков не пройдет.

Более того, постоянно ведется работа с рассыльщиками, т.к. даже крупные и проверенные белые рассыльщики иногда начинают «грубить» — то ссылка на отписку не работают, то рассылка идет явно не по opt-in — тогда с ними связываются и просят устранить проблемы. Буквально на этой неделе подобное было с двумя разными «купонными» сервисами.

То, что топикстартер продолжает получать какие-то нежелательные рассылки, означает, что либо это просто разовый спам, который еще не успели остановить, либо топикстартер расходится со спам-аналитиками (читай: администрацией сервиса) в оценке этой рассылки — и тогда все прочие меры ему вряд ли помогут и нужно пользоваться персональным блек-листом или аргументированно жаловаться в abuse@.
Прочитав статью подумал что автор вводил свой email на какието откровенно левые сайты, потому что

>Ссылка «отписаться» есть, но мне говорят что отпишут меня в течении 10 дней (в зависимости от сайта). Письмо уходит в спам 100%. У нас интернет а не Почта России — они упряжками за 100 верст мою просьбу отписать возят? Это 100% развод пользователя.

Однако же буквально неделю назад отписаля от ebay и благополучно забыл про них. Сегодня же пришло письмо… Ну думаю мало ли, пойду еще раз отпишусь, а по пути все таки вчитался что они мне написали после отписки:
You have successfully unsubscribed from email newsletters, promotions and event notifications about buying on eBay. Please allow up to 10 days for the changes to take effect in emails you receive.

Как так можно…
Да вы батюшка замахнулись на свободу интернета.
То есть если мне как простому пользователю захотелось сделать рассылку то все? Заключать договор с гуглом я думаю не самая простая затея.
Sign up to leave a comment.

Articles