Pull to refresh

Comments 81

Mail.ru сам за вас откроет ссылку, указанную в заголовке List-Unsubscribe, а письмо отправит в спам.

Красавцы :)
Не думал, что когда-нибудь напишу это, но тут я на стороне mail.ru. Я бы предпочел, чтобы кнопка "отписаться" так и работала, вместо того, чтобы открывать мне непонятно какую ссылку в браузере (ну кроме автоматической отправки в спам, конечно).
Что если злоумышленник только и ждет, что вы нажмете по кнопке "Отписаться", и подготовил по ссылке List-Unsubscribe ресурс, распространяющий вирусы? К кнопке почтового клиента доверия намного больше и ее будут нажимать гораздо смелее, чем ссылки в самом спам-письме.
Верно, на самом дело открытие ссылки может быть спорным вопросом. Наверно по этому Google не открывает такую кнопку для всех сервисов.
Однако переносить письмо в спам — все же не верное поведение, которое делает не то, чего ожидает пользователь. Для этого случая есть кнопка "Спам".
List-Unsubscribe может содержать и email на который нужно отправить письмо для отписки. И не нужно переходить по ссылкам.
Спасибо, я добавил информацию об этом в статью
Я бы настороженно относился к любому письму с кнопкой или ссылкой на отписку от рассылки, на которую не подписывался.
А автодобавление в спам легальных писем рассылок — ну, это некрасиво как минимум. Сами же подписывались. (Не касается сервисов, где подписка на рассылку обязательна при регистрации — горите в аду).
Проблема в том, что даже некоторые «легальные» сервисы после нажатия unsubscribe продолжают рассылку. Сталкивался с подобным не раз. Что делать с такими письмами? Нажать «спам». Пусть репутация такого рассыльщика падает с точки зрения почтовой службы.
Ну так это недобросовестные. Но ведь пока не попытаться отписаться, то этого не узнать. Считаю, что всегда надо давать шанс.
Тут дело скорее в недобросовестности другого порядка. Рассыльщики могли плохо протестировать или вообще не тестировать рассылку на важнейших почтовых службах. Самому приходилось рассылать, поэтому имею представление о предмете дискуссии. А вот статус автора мне непонятен: рассерженный пользователь или рассыльщик?...
Ну если плохо протестировали, то тут зависит от лени получателя — можно и в службу поддержки позвонить\написать.
я понимаю, что "какого я это должен делать за них" и проще нажать на "спам" (аналог для Хабра: нет времени объяснять, лови минус). Но намного человечнее, если всё же предпринять такое простое действие. Никого не пытаюсь переубедить, высказываю свою позицию. Вообще, о любых проблемах плохо молчать и надо сообщать тем, кто должен их решать, сами себя они не решат.
Сервис должен в первую очередь делаться для нормальных людей, а не для борьбы со злодеями. Пользователь не должен страдать.
Если кнопка называется "Спам", то она должна отправлять в спам. Если называется "Отписаться", то она должна именно отписывать, а не то что mail.ru захотелось. Что написано, то и должно делаться. Не нужно никого вводить в заблуждение.
Mail.Ru при нажатии на отписаться делать 2 действия сразу: стучит по ссылке в заголовке List-Unsubscribe и шлёт ARF письмо на адрес указанный в настройках FeedLoop Back. Зачем?!
Я думаю если например репутация больше 1.0, то не показывать кнопку "Отписаться" вообще.
Если "Отписаться" возвращает код 4xx,5xx HTTP/SMTP в >10% процентах случаях, то скрыть кнопку "Отписаться".
Если большой процент пользователей кнопку "Отписаться" жмут в новых письмах присланных после предыдущего нажатия, тоже не показывать.
В "Спам" же отправлять только те что пользователь посчитал спамом, т.е. нажал кнопку "Спам".
Примерно такая политика должна отсеять недобросовестных рассыльщиков.
Скорее всего сейчас работает так как работает потому что реализуется за пару минут, а чтобы работало как надо нужно проделать большой объём работы. Будем надеяться что в mail.ru найдут время и все сделают.
Я как раз не поддерживаю отправку в спам и написал об этом в своем комментарии.
Я про то, что кнопка "Отписаться" в интерфейсе почтового клиента (пусть даже веб-клиента) не должна открывать ссылки, а должна просто отписывать от рассылки.
По вашему комментарию:
Как можно узнать, какой ответ возвращает кнопка, если по ней переходит не условный mail.ru, а браузер пользователя? Если же условный mail.ru начнет переходить по этим ссылкам для проверки доступности, то отпишет всех пользователей автоматически.
Очевидное решение по отписке от рассылки это простая ссылка, get-запрос которой отписывает пользователя. И такой get-запрос может осуществить сам почтовый клиент, без необходимости подвергать опасности браузер пользователя. Так зачем пользователю открывать это в браузере? А главное, что никто таким образом не страдает, а даже больше: злодеи лишаются возможности завлечь пользователей по ссылке Unsubscribe в конце своего письма.
Для меня, например, было не очевидно, что нажатие на кнопку "Отписаться" приведет к открытию ссылки на сторонний ресурс. Как я уже писал, пользователь доверяет почтовому клиенту намного больше чем спам-письму. Даже те, кто догадывается, что нажимать Unsubscribe в незнакомом письме опасно, могут легко довериться кнопке "Отписаться", которую предлагает почтовый-клиент.
А если по ссылке кнопка, типа, "уверены что хотите отписаться?" Что сделает mail.ru?
Скорее всего сейчас просто добавит в спам.
Но я как раз говорю, что было бы круто, чтобы рассыльщики делали отписку по простому get-запросу, не требуя дополниетльных действий. Тогда list-unsubscribe можно везде реализовать одинаково — без перехода по ссылке в браузере, а простым гет-запросом со стороны самого почтового клиента. По-моему, красивое и безопасное решение.
Предложение отписаться в виде ссылки внутри письма может, конечно, открывать красивую страницу с дополнительными вопросами.
UFO just landed and posted this here
а письмо отправит в спам.
Да, очень часто приходят письма с меил.ру о том что «типо» пометили как спам.

