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

sed?

методы strip() и replace()

mail.replace(«'», ") вычищаем апострофы нахрен.

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

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

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

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

OFF

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ок, сегодня ты разрешишь ’, завтра .. , потом / , а потом тебе прилетит эксплоит прямо в 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

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

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

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

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

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

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

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

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

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

По делу :

Не работает((( 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
...