#0
by Пифко_с_рыбкой
Извиняюсь, не знал как назвать тему. Такая проблема, есть например email mail@domen.ru Если отправить письмо на Mail@domen.ru,то оно не доходит до получателя, получает отлуп 550, типа нет пользователя, если написать email маленькими буквами, то все ок. Никогда такой проблемы не встречал, всегда был на 100% уверен - как не напиши, все равно письмо дойдет, а оказывается нет. Как поправить данную ситуацию?
#8
by smaharbA
где то в check_recipient_access = ... хотя х.з. у тебя может еще какие полиси или транспорты да и с держанием пользователей в мускуле никогда не заморачивался, до 200 - 300 ящиков не вижу смысла
#9
by Сверчок
вообще-то, есть такой раздел знанй как RFC. Например, RFC-822. Где совершенно однозначно указана регистроЗАВИСИМОСТЬ протокола передачи простых почтовых сообщений касательно написания адресов получателей. в-общем, читайте ГОСТ-ы, СНиП-ы и НПБ и да пребудет с вами Сила.
#11
by smaharbA
не дождался а ничего что When generating these units, any mix of upper and lower case alphabetic characters may be used. The case shown in this specification is suggested for message-creating processes. Note: The reserved local-part address unit, "Postmaster", is an exception. When the value "Postmaster" is being interpreted, it must be accepted in any mixture of case, including "POSTMASTER", and "postmaster".
#14
by N1kMZ
Честно сказать из него я понял, что регистрозависимые. Кроме postmaster, который пиши, как хочешь. Но обычно сервера принимают в любом регистре.
#16
by smaharbA
Из него абсолютно однозначно определяется, что в содержании полей могут быть любой регист символов, а регистрозависимые только отдельные поля (к которым ни реципиент ни ту не относятся) - прочтите еще раз.
#17
by Сверчок
не-а, этим стандартом явно закреплена регистронезависимость восприятия лишь едниственного имени -- PostMaster. и, неявным образом" декларирована регистрозависимость всего остального пространства имён.
#19
by smaharbA
Еще раз 3.4.7. CASE INDEPENDENCE Except as noted, alphabetic strings may be represented in any combination of upper and lower case. The only syntactic units which requires preservation of case information are: text qtext dtext ctext quoted-pair local-part, except "Postmaster" When matching any other syntactic unit, case is to be ignored. For example, the field-names "From", "FROM", "from", and even "FroM" are semantically equal and should all be treated ident- ically. When generating these units, any mix of upper and lower case alphabetic characters may be used. The case shown in this specification is suggested for message-creating processes. Note: The reserved local-part address unit, "Postmaster", is an exception. When the value "Postmaster" is being interpreted, it must be accepted in any mixture of case, including "POSTMASTER", and "postmaster". Могут многие указать на исключительность постмастера в этом контексте, но стоит внимательно еще раз прочитать о чем данный пункт (по сути разборчивость в восприятии к регистру почтовым агентом тут не говорится, а только о сохранности регистра при передаче сообщения)
Тэги: Админ
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- Програмное отключение проводок.
- Не получается запустить внешнюю обработку в клиент-серверном варианте
- Делаю техзадание, нужна помощь.
- Как программно сделать нажатие левой кнопки мыши в 1Cv8
- Параметр сеанса отсутствует или удален...
- По невалютным счетам есть валютная сумма
- Вывод в табличный документ (управляемые формы)
- Сохранение настроек отчета на СКД в регистр настроек УТ 10.3
- Выгрузка из УНФ в 1с Бухгалтерия 7.7
- Ошибка при вызове метода контекста (ЗарегистрироватьИзменения)
- Как оприходовать материалы при списании ОС?
- СКД. Выражение в вычисляемом поле
- Свертка Бухгалтерии 2.0
- Ошибка при подключении к базе. БП 1.6 -> 2.0
- Работа с внешними компонентами в тонком клиенте
- Установка сервера 1С 8.2х64 поверх 8.2х32
- Бухгалтерия 8 : оформить поступление на рс из кассы
- После формирования расшифровки к РСВ1 не совпадают суммы
- Ошибка при распроведении документа
- ЗУП ФФОМС и ТФОМС считаются неправильно