самое адекватное поведение пока у яндекса.
Вообще Mail.ru обычно самым первым вводит подобные фишки, так было, например, с DMARC. Странно, что они морозятся с фичей List-Unsubscribe
А мне в почте Mail.ru интересен другой сервис: http://filin.mail.ru/.
Этот сервис позволяет узнать аватар (зачастую это фото) любого пользователя, даже не владельца почты на Mail.Ru.
Так, при подстановке в ссылку вида http://filin.mail.ru/pic?width=90&height=90&email=email%40gmail.com нужного e-mail'а можно получить фотографию его владельца.
Страница работает не на https:// и нет ограничений по подбору (не нужна авторизация и нет лимита по количеству запросов к данному ресурсу).
Конечно, можно сказать, что это фича, а не баг (в принципе, похожим образом мне и ответили в репорте на HackerOne). Но я всё же думаю, что пользователи других почтовых сервисов не были бы рады узнать, что их аватары хранятся/кэшируются в Mail.ru, которым они не пользовались и к которому они не имеют никакого отношения.
UFO just landed and posted this here
Конкретно для адреса email@gmail.com filin.mail.ru берет картинку из граватара.
А для пользователю kulesh с домена itc.ua Gravatar не отображает фото, filin.mail.ru отображает.
А ваш аватар по e-mail позволяет искать Google Plus.
на мэил.ру вы также указываете картинку профиля
UFO just landed and posted this here
Верно, мне ответили, что аватары внешних сервисов берутся либо через открытый API этих сервисов, либо из публичных источников, например Gravatar. Т.е. получить эти аватары может не только Mail.Ru, но любой желающий. Пользователь может быть зарегистрирован в каком-либо сервисе (например LinkedIn), который позволяет поиск пользователя по адресу электронной почты. Аватар публично доступен и берется от этого сервиса.
Но откуда (с помощью какого сервиса) была получена почта в указанном мной примере, и как именно она обрабатывается (берётся/хранится) сервисом Mail.Ru?
UFO just landed and posted this here
обычным пользователям gmail ники до 8 или даже уже до 11 символов не доступны

