что такое noreply в почте
Зачем нужны почты no-reply@?
Почты вида noreply@domain.ru, no-reply@domain.ru и прочие — вызов здравому смыслу. Просто вдумайтесь: это действующие почтовые ящики, на которые можно отправить письмо, но делать этого не нужно. Я знаю такой же по логичности объект — это кнопка «не нажимать». Вот примерно такая:
Есть такие штуки — протоколы, стандарты, принятые шаблоны использования. Все они однозначно подсказывают, что если есть почтовый адрес, на него можно написать. Если бы нам нужен был почтовый адрес, на который нельзя писать, его бы описали вместе со всем стеком протоколов, который обеспечивает работу электронной почты. Но его такого тупо нет. И тут на сцене появляется наш noreply.
Для чего используется почта noreply@?
Давайте разберёмся, когда вообще к психически здоровому человеку в голову приходит мысль завести у себя что-то вроде noreply@domain.ru. Первый очевидный (и он же — самый распространённый) случай — это когда у вас есть робот, который что-то регулярно рассылает. И вы хотите защитить пользователя от диалога с роботом. Поскольку роботу нужен ящик, ему даётся название вроде «не-пиши-сюда».
Хороший приём для параноиков. Я вот знаю одну крупную фракцию в онлайновой игре, которая называется «Test Alliance Please Ignore». Отличный случай фана, драйва и когнитивного диссонанса.
В случае с почтой такого фана и драйва нет. А диссонанс есть. Потому что, если задуматься, каждый случай, когда пользователь (даже искренне не знакомый с компьютерами вообще) пишет кому-то письмо, это какая-то информационная транзакция. Которая как минимум этому пользователю важна. И она должна попасть к реальному человеку. И постепенно становится понятно, что noreply — это не защита от ошибки пользователя, а попытка кого-то из специалистов снять с себя ответственность.
Для начала я посмотрел, что рассылают наши роботы внутри нашей же сети магазинов. Яркий пример — утренние апдейты со складов, где показывается, например, товар, которого давно не было, или товар, который появился в продаже впервые. Имя отправителя — «Авторассылка Мосигры», адрес — noreply. По логике, пользователь (например, закупщик) может ответить на это письмо багрепортом, просто чему-то удивиться и попросить проверить данные. Или другой полезной информацией. Или не очень полезной, но весёлой, тоже случается. Поэтому по логике, если бы в отправителях стоял наш общий ящик саппорта, всем бы жилось легче. Обратите внимание, не только юзерам, но и в конечном счёте и саппорту, потому что своевременный меткий багрепот экономит до 3-4 часов рабочего времени. Такие noreply мы поменяем на человеческие адреса со следующим апдейтом.
Затем есть рассылки на клиентскую базу. Тут всё просто — в «откуда отправлено» техническая фигня сервиса рассылок, но в «кому отвечать» моя почта. Покупатель видит именно меня (или в крайнем случае «отправлено от имени» перед почтой). Не путается. С другой стороны, я знаю кучу людей, которые шлют мне рассылки именно с noreply. Когда у меня появляется вопрос, я, по логике их интерфейса, должен ткнуть в подпись, а не воспользоваться очевидным и простым UI-шаблоном поведения «ответить на письмо».
И третий случай — всякие технические уведомления вроде приостановки сервисов, платежах за разные услуги и т.п. Вот здесь кое-кто конкретно облажался — пока я искал noreply@ в своей почте, с удивлением обнаружил свой ответ на автовыставление счёта с просьбой продлить контракт на год. Естественно, мне никто не ответил. Я даже знаю, что было дальше — через 3 дня нашёлся другой поставщик этой же услуги. Самое весёлое, что, вроде, косорукий идиот здесь я, а бабки не получил тот, кто настроил свой noreply.
Что я предлагаю
Понятно, что отправлять автопочту с чьего-то личного ящика — идея так себе по многим причинам. Но почтовый протокол — волшебная вещь! — позволяет указывать не только реальную почту отправителя, но и «кому отвечать» (Reply-To). И почти все современные клиенты, в том числе, веб-сервисы, показывают это пользователю очень прозрачно. Он видит, что на письмо можно ответить, и сразу видит, куда оно уйдёт. Ему не надо думать об особенностях реализации. Всё просто.
Или, может, у вас есть ситуация, когда noreply реально нужен?
noreply@unverified. Или уведомления о новых сообщениях с неопознанного и непроверенного почтового ящика. Решение проблемы найдено
Приветствую всех посетителей этого блога! Если ваши подписчики начали получать уведомления о новых комментариях с неопознанного и непроверенного почтового ящика как этот — noreply@unverified, или вы начали получать сообщения, отправленные через форму обратной связи блога от такого имени — noreply, то в этой статье я покажу вам, как решить данную проблему.
После того, как вы сделаете все действия описанные в статье, ваши подписчики начнут получать уведомления от вашего реального имени и реального email, а вы начнёте получать сообщения, отправленные через форму обратной связи от настоящего имени отправителя.
Если вы до сих пор не сталкивались с данной проблемой, то советую не игнорировать мою статью и в любом случае сохранить её в закладках. Дело в том, что с вами может произойти нечто подобное в любой момент. И сейчас я расскажу почему такое происходит и почему это может произойти с каждым владельцем сайта.
Входящая почта от noreply@unverified.beget.ru
Недавно я обратил внимание на то, что все уведомления о новых комментариях в моём блоге и сообщения, отправленные через форму обратной связи блога, приходят на email от какого-то неизвестного и неопознанного почтового ящика — «noreply»
А ведь раньше уведомления приходили от моего имени, то есть так — «Блог Игоря Черноморца», а сообщения приходили от имени отправителя.
Вот как это выглядело:
Если открыть одно из писем, то будет видно с какого именно email пришло уведомление. И вот что я увидел:
То есть, получается, что подписчик не открыв письмо, не знает с какого блога пришло уведомление, а я не знаю от кого мне пришло сообщение. Могу предположить, что многие люди увидев сообщение с подобного email даже не попытаются его открыть, так как посчитают его за спам.
Почтовые ящики noreply@doman — что это за зверь
Noreply или no-reply, в переводе на русский язык — «не отвечать»
Почтовые ящики noreply@doman, чаще всего создаются в том случае, когда владелец такого email посылает сообщения подписчикам с помощью робота (скрипта, бота). В таком случае он не заинтересован в том, чтобы создавался диалог между роботом и пользователем. И это логично!
Когда пользователь видит обратный email в виде no-reply, то он понимает, что отвечать на такие сообщения бессмысленно.
Чаще всего подобные почтовые ящики создаются в целях распространения спам сообщений. Именно поэтому я решил заняться решением данной проблемы, так как мои сообщения и уведомления никак не относятся к спаму!
Если вы хотите почитать более подробную информацию о почтовых ящиках no-reply, то переходите по этой ссылке на популярный сайт Хабрахабр.
Почему уведомления и сообщения приходят от неразрешённого почтового ящика noreply@unverified
Когда я впервые увидел этот почтовый ящик noreply@unverified.beget.ru, то сразу же догадался, что проблема исходит от моего хостинг провайдера Бегет.
Моментально я обратился в техподдержку хостинга Бегет с таким вопросом:
Здравствуйте! Недавно обратил внимание на то, что я и все мои комментаторы начали получать уведомления о новых комментариях с неопределённого email — noreply@unverified.beget.ru, хотя раньше все получали уведомление от моего имени и названия сайта «Блог Игоря Черноморца»
Как можно это исправить?
Ответ техподдержки не заставил себя долго ждать. Я настоятельно вам советую внимательно прочитать ответ техподдержки, так как в нём присутствует полноценный ответ на вопрос — «Почему уведомления и сообщения приходят от неразрешённого почтового ящика noreply@unverified»
Здравствуйте,
В связи с массовыми рассылками спама и мошеннических писем с наших серверов, был внесен ряд изменений в работу функции php mail(),
в частности:
При отправке писем со сторонних доменов (не на наших DNS серверах, например mail.ru, gmail.com, проверка производится по A-записи домена) выполняется замена адреса отправителя в поле From: на технический адрес на сервере вида noreply@unverified.beget.ru
оригинальное содержимое поля From: подставляется в заголовок Reply-To: чтобы сохранить возможность ответа по почтовому адресу, который был указан для связи в форме обратной связи сайта.
Чтобы избежать замены заголовков, Вам необходимо использовать ящик на домене сайта в качестве адреса отправителя, также необходимо обеспечить корректное формирование заголовков письма (в том числе и Reply-To 
при отправке писем из обратной связи.
Это значит что в настройках, при установке вашей CMS, рекомендуется использовать почту в пределах адреса сайта.
Например:
Для beget.ru — будет pochta@beget.ru
После того, как вы установите корректный заголовок «From:» для ваших писем, письма начнут приходить корректно.
Как вы можете догадаться, подобные изменения рано или поздно могут произойти абсолютно на любом хостинге, а не только на Бегет. Поэтому всегда держите руку на пульсе.
Давайте я вам сейчас вкратце переведу простыми словами ответ техподдержки.
Но для начала, нужно создать электронный почтовый ящик на домене сайта и сейчас я покажу вам как это сделать.
Как создать почтовый ящик на домене сайта
Абсолютно на любом хостинге можно создавать новый почтовый ящик на домене сайта.
В данном случае я покажу вам как создавать такой почтовый ящик на хостинге Бегет, но на других хостинг-провайдерах действия будут идентичны.
В админке хостинга заходите в раздел «Почта» или «Почтовые ящики».
Далее выбираете свой домен:
Далее, создаёте свой новый почтовый ящик на домене:
Лично я назвал свой новый почтовый ящик так — blog@igorchernomoretz.com
Теперь нужно настроить перенаправление. То есть, вам нужно указать рабочий и реальный адрес электронной почты для автоматического перенаправления входящих сообщений.
Моя рабочий email это — igorchernomoretz@gmail.com
Вот и всё!
А сейчас нужно прописать мой новый электронный ящик на домене, во всех настройках плагинов, которые ответственные за уведомления о новых сообщениях.
Настройка электронной почты в плагине обратной связи — contact form 7
Для обратной связи на блоге я использую плагин contact form 7 и поэтому сейчас я покажу вам как изменить в нём настройки для того, чтобы оповещение о новых сообщениях приходили от отправителя, а не от noreply. Но если вы используете другой плагин для обратной связи, то настройки окажутся идентичны.
Итак, заходим в редактирование вашей формы обратной связи и вот что мы видим:
Далее нажимаем на ярлык «Письмо» и видим это:
Обратите внимание на разделы — TO и FROM.
TO — здесь вы должны прописать почтовый ящик, на который хотите получать сообщения от ваших читателей (отправителей). В моём случае, это мой личный email — igorchernomoretz@gmail.com
FROM — а вот здесь вам нужно прописать электронный ящик на вашем домене, тот который вы создали через хостинг-провайдер. В моём случае это — blog@igorchernomoretz.com
Так это должно выглядеть после изменений:
В данном случае мы указываем плагину, что уведомление о новых сообщениях должно отправляться от почтового ящика на домене. То есть, когда отправитель указывает свой обратный email, то форма отправляет мне письмо не с его ящика, а с ящика на домене, то есть — blog@igorchernomoretz.com и тем самым минует опасность спам рассылки.
С этого момента все сообщения начнут приходить от имена отправителя, а не от ужасного no-reply
Настройка электронной почты в плагине subscribe to comments
Для уведомления о новых комментариев я использую один из популярных плагинов под названием subscribe to comments reloaded. Если вы используете другой плагин, то настройки окажутся идентичны.
Итак, заходим в настройки плагина:
Далее заходим в ярлык «Уведомления»
Обратите внимание на раздел «Эл. адрес отправителя»
Именно здесь вы обязаны указать свой новый почтовый ящик на домене, который создали в хостинге, помните?
Только в этом случае, плагин будет оповещать ваших комментаторов от вашего имени, а не от назойливого noreply
Теперь вы знаете, что нужно сделать, чтобы вы (владелец сайта) и ваши подписчики начали получать уведомления от вашего имени и вашего реального email, а не с почтового ящика noreply.
Если у вас остались вопросы, то задавайте их в комментариях. С радостью на них отвечу!
На этом я с вами прощаюсь и до новых встреч. Пока, пока.
Зачем нужны почты no-reply@?
Почты вида noreply@domain.ru, no-reply@domain.ru и прочие — вызов здравому смыслу. Просто вдумайтесь: это действующие почтовые ящики, на которые можно отправить письмо, но делать этого не нужно. Я знаю такой же по логичности объект – это кнопка «не нажимать». Вот примерно такая:
Есть такие штуки – протоколы, стандарты, принятые шаблоны использования. Все они однозначно подсказывают, что если есть почтовый адрес, на него можно написать. Если бы нам нужен был почтовый адрес, на который нельзя писать, его бы описали вместе со всем стеком протоколов, который обеспечивает работу электронной почты. Но его такого тупо нет. И тут на сцене появляется наш noreply.
Для чего используется почта noreply@?
Давайте разберёмся, когда вообще к психически здоровому человеку в голову приходит мысль завести у себя что-то вроде noreply@domain.ru. Первый очевидный (и он же – самый распространённый) случай – это когда у вас есть робот, который что-то регулярно рассылает. И вы хотите защитить пользователя от диалога с роботом. Поскольку роботу нужен ящик, ему даётся название вроде «не-пиши-сюда».
Хороший приём для параноиков. Я вот знаю одну крупную фракцию в онлайновой игре, которая называется «Test Alliance Please Ignore». Отличный случай фана, драйва и когнитивного диссонанса.
В случае с почтой такого фана и драйва нет. А диссонанс есть. Потому что, если задуматься, каждый случай, когда пользователь (даже искренне не знакомый с компьютерами вообще) пишет кому-то письмо, это какая-то информационная транзакция. Которая как минимум этому пользователю важна. И она должна попасть к реальному человеку. И постепенно становится понятно, что noreply – это не защита от ошибки пользователя, а попытка кого-то из специалистов снять с себя ответственность.
Для начала я посмотрел, что рассылают наши роботы внутри нашей же сети магазинов. Яркий пример – утренние апдейты со складов, где показывается, например, товар, которого давно не было, или товар, который появился в продаже впервые. Имя отправителя – «Авторассылка Мосигры», адрес – noreply. По логике, пользователь (например, закупщик) может ответить на это письмо багрепортом, просто чему-то удивиться и попросить проверить данные. Или другой полезной информацией. Или не очень полезной, но весёлой, тоже случается. Поэтому по логике, если бы в отправителях стоял наш общий ящик саппорта, всем бы жилось легче. Обратите внимание, не только юзерам, но и в конечном счёте и саппорту, потому что своевременный меткий багрепот экономит до 3-4 часов рабочего времени. Такие noreply мы поменяем на человеческие адреса со следующим апдейтом.
Затем есть рассылки на клиентскую базу. Тут всё просто – в «откуда отправлено» техническая фигня сервиса рассылок, но в «кому отвечать» моя почта. Покупатель видит именно меня (или в крайнем случае «отправлено от имени» перед почтой). Не путается. С другой стороны, я знаю кучу людей, которые шлют мне рассылки именно с noreply. Когда у меня появляется вопрос, я, по логике их интерфейса, должен ткнуть в подпись, а не воспользоваться очевидным и простым UI-шаблоном поведения «ответить на письмо».
И третий случай – всякие технические уведомления вроде приостановки сервисов, платежах за разные услуги и т.п. Вот здесь кое-кто конкретно облажался – пока я искал noreply@ в своей почте, с удивлением обнаружил свой ответ на автовыставление счёта с просьбой продлить контракт на год. Естественно, мне никто не ответил. Я даже знаю, что было дальше – через 3 дня нашёлся другой поставщик этой же услуги. Самое весёлое, что, вроде, косорукий идиот здесь я, а бабки не получил тот, кто настроил свой noreply.
Что я предлагаю
Понятно, что отправлять автопочту с чьего-то личного ящика – идея так себе по многим причинам. Но почтовый протокол – волшебная вещь! – позволяет указывать не только реальную почту отправителя, но и «кому отвечать» (Reply-To). И почти все современные клиенты, в том числе, веб-сервисы, показывают это пользователю очень прозрачно. Он видит, что на письмо можно ответить, и сразу видит, куда оно уйдёт. Ему не надо думать об особенностях реализации. Всё просто.
Или, может, у вас есть ситуация, когда noreply реально нужен?
Зачем нужны почты no-reply@?
Почты вида noreply@domain.ru, no-reply@domain.ru и прочие — вызов здравому смыслу. Просто вдумайтесь: это действующие почтовые ящики, на которые можно отправить письмо, но делать этого не нужно. Я знаю такой же по логичности объект – это кнопка «не нажимать». Вот примерно такая:
Есть такие штуки – протоколы, стандарты, принятые шаблоны использования. Все они однозначно подсказывают, что если есть почтовый адрес, на него можно написать. Если бы нам нужен был почтовый адрес, на который нельзя писать, его бы описали вместе со всем стеком протоколов, который обеспечивает работу электронной почты. Но его такого тупо нет. И тут на сцене появляется наш noreply.
Для чего используется почта noreply@?
Давайте разберёмся, когда вообще к психически здоровому человеку в голову приходит мысль завести у себя что-то вроде noreply@domain.ru. Первый очевидный (и он же – самый распространённый) случай – это когда у вас есть робот, который что-то регулярно рассылает. И вы хотите защитить пользователя от диалога с роботом. Поскольку роботу нужен ящик, ему даётся название вроде «не-пиши-сюда».
Хороший приём для параноиков. Я вот знаю одну крупную фракцию в онлайновой игре, которая называется «Test Alliance Please Ignore». Отличный случай фана, драйва и когнитивного диссонанса.
В случае с почтой такого фана и драйва нет. А диссонанс есть. Потому что, если задуматься, каждый случай, когда пользователь (даже искренне не знакомый с компьютерами вообще) пишет кому-то письмо, это какая-то информационная транзакция. Которая как минимум этому пользователю важна. И она должна попасть к реальному человеку. И постепенно становится понятно, что noreply – это не защита от ошибки пользователя, а попытка кого-то из специалистов снять с себя ответственность.
Для начала я посмотрел, что рассылают наши роботы внутри нашей же сети магазинов. Яркий пример – утренние апдейты со складов, где показывается, например, товар, которого давно не было, или товар, который появился в продаже впервые. Имя отправителя – «Авторассылка Мосигры», адрес – noreply. По логике, пользователь (например, закупщик) может ответить на это письмо багрепортом, просто чему-то удивиться и попросить проверить данные. Или другой полезной информацией. Или не очень полезной, но весёлой, тоже случается. Поэтому по логике, если бы в отправителях стоял наш общий ящик саппорта, всем бы жилось легче. Обратите внимание, не только юзерам, но и в конечном счёте и саппорту, потому что своевременный меткий багрепот экономит до 3-4 часов рабочего времени. Такие noreply мы поменяем на человеческие адреса со следующим апдейтом.
Затем есть рассылки на клиентскую базу. Тут всё просто – в «откуда отправлено» техническая фигня сервиса рассылок, но в «кому отвечать» моя почта. Покупатель видит именно меня (или в крайнем случае «отправлено от имени» перед почтой). Не путается. С другой стороны, я знаю кучу людей, которые шлют мне рассылки именно с noreply. Когда у меня появляется вопрос, я, по логике их интерфейса, должен ткнуть в подпись, а не воспользоваться очевидным и простым UI-шаблоном поведения «ответить на письмо».
И третий случай – всякие технические уведомления вроде приостановки сервисов, платежах за разные услуги и т.п. Вот здесь кое-кто конкретно облажался – пока я искал noreply@ в своей почте, с удивлением обнаружил свой ответ на автовыставление счёта с просьбой продлить контракт на год. Естественно, мне никто не ответил. Я даже знаю, что было дальше – через 3 дня нашёлся другой поставщик этой же услуги. Самое весёлое, что, вроде, косорукий идиот здесь я, а бабки не получил тот, кто настроил свой noreply.
Что я предлагаю
Понятно, что отправлять автопочту с чьего-то личного ящика – идея так себе по многим причинам. Но почтовый протокол – волшебная вещь! – позволяет указывать не только реальную почту отправителя, но и «кому отвечать» (Reply-To). И почти все современные клиенты, в том числе, веб-сервисы, показывают это пользователю очень прозрачно. Он видит, что на письмо можно ответить, и сразу видит, куда оно уйдёт. Ему не надо думать об особенностях реализации. Всё просто.
Или, может, у вас есть ситуация, когда noreply реально нужен?
Зачем нужны почты no-reply@?
Оригинал поста с огромным обсуждением у меня на Хабре
Почты вида noreply@domain.ru, no-reply@domain.ru и прочие — вызов здравому смыслу. Просто вдумайтесь: это действующие почтовые ящики, на которые можно отправить письмо, но делать этого не нужно. Я знаю такой же по логичности объект – это кнопка «не нажимать». Вот примерно такая:
Есть такие штуки – протоколы, стандарты, принятые шаблоны использования. Все они однозначно подсказывают, что если есть почтовый адрес, на него можно написать. Если бы нам нужен был почтовый адрес, на который нельзя писать, его бы описали вместе со всем стеком протоколов, который обеспечивает работу электронной почты. Но его такого тупо нет. И тут на сцене появляется наш noreply.
Для чего используется почта noreply@?
Давайте разберёмся, когда вообще к психически здоровому человеку в голову приходит мысль завести у себя что-то вроде noreply@domain.ru. Первый очевидный (и он же – самый распространённый) случай – это когда у вас есть робот, который что-то регулярно рассылает. И вы хотите защитить пользователя от диалога с роботом. Поскольку роботу нужен ящик, ему даётся название вроде «не-пиши-сюда».
Хороший приём для параноиков. Я вот знаю одну крупную фракцию в онлайновой игре, которая называется «Test Alliance Please Ignore». Отличный случай фана, драйва и когнитивного диссонанса.
В случае с почтой такого фана и драйва нет. А диссонанс есть. Потому что если задуматься, то каждый случай, когда пользователь (даже искренне не знакомый с компьютерами вообще) пишет кому-то письмо, это какая-то информационная транзакция. Которая как минимум этому пользователю важна. И она должна попасть к реальному человеку. И постепенно становится понятно, что noreply – это не защита от ошибки пользователя, а попытка кого-то из специалистов снять с себя ответственность.
Для начала я посмотрел, что рассылают наши роботы внутри нашей же сети магазинов. Яркий пример – утренние апдейты со складов, где показывается, например, товар, которого давно не было, или товар который появился в продаже впервые. Имя отправителя – «Авторассылка Мосигры», адрес – noreply. По логике, пользователь (например, закупщик) может ответить на это письмо багрепортом, просто чему-то удивиться и попросить проверить данные. Или другой полезной информацией. Или не очень полезной, но весёлой, тоже случается. Поэтому по логике, если бы в отправителях стоял наш общий ящик саппорта, всем бы жилось легче. Обратите внимание, не только юзерам, но и в конечном счёте и саппорту, потому что своевременный меткий багрепот экономит до 3-4 часов рабочего времени. Такие noreply мы поменяем на человеческие адреса со следующим апдейтом.
Затем есть рассылки на клиентскую базу. Тут всё просто – в «откуда отправлено» техническая фигня сервиса рассылок, но в «кому отвечать» моя почта. Покупатель видит именно меня (или в крайнем случае «отправлено от имени» перед почтой). Не путается. С другой стороны, я знаю кучу людей, которые шлют мне рассылки именно с noreply. Когда у меня появляется вопрос, я, по логике их интерфейса, должен ткнуть в подпись, а не воспользоваться очевидным и простым UI-шаблоном поведения «ответить на письмо».
И третий случай – всякие технические уведомления вроде приостановки сервисов, платежах за разные услуги и т.п. Вот здесь кое-кто конкретно облажался – пока я искал noreply@ в своей почте, с удивлением обнаружил свой ответ на автовыставление счёта с просьбой продлить контракт на год. Естественно, мне никто не ответил. Я даже знаю, что было дальше – через 3 дня нашёлся другой поставщик этой же услуги. Самое весёлое, что, вроде, косорукий идиот здесь я, а бабки не получил тот, кто настроил свой noreply.
Что я предлагаю
Понятно, что отправлять автопочту с чьего-то личного ящика – идея так себе по многим причинам. Но почтовый протокол – волшебная вещь! – позволяет указывать не только реальную почту отправителя, но и «кому отвечать» (Reply-To). И почти все современные клиенты, в том числе, веб-сервисы, показывают это пользователю очень прозрачно. Он видит, что на письмо можно ответить и сразу видит, куда оно уйдёт. Ему не надо думать об особенностях реализации. Всё просто.
Или, может, у вас есть ситуация, когда noreply реально нужен?