LINUX.ORG.RU
ФорумAdmin

Как очистить почтовые адреса от апострофов?

 


0

1

Привет всем. Время от времени пользователи делают рассылки, вставляя адреса из своего списка. На сервер адреса приходят обрамленные апострофами, в результате ошибки: ... In: RCPT TO: <'kom_obr_udm2@mail.ru'> Out: 501 5.1.3 Bad recipient address syntax In: RCPT TO: <'komitet14@yandex.ru'> Out: 501 5.1.3 Bad recipient address syntax Session aborted, reason: too many errors ... Письмо остается в исходящих, клиент снова и снова пытается его отправить. На стороне отправителя что-либо изменить возможности нет. Можно что-то сделать со стороны сервера?


Мне кажется проблема в пользователях. Расскажите им что даблклик в нормальных приложениях для текста выделяет содержимое, они же бедные наверно мышкой водят — выделяют.

anonymous
()
Ответ на: комментарий от anonymous

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

oszn75
() автор топика
Ответ на: комментарий от anonymous

Знать бы еще, как это сделать в Postfix.

oszn75
() автор топика
Ответ на: комментарий от anonymous

Знать бы еще, как это сделать в Postfix...

oszn75
() автор топика

OFF

Не тем занимаешся, встаешь на сколький путь, исправляя косяки пользователей им же написали " Bad recipient address syntax" пусть наморщат лоб.

alex_sim ★★★★
()
Ответ на: комментарий от oszn75

позвонить местным админам, они удалят письмо из исходящих

Не надо приучать пользователей делать неправильно, а постоянные попытки что-то отправить рассматривать как DoS атаку и отключать доступ. Быстро научатся. Если что - валить на автоматику.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Если что - валить на автоматику

Сергей, зайдите-ка ко мне в кабинет после обеда, расскажу вам о корпоративных ценностях

zolden ★★★★★
()
Ответ на: комментарий от zolden

Сергей, зайдите-ка ко мне в кабинет после обеда, расскажу вам о корпоративных ценностях

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

AS ★★★★★
()
Ответ на: комментарий от AS

Не надо приучать пользователей делать неправильно

Не нужно позволять пользователям делать неправильно.

а постоянные попытки что-то отправить рассматривать как DoS атаку и отключать доступ

С особо дебильными только так и бороться.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

Не нужно позволять пользователям делать неправильно.

Это тоже верно, но тут уже к разработчику почтового клиента.

AS ★★★★★
()
Ответ на: комментарий от AS

к разработчику почтового клиента

Просто нефиг пользоваться дерьмом, которое считает пользователя безмозглым кретином (автозамена, автодополнение, автоподтирание задницы).

Но да, на MS/Windows особого выбора нет — либо жирное дерьмо, либо дебильное дерьмо, либо дерьмовое дерьмо.

mord0d ★★★★★
()

Поддерживаю выше отписавшихся. «Сервер - не суетись под клиентом». Если пользователь на бумажных конвертах ошибается адресом это чья проблема? Почты России, dhl, etc ? имхо это исключительно проблема пользователя.

anc ★★★★★
()
Ответ на: комментарий от oszn75

Ок, сегодня ты разрешишь ’, завтра .. , потом / , а потом тебе прилетит эксплоит прямо в RCPT TO.

По делу :

# /etc/postfix/sender_canonical
/([^']+)/    ${1}
# main.cf
canonical_maps = regexp:/etc/postfix/canonical
canonical_classes=envelope_recipient

Проверка

# postmap -q "'vasya@thisdomain.com'" regexp:/etc/postfix/canonical
vasya@thisdomain.com
Bers666 ★★★★★
()

На стороне отправителя что-либо изменить возможности нет.

А если бы они вместо «@» писали «#», ты бы тоже костыль придумывал?

Black_Shadow ★★★★★
()
Ответ на: комментарий от AS

Это тоже верно, но тут уже к разработчику почтового клиента.

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

Bootmen ☆☆☆
()
Последнее исправление: Bootmen (всего исправлений: 2)

а может, всё таки, следует сообщать пользователям о том, что они всрались?

PexuOne
()
Ответ на: комментарий от Black_Shadow

А если бы они вместо «@» писали «#», ты бы тоже костыль придумывал?

Не виноваты они) Боюсь им самим по шапке прилетает, что письма не доходят.

oszn75
() автор топика
Ответ на: комментарий от Bootmen

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

Это все таки аутлук. Нашел несколько буржуйских форумов, где поднимался этот вопрос. И это не одна контора, их много и они совершенно разные. Но все юзеры использовали аутлук)

oszn75
() автор топика
Ответ на: комментарий от Bers666

По делу :

Не работает((( SMTP сессия завершается не доходя до проверки:

...
Sep  3 14:16:16 postfix postfix/smtpd[11880]: resolve_clnt: `' -> `'bogus@mail.ru'' -> transp=`CHANNEL NOT UPDATED' host=`NEXTHOP NOT UPDATED' rcpt=`'bogus@mail.ru'' flags=error class=default
Sep  3 14:16:16 postfix postfix/smtpd[11880]: ctable_locate: install entry key 'bogus@mail.ru'
Sep  3 14:16:16 postfix postfix/smtpd[11880]: warning: Illegal address syntax from unknown[10.1.1.1] in RCPT command: <'bogus@mail.ru'>
Sep  3 14:16:16 postfix postfix/smtpd[11880]: extract_addr: in: <'bogus@mail.ru'>, result: 'bogus@mail.ru'
Sep  3 14:16:16 postfix postfix/smtpd[11880]: > unknown[10.1.1.1]: 501 5.1.3 Bad recipient address syntax
Sep  3 14:16:16 postfix postfix/smtpd[11880]: watchdog_pat: 0x803e1d750
Sep  3 14:16:16 postfix postfix/smtpd[11880]: vstream_fflush_some: fd 9 flush 40
Sep  3 14:16:18 postfix postfix/smtpd[11880]: vstream_buf_get_ready: fd 9 got 6
Sep  3 14:16:18 postfix postfix/smtpd[11880]: < unknown[10.1.1.1]: QUIT
Sep  3 14:16:18 postfix postfix/smtpd[11880]: > unknown[10.1.1.1]: 221 2.0.0 Bye
...
Если адрес корректный, проверка проходит:
...
Sep  3 12:55:25 postfix postfix/smtpd[2444]: >>> CHECKING RECIPIENT MAPS <<<
Sep  3 12:55:25 postfix postfix/smtpd[2444]: ctable_locate: leave existing entry key bogus@mail.ru
Sep  3 12:55:25 postfix postfix/smtpd[2444]: maps_find: recipient_canonical_maps: bogus@mail.ru: not found
Sep  3 12:55:25 postfix postfix/smtpd[2444]: match_list_match: mail.ru: no match
Sep  3 12:55:25 postfix postfix/smtpd[2444]: maps_find: recipient_canonical_maps: @mail: not found
Sep  3 12:55:25 postfix postfix/smtpd[2444]: mail_addr_find: bogus@mail.ru -> (not found)
Sep  3 12:55:25 postfix postfix/smtpd[2444]: dict_regexp_lookup: /usr/local/etc/postfix/lines_maps/canonical: bogus@mail.ru
Sep  3 12:55:25 postfix postfix/smtpd[2444]: mac_parse: ${1}
Sep  3 12:55:25 postfix postfix/smtpd[2444]: maps_find: canonical_maps: regexp:/usr/local/etc/postfix/lines_maps/canonical(0,lock|fold_fix): bogus@mail.ru = bogus@mail.ru
...

oszn75
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.