Не поленился проверить, 7-буквенные относительно осмысленные адреса прекрасно регистрируются, вот только номер телефона требуют. 8-буквенные регистрируются и без номера.
UFO just landed and posted this here
При планировании функционала мы исходили из того, что юзер, нажимающий на кнопку "Отписаться" считает полученное сообщение ненужным и не желает в дальнейшем получать сообщения от данного отправителя. Поэтому, помимо обращения к List-Unsubscribe, считаем удобным для пользователя убрать письмо в Спам и перенести туда же дальнейшие письма от данного отправителя. По нашим представлениям, если отправитель правильно обрабатывает List-Unsubscribe, это никак на нем не скажется, т.к. в дальнейшем пользователь от него сообщений не получит. Если же List-Unsubscribe обрабатывается неправильно, то мы действуем исходя из интересов нашего пользователя, а не рассыльщика.
Совет не использовать List-Unsubscribe в любом случае не верен, т.к. в таком случае на полученном письме пользователь будет нажимать "Спам" или просто будет удалять полученные письма не читая, что еще более негативно скажется на репутации отправителя.
Более правильным советом будет помимо List-Unsubscribe в самом письме расположить отписку на видимом месте, чтобы пользователь переходил на отписку по ссылке из письма, а не по кнопке из интерфейса.
Кстати, информация про GMail не соответствует действительности — отписка там так же затрагивает репутацию рассылки и она может быть в результате перенесена в спам.
Человек может повторно подписаться, а так же иметь другие подписки на этом сайте. Это необходимо учитывать.
В таком случае он нажмет "Не спам". К сожалению, это гораздо более редкий кейс, чем рассыльщики, которые начинают через несколько месяцев опять теребить пользователя. И пользователи очень редко рассматривают разные категории писем от одного сайта как разные рассылки с необходимостью отписываться от каждой отдельно + при необходимости, разные категории писем рассыльщик может слать с разных адресов, мы не возбраняем такое поведение.
Все же я не рекомендую порядочным сервисам использовать в рассылках заголовок "List-Unsubscribe" при отправке писем на mail.ru. Так как при отписке таким способом они попадут в спам. Насколько это правильно пусть уже каждый решает сам.
А вы рассыльщик или просто неравнодушный гражданин?
Я разработчик, по данному вопросу проверял функционал рассылок с "List-Unsubscribe" для внедрения в свои подписки.
Так работает же всё. При переходе по ссылке ваш сервис должен сменить статус в БД на "отписан" для данного email и вывести сообщение об этом. Если вам необходимо уйти на форму с причинами отписки (маркетологи это любят), то делаете такую возможность в ссылке "Отписаться" непосредственно в тексте письма.
Как быть если пользователь нажал кнопку случайно?
UFO just landed and posted this here
Я имею в виду — что делать юзеру мылрушечки, случайно нажавшему кнопку "отписаться"?
Письмо удаляется, ссылка открывается не пользователем, дальнейшие письма уходят в спам.
UFO just landed and posted this here
Вопрос заключался в том: что делать пользователю с рассылкой дальше? Никакая подписка заново не поможет, так как письма уже в спаме. Пользователь может и не узнать, что теперь все письма от этого сайта надо искать в спаме.
Это скорее был риторический вопрос, так как эта кнопка не должна помещать письма в спам вообще.
UFO just landed and posted this here
UFO just landed and posted this here
У мейл.ру абсолютно не адекватное поведение по поводу любых рассылок. Мы проводим переодически рассылки по нашей базе пользователей. Рассылки составлены по всем правилам, включая данный заголовок.
Однако при нажатии данной кнопки — пользователь в дальнейшем начинает в спам получать любые письма восстановления паролей, регистрацией и прочего с нашего сервиса. Это вызывает много проблем и данный кейс совсем не редок.
Ну а насчет того, что mail.ru не отвечает при попытке отправить письмо ее пользователю — есть ли данный ящик в данный момент — вообще ахтунг (gmail и yandex корректно отвечают при этом на запрос попытки отправить). Мейл.ру же принимает все письма, а потом тра-та домен загоняют в мину по репутации, т.к. он шлет на "уже удаленные" ящики.
Домены для маркетинговых и транзакционных сообщений разные у вас? Как правило, делают что-то типа @e.xxxx.ru и t.xxxx.ru
Нет, не сделано. Я согласен с вами, что данная рекомендация полезная и возможно мы возьмем ее на вооружение. Однако в данном случае правильно воспринимать мой пост — как сравнение mail.ru с gmail и yandex. Которые корректно отрабатывают ситуации и с заголовком, и с валидностью ящика.
Это чем-то мне напоминает ситуацию с браузерами. Internet Explorer в своё время занимался тем, что оптимизировал ошибочный html-код. Ошибки в IE не проявлялись, а в FF и Chrome они были видны. То есть, IE самый лучший браузер?
Нет, как раз разнесение типа @e.xxxx.ru и t.xxxx.ru — костыль, частично лечащий неправильно работающие почтовые сервисы, так как этого не нужно было бы, если бы конторы типа мылрушечки адекватно обрабатывали отписку.
Вы можете предложить более другой способ разделения маркетинговых и транзакционных сообщений?
Разделение на разные домены часто используется в спам рассылках, так как такое мнение, что разделение это единственно верное решение — является заблуждением.
Абсолютное заблуждение, что "если добавить в спам первого отправителя @e.xxxx.ru, то второй отправитель t.xxxx.ru не должно попадать в спам". Он может тоже попасть в спам-лист ровно так же как может и не попасть совсем независимо от этого.
Почтовые сервисы должны уметь хорошо идентифицировать спам, идущий из генерируемых поддоменов и не полагаться на такое разделение рассыльщиками.
Дело в том — что это добровольное дело каждого рассыльщика: если он хочет разделять — пусть разделяет, если не хочет — пусть не разделяет.
Можно проводить разовые эксперементальные рассылки с других поддоменов, это действительно придает некоторую защищенность репутации основного домена — но это уже другая тема беседы.
А если письма отправляются не только клиентам, но еще и контрагентам, среди которых «случайных» незаинтересованных людей нет? Тогда в результате обширных маректинговых кампаний, часть людей отписывается через ваш unsubscribe, репутация рассылки падает и письма контрагентам тоже начинают попадать в спам.
Само по себе нажатие на unsubscribe, даже неоднократное, не приведет к попаданию хорошей рассылки в спам. Если у вас большой процент «контрагентов» получил рассылку, которую не хочет получать, то очевидно, что утверждение «среди которых незаинтересованных людей нет» неверно.
Вы это уже исправили?
В своей статье я привел примеры и сделал тесты, по которым было отправлено одно письмо на мою почту и при нажатии «отписаться» оно моментально без предупреждений переносилось в спам, а последующие письма я переставал получать (они попадали в спам).
У пользователя выразившего нежелание получать рассылку она несомненно будет попадать в спам. Пользователь ожидает что при отказе от подписки он не будет больше получать писем. Но это не затронет прохождение рассылки другим пользователям, пока показатели рассылки остаются в пределах нормы.
Пользователь ожидает что он перестанет получать именно эту рассылку и не ждёт, что ваш «сервис» просрёт в спам другие рассылки (сюрприз, рассылки бывают разной тематики!) и нужные ему разовые технические сообщения (письма для восстановления пароля и прочее).
Вы все рассылки и транзакционные письма письма шлете с одного адреса? Не надо так делать, адрес должен идентифицировать рассылку, это помогает пользователю фильтры настраивать. Не шлете? Значит все будет ровно так, как ожидает пользователь.
Вы предусмотрели что целевых рассылок может быть сотни тысяч?
Предлагаете для каждой единичной рассылки делать свой адрес?

