Чому погано використовувати електронну пошту клієнта як адресу

У мене є додаток, який надсилає електронні листи користувачам, як тільки вони заповнюють форму. Він використовується no-reply@customerdomain.comяк адреса. Клієнт хоче, щоб він використовував електронну пошту із форми як адресу, яка може бути чим завгодно. Мені сказали, що це погана ідея через підробку / чорний список та спам.

Я відчуваю дуже розпливчастість щодо точної причини, чому це погана ідея, особливо, коли я повинен намагатися порадити клієнта з цього питання. Хтось може мені пояснити, чому це погана ідея.

Цікаво, що клієнт використовував обліковий запис gmail як адресу з адресою як демонстраційну програму, яка не лише чудово працює, але й дала змогу програмі почати надсилати електронні листи (раніше цього не робилося з електронним листом no-reply@customerdomain.com). Ерм - що відбувається. Мені сказано одне, а інше працює.

Вибачте - я знаю, що це основне, але я міг знайти що-небудь у пошуку Google. В основному я думаю, тому що у мене виникають проблеми навіть з постановкою питання.

EDIT

Дякую всім - чудові відповіді. Цікаво, що сервер, що надсилає електронну пошту, та поштову скриньку, які вони збираються, знаходяться за одним брандмауером, тому клієнт каже, що не турбується про спам. Ну добре.

Це неправильна практика з кількох причин:

• Вам заборонено надсилати пошту з домену, яким ви не володієте. Як такий, це може бути задумано як спроба себерозуміння.
• Це досить поширена практика, яку використовують спамери, і, як таку, часто позначають фільтрами спаму.
• Досить часто для доглянутих доменів використовувати SPF або DKIM, щоб захистити свою репутацію та допомогти іншим системам ідентифікувати себе та спам. Ви, очевидно, не зможете додати заголовок пошти DKIM або додати свій SMTP-сервер до запису SPF DNS домену, і тому ваша пошта буде вважатися підробленою та відхиленою.

Правильна практика - використовувати свій локальний домен як відправника, можливо, використовувати неіснуючу адресу як ім'я користувача.

Насправді вам дозволяється встановлювати Fromадресу на електронну пошту свого клієнта, якщо ви правильно встановили Senderполе на свою власну адресу. Це те, що раніше робив Paypal !

ВІД: customer@yourCustomer.com
ДО: отримувач@recipient.com
SENDER: you@yourCompany.com

Більшість клієнтів електронної пошти відображатимуть це як "From you@yourCompany.com on Behalf Of customer@yourCustomer.com" . У домені клієнта не повинно виникнути жодних проблем із SPF або DKIM.

Напевно, ви також повинні встановити Reply-toзаголовок на адресу свого клієнта, тому відповіді йдуть на адресу клієнта, а не на вашу.

TL; DR:

Погана практика використання електронної адреси з форми. Натомість використовуйте електронну адресу, яка використовується спеціально для цього списку розсилки.

Довга версія:

По-перше, фактично використовуються дві адреси електронної пошти. Один - відправник конверту, інший - той, який відображається на-рядку From:в електронній пошті.

Відправник конверту - це той, який використовується електронними серверами для видачі повідомлень про доставку. Якщо ви використовуєте список розсилки, ця адреса, як правило, буде в сценарії, який може видалити неробочі адреси зі списку розсилки.

From:Адреса є той , який буде використовуватися , коли одержувач пошти натискає на Відповідь. У цьому випадку слід вказати на того, хто насправді може відповісти на будь-яке запитання, на який одержувач може відповісти (або принаймні переслати когось, хто може).

Якщо ви використовуєте власну електронну адресу одержувача в якості відправника конвертів, ви можете очікувати, що деякі / багато поштових серверів відхилять пошту або тегуватимуть її як імовірно спам - тому що люди часто не надсилають пошту до себе з власної адреси через зовнішній сервер.

Якщо ви використовуєте власну електронну адресу одержувача в якості From:-відправника, користувач не зможе відповісти на повідомлення, якщо потрібно. Розміщення посилання десь в тілі повідомлення електронної пошти недостатньо; люди все одно використовуватимуть кнопку відповіді у своєму клієнті електронної пошти та будуть засмучені, коли це не працює.

Ви отримали кілька чудових відповідей, розмовляючи тут про технічні проблеми. Що стосується продажу цього покупцеві, можливо, корисно буде перефразовувати питання. Замовник, ймовірно, запитує у вас варіант "чи буде це працювати", на що відповідь "так, ви можете надіслати електронний лист таким".

Краще питання, яке вони повинні розглянути, - це "чи" це "приїде", чи побачать це наші клієнти, якщо воно буде надіслане таким чином ". Відповідь більшості сучасних фільтрів спаму - "ні, напевно, ні".

Є два питання, які я можу придумати, найбільша проблема полягає в тому, що ви надсилатимете електронний лист, який, можливо, може бути недостатнім, і, очевидно, зворотна адреса також буде такою, що означатиме безліч електронних листів, які сидять і чекають вичерпання . Невелика проблема може полягати в тому, що частина цих листів закінчується спамом, оскільки сервери шукають електронну пошту з певних доменів, які надходять з певних машин (за правилами DKIM).

Я створив би no-reply@customerdomain.comадресу і вирішив, що робити з електронною поштою пізніше.

Підробляти власну адресу користувача як «Від:» - погана ідея. Це хороший спосіб переконатися, що пошта ніколи не потрапляє до користувача, оскільки фільтри проти спаму можуть розцінювати це як підробку (що це фактично !)

Для SMTP-сервера цілком розумно і загальноприйнято "thisdomain" відхиляти запит "MAIL From: user @ thisdomain", який надходить із з'єднання TCP, яке знаходиться поза "thisdomain". (Дозволення такого запиту від місцевих хостів дозволяє користувачеві в мережі "цейдомен" надсилати один одному повідомлення.)

Насправді, noreply@customerdomain.comце погана ідея також:

Ось фрагмент конфігурації з мого SMTP-сервера (програмне забезпечення Exim), який налаштовує його на відмов повідомлення від noreplyвідправників:

deny
  message = Sorry, we do not accept SMTP traffic from "noreply" senders. \
            We believe that it is less than polite to send messages from \
            nonexistent e-mail addresses \
            which cannot be replied to! E-mail is a "two-way street". \
            If you want us to accept \
            your mail, then please accept replies.
  senders = ^noreply@.*

Електронну пошту повинні надсилати лише справжні відправники, які можуть приймати відповіді.

Навіщо мені слухати все, що ви говорите, якщо вуха підключені до чогось, що я говорю?

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

Клієнт може не турбуватися про спам, але головна проблема тут полягає в тому, що етично неправильно використовувати домен клієнта, про що говорять у всіх інших відповідях тут.