company_banner

Как мы научили Почту Mail.Ru склеивать письма в треды

    Треды, или цепочки писем, всегда были одной из самых желаемых фич в Почте Mail.Ru, при условии, что опрос «Какого функционала вам не хватает?» проводился среди продвинутой аудитории (например, среди программистов или хабраюзеров). Вторая по популярности фича среди гиков — это, пожалуй, двухфакторная аутентификация, но о ней в отдельном посте.

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

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



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

    В этом посте мы хотим рассказать о том, какие трудности нас ждали и как нам удалось их преодолеть.

    1. Как «склеивать» треды


    1.1 Разбираемся с In-Reply-To

    У каждого письма есть метаинформация (служебные заголовки). Заголовок In-Reply-To указывает, ответом на какое письмо является открытое вами сообщение (In-Reply-To), а References содержит, в том числе, информацию о письме, которое было первым в переписке. Логично, что если такие служебные заголовки есть, то имеет смысл группировать письма по этим заголовкам. Однако существуют два нюанса, которые нам надо было учесть.

    Первый: как поступать с перенаправленными письмами? В случае, когда пришедшее письмо перенаправляется, на самом деле появляется еще одно письмо со служебным заголовком In-Reply-To. Этот заголовок указывает на перенаправляемое письмо. При этом в теме появляется приставка FW или FWD. То есть, по сути, форвард — это еще один ответ. Руководствуясь этой логикой, Gmail, например, «приклеивает» перенаправленные письма к той же цепочке.

    Мы опросили пользователей внутри Mail.Ru и вовне и выяснили, что, как правило, пересылают письмо не для того, чтобы подключить человека к переписке, а чтобы обсудить с ним тему переписки отдельно. Значит — хотят начать новый «разговор», а не остаться в старом. Поэтому мы решили, что в таких случаях будем заводить новую цепочку.



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

    Исходя из этих двух нюансов, алгоритм группировки должен быть таким:
    • нормализуем тему, например, выкидываем все приставки «Re», но оставляем «FWD»
    • группируем письма, связанные заголовками и с одной нормализованной темой

    1.2 Продумываем группировку для автоматических рассылок

    Если заголовков нет, это еще не значит, что нечего группировать. Есть множество писем, которые так и просятся в одну группу: уведомления от соцсетей, промо-письма от интернет-магазинов, письма от таск-трекера, наконец. Как правило, во всех этих случаях у писем одна тема и один отправитель. Поэтому письма без заголовков мы решили группировать по критерию «тема + отправитель», чтобы охватить автоматические рассылки.



    1.3 Отделяем «Корзину»

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

    1.4 Определяемся с показаниями счетчиков

    Как мы уже сказали, при группировке письма из одной цепочки могут быть разбросаны по разным папкам (cамый простой случай — это «Входящие» и «Отправленные»). В связи с этим возникает масса вопросов, например:
    • Если цепочка не прочитана, остается ли она непрочитанной во всех папках?
    • Если в цепочке несколько непрочитанных писем, что должен показывать счетчик — количество непрочитанных писем или одну непрочитанную цепочку?

    У нас получается три варианта. Давайте их рассмотрим.

    Первый: счетчик работает с цепочками, и непрочитанная цепочка отмечена во всех папках, в которых она отображается. Скажем, в двух папках — «Входящие» и «Отправленные» — есть одно непрочитанное письмо, которое только что пришло в ящик. В списке папок мы будем видеть по единице в каждой из этих двух папок. Но что показывать в общем счетчике у ящика? По идее, там надо отображать сумму для всех папок, а в нашем случае это два. Но ведь на самом деле в ящике одна непрочитанная цепочка!

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

    Третий вариант, который мы и выбрали: в счетчиках учитываем именно письма, а не треды. В этом случае счетчик у каждой папки отображает верные данные, ведь письмо не может быть в нескольких папках. Общий счетчик тоже всегда отображает правильное число. Интерфейс в этом случае реагирует на прочтение любого письма изменением показаний счетчика.



    Резюмируем:
    • треды мы склеиваем по заголовкам и теме или по отправителю и теме
    • пересланное письмо начинает новый тред
    • в тред входят письма из всех папок, кроме «Корзины»
    • в счетчиках папок отображаем количество непрочитанных писем, а не тредов

    2. Внешний вид треда и действия с ним


    2.1 Три уровня или два?

    Базово на рынке существуют два вида отображения тредов:

    Первый — при клике на тред в списке тредов открывается еще один список, на сей раз уже писем, где, чтобы добраться до прочтения конкретного письма, нужно обязательно кликнуть еще раз. Для удобства мы называли его «трехуровневым». Он применяется, кстати, много где — от некоторых версий Outlook до большого количества мобильных почтовых клиентов.

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

    Мы решили не стоять на пути пользователя к его контенту и не заставлять его делать два клика каждый раз, когда он хочет прочитать вновь пришедшее письмо. Как вы уже догадались, был выбран «двухуровневый» вариант. Хотя он и технически и идеологически предвещал гораздо больше проблем, но о них чуть дальше.

    2.2 Прочитанные и непрочитанные письма внутри треда

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

    Если в треде нет непрочитанных писем, мы оставляем развернутым самое последнее (зачем — об этом чуть дальше).



    2.3 Прочитанные и непрочитанные треды в списке тредов

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

    Мы отмели этот вариант как неудачный и решили попробовать поступить по-другому: помечать тред непрочитанным только в той папке, где у пользователя есть непрочитанные письма. Например, письма треда рассредоточены между «Входящими» и «Важными», при этом единственное непрочитанное письмо лежит в «Важных». То есть если пользователь находится во «Входящих» (где нет непрочитанных писем), все треды помечены как прочитанные.

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

    Эту проблему мы решили устранить следующим образом: письма из других папок в треде тоже будут свернуты до состояния заголовка, даже если они не прочитаны. Итак, попадая в тред, пользователь видит развернутыми только непрочитанные письма из данной папки. Таким образом, у нас нет лишней информации и нет «случайных» прочтений того, что должно было напоминать о себе (не зря же была настроена сортировка в отдельную папку).

    Однако, справедливости ради, надо сказать, что ситуация, когда письма из одного треда находятся в разных папках (не считая Отправленных, конечно) встречается довольно редко. И это хорошо!

    2.4 Удаление тредов

    Одновременно с этим нам предстояло найти ответ еще на один вопрос. Представим ситуацию: мы находимся в папке «Входящие» и открываем тред, в котором одно письмо из папки «Входящие», а второе — из папки «Отправленные». Если нажать «Удалить тред», что произойдет с письмом из «Отправленных»? Опросив пользователей, мы выяснили: они ожидают, что письмо останется в папке «Отправленные». Поэтому у нас все действия с тредом — удаление, перемещение и т.п. — применяются только к письмами из папки, которую открыл пользователь.

    2.5 Положение новых писем в треде

    Еще один важный вопрос, который необходимо было решить: вверху или внизу цепочки показывать последние письма? Мы решили сохранить принцип, по которому работает классическая электронная почта, то есть самые свежие письма показывать сверху в треде (в отличие, например, от Gmail, где новые письма отображаются внизу треда).

    Кроме того, наши исследования показали, что многие пользователи начинают читать тред с последнего письма, чтобы понять, стоит ли читать остальные письма в цепочке. Это стало еще одним аргументом в пользу отображения новых писем сверху.

    2.6 Функциональность тулбара

    Также необходимо было решить, как будет работать тулбар с кнопкой «Ответить», относящийся ко всему треду. Мы выбирали между двумя вариантами: повесить на него ответ и пересылку применительно к последнему письму в треде, либо к письму, которое в данный момент находится у пользователя на экране. В итоге мы остановились на первом варианте, поскольку вариант с письмом, находящимся в данный момент на экране вносил слишком много неопределенности, например, что делать, если на экране сразу два или даже три коротких письма? Или как интуитивно подсказать пользователю, на какое именно письмо он сейчас ответит?

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



    Резюмируем:
    • самое актуальное письмо из текущей папки всегда развернуто
    • письма из других папок свернуты независимо от статуса
    • письма из текущей папки свернуты, только если прочитаны
    • при удалении треда удаляем только письма из текущей папки
    • самые свежие письма отображаем сверху
    • кнопки на верхнем тубларе в треде работают с верхним письмом

    ***

    Реализация тредов в почте — довольно сложная задача, на решение которой мы потратили немало времени и сил. Сейчас треды можно включить во всех ящиках Почты Mail.Ru.

    Буду очень благодарна, если в комментариях вы расскажете, насколько удобно вам пользоваться обновленным интерфейсом и кажутся ли вам логичными решения, которые мы выбрали.
    Mail.ru Group
    Строим Интернет

    Комментарии 71

      +3
      Добавьте возможность отключить рекламу, пусть и за деньги. Огромное количество рекламы отталкивает от использования сервиса, в том числе и для собственных доменных имен. Безусловно я могу поставить Adblock, но хотелось бы иметь такой вариант со стороны сервиса.
        +8
        есть такая идея в проработке, именно для «Mail.Ru для Бизнеса» в первую очередь. спасибо )
          +3
          AdBlock — наше все. И бесплатный, кстати
            +2
            AdBlock Plus
            –5
            Ad Muncher тоже теперь бесплатный и один на все браузеры.
              +1
              Почта используется не только в Windows, да и ставить каждому клиенту спецутилиту тоже плохая затея. Так что функия должна быть на стороне сервиса.
                +1
                Про сервис согласен, Ad Muncher упомянул как альтернативу ABP, чем, похоже, вызвал народный гнев. Впрочем, чего ещё ждать от сайта с такой популяцией верстальщиков :-)
          –14
          И ни один продвинутый юзер не попросил поддержку IMAP?
            +4
            Кажется она там уже есть:
            help.mail.ru/enmail-help/mailer/popsmtp?
              +6
              И о нем даже рассказывали на Хабре.
                –23
                Ну надо же, и 15-ти лет не прошло.
                  +21
                  ну, вам тоже 3 года понадобилось, чтобы заметить ;) на самом деле, первый раз мы его запускали еще по-моему в 2007-м, но тогда сделали не очень хорошо и через два или три года было принято решение его задеприкейтить. Новый, запущенный в 2012-м году нареканий не вызывает. Более того, например, сбор почты по IMAP с чужих серверов мы запустили раньше других, насколько я помню. Вообще за последние несколько лет, мы кардинально пересмотрели свой подход к разработке и усилили команду Почты, надеюсь, что это заметно.
                    0
                    А функцию сохранения на сервере писем отправленных по POP не планируется?
                      0
                      По POP можно только принять письмо. Отправляют по SMTP.
                        0
                        Да, прошу прощения, просто описался.
                        +2
                        Письма отправляются через SMTP, а не через POP3. Вы, наверное, имеете в виду сохранение в папке Отправленные писем, отправленных через SMTP в почтовом клиенте, настроенным через POP3? Если да, то такой функции не планируется. Гораздо проще настроить почтовый клиент через IMAP, и все отправленные письма будут автоматом попадать в папку Отправленные.
                          0
                          Да, я это и имел ввиду.
                          Понятно, просто наша компания пользуется «Mail.Ru для бизнеса» и многие люди старой закалки имеют проблемы с использованием почты настроенной по IMAP.
                            +5
                            а какие проблемы, если не секрет? просто, вроде как нам тут всем очевидно, что IMAP более прогрессивный протокол, более того, по дефолту, например, в Outlook для нашей почты подставляется именно он
                          0
                          «писем отправленных по POP» – это сильно .) Вы про smtp? Лучше пользуйтесь IMAP и будет Вам счастье. А еще лучше – родным клиентом Mail.Ru (если речь про смартфоны-планшеты) – он быстрее.
                            +6
                            На самом деле, хотя автор вряд ли имел это ввиду, есть такая штука XTND XMIT. Ее достаточно долго поддерживали серверы отпочковавшиеся от BSD popper (qpopper, imap-uw).
                            Из современных серверов ее вроде бы до сих пор поддерживает Communigate.
                +3
                После прочтения ощущения противоречивые — как будто Почта РФ начала доставлять дронами.

                Расскажите, пожалуйста, как вы решали проблему с одинаковой темой и разным составом получателей? Когда одно из писем личное, а остальные с 10 людьми в копии, или когда от двух разных людей утром и в обед приходит письмо с одной темой типа «RE: Отчёт» с очень разным содержанием.
                  +7
                  Мы клеим по теме + отправителю или по In-Reply-to, соответственно, в первом кейсе, если отправитель+тема будут одинаковыми, то мы, вне зависимости от получателей (даже если они будут разные) склеим 2 таких сообщения. Однако, если на одно из писем начнут поступать ответы, там появится более приоритетная связка In-Reply-To и они расклеются на 2 треда. Во втором кейсе — если от разных людей приходит письмо с одинаковой темой, они не склеются, не важно, с утра это было или в обед.
                    +13
                    Это Знаки. Апокалипсис грядет — кайтесь грешники. Мне из Китая две посылки дошли за 5 дней. А в довершение почтовое отделение отправило мне смс с указанием трек-номера и часов работы. Ждем саранчу и кровавую луну.
                    –12
                    Вы зачем ящик мой грохнули лет 5 назад — это был мой основной email?
                    Я заходил по IMAP, а вы написали что я не пользовался долго почтой поэтому грохнули мой ящик.
                    Вы заходы по IMAP научились уже считать за использование ящика?
                      +4
                      Заходы по IMAP у нас считаются и всегда считались использованием ящика. Но надо понимать, что 5 лет назад у нас IMAP был выведен из продакшна (см комменты выше), и, возможно, ваш клиент уже, на самом деле, долго не был подключен к нашему серверу. Т.е. ящик скорее всего действительно не использовался. В любом случае, мне очень жаль, что так получилось. Если вам не сложно, можете дать имя вашего ящика, чтобы мы посмотрели историю по нему?
                      +12
                      Никогда бы не подумал, что скажу это, но стоит отдать должное аналитикам и проектировщикам Mail.ru (почтовый сервис). Например, упорядочивание писем в цепочке (новые вверху) кажется мне намного более логичным, чем в GMail, особенно это становится заметным, если писем больше 30.
                      Молодцы, искренне рад за ваш успех.
                        +7
                        Спасибо, мы очень стараемся и приятно, когда это замечают. Кстати, могу поделиться личным переживанием — для меня самая большая «боль» в Gmail-овских тредах — это тот факт, что они подклеивают форвард в цепочку. Меня это просто дизориентирует. Пример: я переписываюсь, например, с дизайнером, потом форваржу своему коллеге результат работы дизайнера и пытаюсь обсудить с ним то, что получилось или цену услуг. Шанс ответить не туда и не тому примерно 97%. Поэтому, я очень рада, что мы сделали не так. :)
                          0
                          Хорошо что так.

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

                          А если говорить про хорошее в gmail, то мне там очень нравится блок Unread, который сверху всегда висит: dl.dropboxusercontent.com/s/cgbnnw4c12rmiot/shot_150116_194023.png
                        +1
                        Подкидываю фичу, которой мне страшно не хватает, и я не знаю как её реализовать ни в одном из существующих почтовых клиентов: carbon copy.

                        Это когда в maillist'е кто-то тебе отвечает, но ответчает в maillist. Хочется со всех таких получать ответы в отдельное место. В отличие от фидо, где это было тривиально, в почте с этим большие проблемы из-за поиска «это ответ на наше письмо». Вашенские бихдаты должны такое прожевать, не?
                          +2
                          Carbon Copy (CC) это обычная «Копия», такая опция в почте, разумеется, есть.
                          Наверное, имеется ввиду установить адрес для ответов (Reply-To)?

                          Ответы как раз очень удобно просматривать в цепочках — идете в «отправленные», и там будет отправленное письмо со всеми ответами на него в одной цепочке, даже если это письмо в список рассылки.
                          +1
                          • В хедере In-Reply-To указывается ID. Кто генерирует этот ID, насколько он кросс-валиден? Конкретно, если тред между пользователями mail.ru и gmail.com будет ли он корректно отображаться обоими провайдерами?
                          • Многие пользователи, почтовые клиенты не находят нужным заполнять In-Reply-To, поэтому группировка в тред лексически по Subject — совсем не лишняя фича.
                          • Лично для меня ценность тредов обусловлена в основном перепиской в мэйл-листах. Там структура треда ветвяшаяся, на один пост может быть несколько ответов рождающих новые ветви. Такую структуру сложнее отобразить листом открытых писем. Если упорядочивать просто по дате, то ответ не всегда будет следовать за вопросом. Теряется связность дискурса.
                          • Я писал себе клиент сам именно для удобного отражения тредов именно в мэйл листах. У меня посты в ветви упорядочены по дате, а уже потом упорядочены по дате ветви в треде.(И если это не глубокий инсайд, может поделитесь опытом — треды у вас реализованы списком, массивом или деревом на уровне языковой структуры?)
                            +1
                            На самом деле, кроме In-Reply-To: используется еще заголовок References:, для построения цепочки достаточно чтобы присутствовал любой из них.
                            Оба заголовка определяются самыми базовыми стандартами электронной почты (RFC 822 и более поздними), генерируется MUA (почтовой программой пользователя).
                            Мы протестировали практически все основные почтовые клиенты, включая мобильные и почтовые сервисы.
                              +1
                              Грамотное тредоводство — задача интересная и не тривиальная. Существует интересный блог-пост автора Netscape Mail о том как он это делал. Может быть Вы напишите, что под капотом если не на уровне языковых конструкций, то хотя бы алгоритмов и структур данных? Думаю многим было бы интересно.
                                +3
                                Мы обязательно напишем про это в отдельном посте. Если кратко, то там под капотом предельно оптимизированный движок для хранения и выдачи тредов. Вся информация персистится на диске, наиболее горячая кэшируется в памяти. Используемые структуры данных — бинарные деревья, но очень оптимизированные по скорости поиска и вставки.
                            +2
                            Спасибо за «новое сверху». Уже за одно это можно к вам переезжать, правда! Не перестаете радовать!

                            Гугл пока берет только тем, что все сервисы мира имеют опцию «войти через Гугл», в то время как «Войти через mail.ru» пока не доводилось встречать ) — но именно удобством авторизации и берет, а не почтой.

                            P.S. Доделайте, пожалуйста, webdav «сами-знаете-где»!

                            P.P.S. Группировка по часто используемым темам — это зло. Скажем, если я кому-то решил бросить пару слов, скажем, «есть идея, зайди!», и тему оставил пустой, далее это общение переросло в приличный тред, то это ок, но если у меня таких тредов несколько, то найти нужный уже проблема будет, даже если почты и не перепутается. Может, добавите фичи «дать заголовок треду» и «приписать письмо к существующему треду»?
                              +1
                              Столько инноваций, но почему-то самого очевидного уже много лет не можете сделать…
                              Сделайте уже, наконец, человеческий tabindex в форме авторизации…
                              С какого рожна сначала нужно заполнять логин (первую часть email'а), затем пароль, и только потом уже выбирать домен (вторую часть)?! Вообще никакой логики же…
                                +9
                                На самом деле, в течении многих лет именно такой порядок tabindex (логин-домен-пароль) и был. Сейчас мы запоминаем использованные домены и предлагаем их по умолчанию, поэтому для 90% пользователей переход на поле ввода домена вообще не требуется и выбор домена, как опциональный, намеренно перенесен после ввода пароля.
                                Если вы не попадаете в 90%, не расстраивайтесь — в поле логина можно вводить полный логин, вместе с собакой и доменом, выбор домена при этом не требуется.
                                –4
                                Судя по статье, вы действительно хорошо поработали. Только в результате все равно получился майл.ру…

                                Объясните мне пожалуйста следующий феномен:
                                • скрипт моего магазина отправляет клиенту письмо со статусом заказа
                                • в ответ я получаю какой-нибудь отлуп: юзер не существует, аккаунт заблокирован, квота, итд итп
                                • если клиент написал мне, я могу спокойно ему ответить через почтовый клиент, используя ту же самую учетную запись, что и магазин

                                В магазине настроены обратная зона, SPF и все что положено. Даже в Gmail письма проходят на-ура, не говоря о прочих, менее маниакальных сервисах. Подобный баг существует только с mail.ru и происходит постоянно вот уже пятый год со всеми клиентами с адресом в mail.ru

                                В чем дело?
                                  +2
                                  Приведите пожалуйста пример отлупа в личку. Ответы о несуществующем пользователе и заблокированном эккаунте даются только в случае несуществующего пользователя или заблокированного эккаунта и не зависят от того, с какого адреса вы пишете. Единственное исключение — когда пользователь вручную настроил фильтр, который дает ответ о несуществующем адресе.

                                  Ответа о квотах у mail.ru не бывает ввиду отсутствия квот.

                                  Скорее всего вы получаете какой-то другой отлуп, возможные причины и рекомендации перечислены здесь и здесь.
                                    –2
                                    Не храню отлупы, сорри.
                                    У меня нет рассылок. Вообще. Только статусы заказов, с периодичностью от одного дня до одного месяца.
                                      +2
                                      скажите, а вы хотели бы решить проблему или наброса оказалось достаточно? :)
                                        0
                                        Сорри, я уже стар, не разбираюсь в модных междусобойчиках и мне некогда заниматься набросами.

                                        Мне за 4 года существования проекта проблема отлупов от mail.ru в самом деле вот уже как надоела. Я раньше обращался в их саппорт, саппорт старательно отписывался что «все починили», но ваз и ныне там.

                                        Я надеялся, что можно что-то сделать через здесь, решение проблемы перешло в личку с уважаемым z3apa3a, но… собственно решения как такового так и не случилось.
                                          0
                                          Пока вы предоставили 4 отлупа, которые были даны на действительно несуществующие адреса. Поэтому не понятно, о какой проблеме идет речь.
                                          Если обнаружится действительная проблема — например отлуп на заведомо работающий адрес — пишите сразу в личку, не стесняйтесь.
                                            0
                                            Да, к сожалению сейчас уже не установить кто из «мертвых» оказывался вполне живым и что-то писал — слишком много времени прошло.
                                            Я вижу, у Вас здесь много заступников :) и дешевле будет решить что «юзер сам дурак и сам кнопку нажал».
                                            Ок, пусть так и будет.
                                  +3
                                  Простите за небольшой оффтоп. Хочу попросить для бизнеса DNS редактор. Сначала думал по полной опробовать «для бизнеса», но желание отпало когда не увидел DNS редактора. Пришлось для теста почты biz.mail оставить днс-домен в pdd.yandex
                                    +3
                                    Мы ваше пожелание обязательно учтем. Следите за обновлениями :)
                                    0
                                    Шёл всего-то 2015 год (-:

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

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

                                    Вобще, убеждён, что именно «чат» — идеальная форма общения для многих (со многими), прежде всего незамутнённых технологиями людей — ведь в жизни нет понятия треда, часто это просто лишняя концепция. Успешный пример IM в вашем же Вконтакте тому доказательство.
                                      0
                                      Интересное мнение. Поделитесь пожалуйста источниками данных про поведение пользователей?
                                        +1
                                        на самом деле мысль довольно старая, мы ее давно думаем, даже рисовали интерфейсы «почто-чата» и, конечно, существуют стартапы, которые это пытались воплотить, например, в мобильном приложении (т.е. используя те же гмейл-аккаунты, но отображая их в виде чата).

                                        но, как показывают исследования, пользователи все-таки отделяют почту от чатов по способу использования и находят для каждого из них свое применение (в чате быстро обсудить в реальном времени, а в почту послать документы «чтоб не потерялось» и вести долгую переписку, результаты которой опять же «не потеряются» и останутся в качестве доказательств)

                                        и чатов в общем-то в их жизни уже достаточно, похоже они не хотят, чтобы почта была заменена еще одним :)

                                        кстати, в подтверждение моих слов — все стартапы, пытавшиеся так переделать емейл-переписку «не взлетели».
                                        0
                                        Когда WebDAV обратно для облака включите?????!?!??!?!?!??!?!?!??!??!?!
                                          +2
                                          Включил группировку по тредам.
                                          Выделил 200+ писем от «МойМирMail.Ru» поставив 1 (одну) галочку
                                          Нажал кнопку «Удалить». И почувствовал СЧАСТЬЕ.

                                          Не знаю уж, стоит ли делать еще более костыльные варианты группирования писем в одну тему? Например, от фейсбука приходят письма с сабжектом начинающимся на «Вы знаете...» — можно наверное сгруппировать письма по отправителям и проделать такой же фокус.
                                            +1
                                            Если цель в удалении, то это легко решается фильтром. Идете в настройки — настраиваете фильтр на нелюбимые вам письма с действием «Удалить», применяете его сразу и избавляетесь от ненавистных вам писем.
                                              0
                                              Я думаю, что удаление — это одно из самых востребованных действий в данном случае. Не очень хорошо себе представляю, для чего еще может понадобится группировка писем годовалой давности. Допустим, велось обсуждение какого-то проекта, собрания, действия в течение длительного времени. Проект успешно реализован, собрание состоялось, программа написана — теперь вся переписка на эту тему не имеет никакой ценности.

                                              ( Контр-примером может служить рассылка «образцов» от порносайта :) )
                                            0
                                            antigona, планируете ли вы в своей почте запретить передачу IP-адреса пользователя в заголовках, который отправляет письма через веб-интерфейс вашей почты? Лично меня только это останавливает использовать вашу почту.
                                              +1
                                              antigona, ещё не хватает перемещения по цепочке писем с помощью горячих клавиш. В Gmail, например, это делается с помощью клавиш N / P.
                                                0
                                                Хорошая идея, спасибо! вообще у нас довольно много хоткеев, их полный список можно увидеть, набрав Shift+?. Но специальные для тредов еще не сделали, да.
                                                  0
                                                  antigona, спасибо, я знаю о Shift+?, это распространённый хоткей для получения справки ;-)

                                                  А что насчёт передачи IP-адреса отправителя в заголовках писем?
                                                    0
                                                    извините :)

                                                    На счет IP-адреса в заголовках писем — обсудили вопрос с командой антиспама, есть риски, что убрав IP-адрес пользователя из заголовков, мы можем получить проблемы с попаданием наших IP в разные мелкие черные списки, которые любят применять админы. Но, вы правы в том, что западные сервисы многие так делают, поэтому мы проработаем этот вопрос более глубоко.
                                                      0
                                                      antigona, не переживайте, что письма куда-то будут попадать, ставьте в приоритет безопасность своих пользователей. Gmail давно, а может быть и с самого начала, не передаёт IP-адреса своих пользователей в заголовках.

                                                      Надеюсь, что вы примите правильное решение.
                                                        0
                                                        ну все-таки доставляемость писем тоже довольно важный такой приоритет :) на счет безопасности — а что на ваш взгляд небезопасного в передаче IP (ну если вы, конечно, не Джеймс Бонд и не пытаетесь скрыть свою истинную личность). ну т.е. общее желание анонимности я могу понять, но я бы не называла это именно безопасностью.

                                                        я не говорю, что мы этого не будем делать, хочу просто понять ход ваших мыслей.
                                                          0
                                                          antigona, да, вы правы, корректнее отнести к анонимности. Лично для меня, важным является отправка писем без возможности определить моё местоположение. Ведь многие пользователи могут и не знать, что они отправляют свои письма и их реальные IP-адреса видны получателю.

                                                          Если бы через меня не проходило так много писем от разных сервисов, то может я бы и не волновался на этот счёт, а так не раз узнавал IP отправителя через заголовки. Поэтому и есть определённое недоверие к почте Mail.ru
                                                0
                                                Пользуясь случаем, хотел бы узнать, как обстоят действия с тоннами спама, ежедневно льющемуся в ящики? Несколько лет назад был вынужден с прискорбием отказаться от почты, так как из-за этого работа с ней была просто блокирована. Время от времени захожу для проверки: так же льется, может уже и меньше, но все-равно, очень много! Учитывая и то, что в аналогичной почте другой русской фирмы спама просто нет. Никакого.

                                                Спасибо.
                                                  0
                                                  А не подскажите, какой ящик? Мы посмотрим и выясним. Возможно, это рассылки, на которые вы когда-то давно подписались.
                                                    0
                                                    Вы будете смотреть на приватные письма пользователя?
                                                      0
                                                      Конечно, нет. Мы посмотрим на статистику по жалобам на спам и на не спам по этому ящику. Если вы пользовались ранее кнопкой «Это спам», то понажимайте на нее на тех письмах, которые вы считаете спамом.
                                                      0
                                                      Скинул все z3apa3a в личку, Вам еще надо продублировать?
                                                        +1
                                                        Не обязательно. Мы с ним в одной компании работаем, найдем друг друга. Спасибо! :)
                                                          0
                                                          Ахах, окей, всегда рад помочь по мере сил)
                                                    0
                                                    Пользуясь случаем напомню, что на дворе 2015-й год, а в mail.ru до сих пор нельзя сделать папочки более чем первого уровня вложенности. Пришлось из-за отсутствия этой фичи уйти к конкуренту.

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

                                                    Самое читаемое