Я могу быть подписан на изменение цен 10 товаров в интернет магазине. Могу 3 из них купить и оставить подписку на 7 оставшихся товаров.

Я могу следить за статусом изменения сдачи кваритры. Есть много других примеров.

Для каждого товара делать отдельный email адрес и уж тем более поддомен не кажется хорошей идеей. Если будет надо я нажму «спам». Но если я хочу получать с этого адресата другие рассылки я нажму «отписаться».
Что значит «единичная рассылка» и как вы собираетесь реагировать на желание пользователя отписаться от «единичной рассылки»?
Под единичной рассылкой я подразумевал одного адресата подписанного на что-то уникальное, например на изменение товара в нашем каталоге.

Например: появление товара на складке. Товаров может быть сотни тысяч, пользователей может быть сотни тысяч. Конечно на поступление одного товара может подписаться неограниченное число пользователей.

В письме есть ссылка на отписку и служебный заголовок для отписки. Переход по этой ссылке отпишет от данного типа уведомления. Но данное действие не должно отписывать пользователя от других товаров, на которые он подписан.
Это значит, что именно этот адресат, нажав на «Отписаться» перестанет получать во «входящие» письма об изменениях в вашем каталоге, а если по какой-то причине вы продолжите их присылать, то именно у этого адресата эти письма будут складываться в спам.
Насколько я понимаю, это именно то, что он ожидает.
Он ожидает отписаться от уведомлений по конкретному товару, а не по всему каталогу.

