- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Мы говорили непосредственно об отправке письма, о том, куда пихать пользовательское мыло, если оно присутствует, при отправке в письме данных из формы и что это пользовательское мыло – не то же самое, что мыло отправителя. Обсуждение не касалось используемого механизма отправки данных из формы на сервер.
Что касается заголовков, кодировки и проч., почитайте мою статью по ссылке выше. Не вижу смысла повторяться. Если будут уточняющие вопросы, можете спрашивать тут или в комментах к статье.
P.S. Если вы суете пользовательские данные в текст html-письма, то нужно в этих данных кодировать HTML-сущности, чтобы вам не подсовывали активные ссылки и проч. теги, которые не предусмотрены в шаблоне вашего письма.
Или же необходимы ещё заголовки?
Если в форме есть мыло юзера и на него планируется отвечать, то его нужно передавать в REPLY-TO. И обязательно проверять на корректность данных. Как при первой попытке отправить форму (жабаскриптом напр), так и перед самой отправкой (перед mail () ).
Если вы суете пользовательские данные в текст html-письма,
А лучше вообще отправлять и получать текстом.
HTML только если для своих клиентов, собственноручно сформированный.
Гораздо проще размещать пользовательское мыло в содержимом.
С последним абсолютно согласен. Рюшечки абсолютно ни к чему для доставки сообщений с сайтов. У нас часто даже подписи к значениям полей не используются. Если полей много, то обычно в мыло включается только несколько идентификационных полей, а полная копия данных остается на сайте.
Гораздо проще размещать пользовательское мыло в содержимом.
Это одно. И да, не помешает для контроля. Но кнопка "ответить" в мейл-клиенте тоже должна правильно работать. Особенно когда отвечают всякие менеджеры.
Тупиц не держим. У нас обычно доставка подобных сообщений идет с ящика noreply, а в Reply-To, адрес для отскока (Return-Path при приеме) заносится адрес того, кто в случае чего может надавать по башке нерадивому менеджеру. В Web-интерфейсе яши, маши достаточно кликнуть по мылу в содержимом, чтобы сформировать заготовку для ответа.
Тупиц не держим.
Ну это локально ж. А на форуме говорим о глобальном. Нас же читают все:)
Я в общем-то про это же. Большинство увидит тут Reply-To и проигнорит наши приписки по поводу необходимости тщательной валидации мыла, перед тем как пихать его в заголовок. Если даже не проигнорит, то велик шанс, что сделает криво. Поэтому лучше размещать в содержимом. Кто умеет норм. размещать в заголовке, в наших советах не нуждается.