Вот выдуманный, но достаточно реалистичный пример:

Есть сайт, продает продукцию Apple по очень выгодным ценам. Товары кончаются очень быстро.
Пользователь заходит и подписывается на появление iPhone 7 нужного цвета на базе.

А еще там есть новые Mac Book. На который он тоже подписался, чтобы успеть купить раньше остальных и по выгодной цене.

После получение письма, что iPhone7 доступен, довольный пользователь нажимает отписаться и ждет появление Mac Book.
После того, как он отписался от iPhone 7 mail.ru добавляет весь каталог в спам. А ожидаемый Mac Book пользователь не получит, он не ожидал такого.

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

Ответьте на простой вопрос: что пользователь должен делать чтобы отказаться от ваших маркетинговых рассылок всех, полностью, навсегда? Вы обязаны предоставить пользователю такую возможность и она должна быть простой. Кнопка «Отписаться» предназначена именно для такого действия, и пользователь к этому привык. Если у вас есть возможность отказаться от какой-то категории писем — предоставьте пользователю и ту и другую возможность в шапке письма (например «перестать отслеживать товар» и «отказаться от всех рассылок»). Кнопка «Отписаться» должна соответствовать последнему действию, потому что именно таковы ожидания пользователя, он ничего не знает о внутренней классификации рассылок тех 50 компаний и сервисов на которые он подписан и хочет отказаться именно от вас, а не от информации про айфон.
Если вы боитесь, что пользователь может использовать кнопку некорректно — не добавляйте заголовок List-Unsubscribe, но от необходимости добавлять ссылку на общую отписку вас это не избавляет, потому что так хочет пользователь.
Механизм помещения рассылки в спам по персональным фильтрам на самом деле выгоден всем, и вам в том числе, т.к. ограждает вас от падения репутации, вы зря его так боитесь. На тех письмах что сами попали в спам пользователь уже не нажмет «Спам». Если пользователь будет продолжать получать от вас письма в Inbox и будет продолжать кликать на них спам — вы рано или поздно заработаете такую репутацию, что будете попадать в спам по умолчанию.

Для транзакционных писем, не связанных с маркетингом и обязательно должны быть получены в Inbox, т.к. требуют срочной реакции (например, ссылка на сброс пароля или запрос дополнительной информации от менеджера) можете использовать уникальный идентификатор типа номера заказа в адресе отправителя, чтобы они не попадали под ранее созданные фильтры, но в целом избегайте использовать слишком много разных адресов. Даже для информационных транзакционных писем (например информации о размещении заказа и статусе оплаты) не следует делать уникальные адреса, т.к. пользователь может захотеть создать по ним фильтр и складывать в папку, если они будут продолжать приходить в Inbox это будет его раздражать. Такую же реакцию пользователь ожидает на отписку и пометку спамом.
Я сам пользователь и занялся этой темой потому что стал замечать, что у меня стали пропадать письма.

Для полной отписки есть кнопка полной отписки и личный кабинет пользователя, где пользователь сам решает что подписывать и что отписывать.

Сейчас у меня установленно приложение mail.ru. И там есть кнопка отписаться, зная о вашем баге мне приходится кликать в мобильной версии по ссылке «оптисаться» из текста письма, а не пользоваться кнопкой приложения. Тем самым открывать браузер и тратя свое время. Меня еще что-то держит в этом сервисе, так как я в нем с 11 лет.

Я прекрасно понимаю, что сервис большой и поменять свой алгоритм просто очень сложно, но его можно оправдывать до бесконечности забывая о важных вещах:
1) Заголовок отписаться был придуман именно для отписки. В mail.ru это заголовок добавляет дополнительную кнопку «в спам» и пишет на ней «отписаться».
2) Любую подписку пользователь может оформить снова, mail.ru же решает за пользователя что такое сделать нельзя (приходится искать в папке «спам» нужное письмо и восстановливать, не каждый еще до этого додумается).
3) Пользователь нажимая «отписаться» желает отписаться от конкретной рассылки, а не от всех.

В данный момент я на всех своих серверах просто убрал этот заголовок по условию для mail.ru. Это не самое удобное для пользователя, но зато письма случайно в спам уже никто не отправляет.
В нашем случае идентифицировать особо нечего: рассылки идут по тому, что пользователь в фильтре указал и условия фильтрации идут в начале письма + без явного продления подписка сама отключаются через месяц.

На всякий случай хотелось бы уточнить, ваши «разные адреса» — это адреса в одном домене (bla0001@example.com, <…>, blaNNNN@example.com) или адреса на разных поддоменах (bla@0001.example.com и bla@NNNN.example.com), как рекомендовал djv57 для разделения маркетинговых от служебных сообщений в соседней ветке?

Подставлять шаблонные адреса в одном домене — идея так себе, но всё же реализуемая, а вот как дела обстоят с клепанием поддоменов на каждый чих может и слишком жестокой задачей оказаться.
Что именно считать другим адресом? Другого пользователя? Другой поддомен на том же IP? Другой домен на том же IP? Те же параметры отправителя, но с другого IP?
Ведь репутация рассылки — это не только группировка по отправителю или домену, но привязывание IP к домену. Например даже смена IP я считаю не поднимает репутацию, потому что всё равно есть связка IP-домен, плюс PTR.
В таком случае он нажмет «Не спам».

z3apa3a, я, прочитав этот комментарий, подумал, что после того, как я нажимаю «не спам» на письма от определенного отправителя, они рано или поздно перестанут попадать в папку спам, но это не так. Нашел у себя рассылку, письма которой я уже почти 100 раз за последние полгода отмечал как «не спам», однако она так и продолжает попадать в спам.
Это правильное поведение антиспам фильтра или мне надо обращаться в поддержку?
Это зависит от рассылки и от того почему она попадает в спам. Например, если она попадает в спам потому, что распознается как спам и каждое письмо приходит с уникального адреса, то нажатие на кнопку «Не спам» действительно не даст гарантированного результата, лучше сделать соответствующий фильтр в настройках и поставить чтобы он применялся к спаму.

В поддержку в любом случае имеет смысл обратиться, если вы считаете что какие-то неспамные письма некорректно попадают в спам.
По-моему, автоматическое добавление всех писем от отписанного сервиса в спам очень сомнительное решение. Как раз нажать на кнопку спам не так сложно, а вот найти письма, после повторной подписки в спаме как-то неприятно. Тем более странно, что меняется репутация рассыльщика. Я бы таким, кто правильно формирует рассылки и позволяет так удобно отписаться наоборот репутацию поднимал.
Опускать репутацию нужно, если после отписывания пользователь вынужден нажимать спам для этого отправителя.
Влияние на репутацию по нажатию кнопки "Отписаться" проявляется только по достижении пороговых значений. Если много пользователей в конкретной рассылке нажимают эту кнопку, то это очень плохой сигнал для рассыльщика и его репутации. Всё разумно.
Предыдущий оратор абсолютно правильно написал:
"Я бы таким, кто правильно формирует рассылки и позволяет так удобно отписаться наоборот репутацию поднимал.". Это может быть утрировано — но вектор мысли абсолютно верный.
Я провел анализ и предупредил всех, кто делает рассылку с этим заголовком, что с Mail.ru это не рекомендуется. Я и у своего сервиса убрал этот заголовок. Меня крайне разочаровало, когда я после отписки не смог даже восстановить пароль, оказалось все письма попадали в спам без моего решения о том, что это спам.
Разделение на "@e.xxxx.ru и t.xxxx.ru" чтобы приходили письма — это скорее предложение-костыль от mail.ru. Это полезно в некоторых случаях, я это прекрасно понимаю. Но в данном случае, это к попаданию в спам не имеет ровно никакого отношения.
Странно слышать от специалиста Mail.ru такие рассуждения, не желая улучшить качество сервиса и прислушаться к людям, пользовтаелям и программистам.
Кнопка отписаться — должна предпринимать попытку "Отписаться".
Кнопка "Спам" — должна отправлять письмо в спам.
Вообще-то разделение на домены — это общемировая практика. Есть правила, которые годами складывались в данном бизнесе. При технической реализации сервиса рассылок все-таки имеет смысл почитать рекомендации как почтовых служб, так и известных рассыльщиков. Можно, конечно, идти своим путём, но количество "граблей" возрастёт в разы.
Я уже третий раз пишу, прошу прощения за повторение у читающих — это рекомендовано. С этим никто не спорит.
Вы не думали, что человек хочет лишь не получать дальше маркетинговую рассылку, но по прежнему будет покупать там. Но благодаря вам не увидит писем с информацией о заказе и треккодом, также как и не сможет общаться с продавцом и обсуждать параметры заказа. А это уже ненормально.
Транзакционные и маркетинговые письма всегда следует слать с разных адресов. Это облегчает пользователю создание фильтров. Иначе ваши транзакционные письма пойдут в папку, в которую пользователь отправляет рассылки и которую в 90% случаев не читает.
А еще практикуются отдельные IP-адреса для этих самых отдельных транзакционных адресов.
Простите за грубость, но вы сами то понимаете насколько бредовая данная политика? Давайте обратимся к википедии:
Спам (англ. spam) — массовая рассылка коммерческой и иной рекламы или подобных коммерческих видов сообщений лицам, не выражавшим желания их получать

В данном случае пользователь выражал желание получать эту рассылку, но передумал. Это автоматически делает данную рассылку не спамом по определению. Более того, если пользователь подписан на несколько рассылок от одного адресата — то он может захотеть отписаться только от одной или нескольких, но не всех.
Создатели рассылок с этим заголовком делают благое дело — внедряют удобные и правильные механизмы управления рассылками, а вы получается их за это наказываете, причем как без согласия рассыльщиков, так и без согласия самого пользователя. Не надо решать за своих пользователей лишний раз, если юзер сочтет письмо спамом — он не поленится и нажмет кнопку "Спам", а если не сочтет — он нажмет "Отписаться" — это совершенно разные вещи.
Не стоит уничтожать правильные инициативы
Только что отписался от одной из рассылок в интерфейсе почты Яндекса. Никаких внешних переходов. Просто появилось "Вы отписались от этой рассылки", а само сообщение было перенесено в удаленные.
Так что Яндекс похоже для некоторых рассылок умеет отписываться сам, без редиректа браузера на страницу отписки.
Попробуйте посмотреть заголовки письма, может быть там указан не url, а email для отписки. Если там действительно указан email, то интересно посмотреть так же папку "отправленные", попало ли туда письмо, отправленное на email адрес для отписки.
Вы правы. Там email. В папке "отправленные" новых писем нет.
Это сервисное письмо и Gmail, например, его отправляет самостоятельно не утруждая пользователя лишними "отправленными", судя по всему у Яндекса поведение аналогично
Sign up to leave a comment.

Articles