none
Подключение к IMAP с именем пользователя, содержащим русские символы и пробелы RRS feed

  • Общие обсуждения

  • К IMAP на Exchange, как известно можно подключаться, использую такие строки в качестве имени пользователя

    Однако, если использовать

    • domain\имя пользователя\alias
    • имя пользователя@domain.com

    Авторизация не проходит. Есть ли какая-нибудь возможность исправить такое поведение? Может как-то кавычки расставить или есть спецсимвол, заменяющий пробел?


    MCITP: Enterprise Administrator, MCSA
    14 апреля 2010 г. 13:03

Все ответы

  • Боюсь, что вам надо использовать имена без пробелом, а также лучше не использовать русских букв в логинах.

    Используя не допустимые символы, скорее всего вы столкнетесь в будущем с проблемами не только авторизации в IMAP/

    15 апреля 2010 г. 8:53
  • Такая структура досталась в наследство, и проблему нужно решать. Если хоть в 1 статье MS было явно сказано, что русские имена пользователей с пробелами не поддерживаются в AD, я бы не задавал таких вопросов.


    MCITP: Enterprise Administrator, MCSA
    15 апреля 2010 г. 9:13
  • Честно говоря, вообще не вижу проблем с этим. Ибо я и сам, во времена миграции с MDaemon'а на Exchange (тогда ещё 2003), поднимал IMAP, как временный костыль.

    А что у вас за клиент за такой? И зачем вы, вообще, вручную прописываете логин/пароль, когда во всех Outlook'ах (Microsoft Office и Express) есть "Безопасная проверка пароля (SPA)"? Ну и, конечно же, не могу не спросить - а IMAP вам для каких целей?

    19 апреля 2010 г. 8:36
  • IMAP какраз для Аутлуков-Экспроссов/WLMail-ов, мобильныйх дивайсов и прочих служебных нужд.
    MCITP: Enterprise Administrator, MCSA
    19 апреля 2010 г. 8:53
  • Честно говоря, не понимаю зачем все эти костыли, когда есть вменяемые средства, вроде Microsoft Office Outlook, Outlook Web Access и Activesync.
    19 апреля 2010 г. 8:56
  • Не у всех есть офис, не у всех Windows Mobile и тп.

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

     


    MCITP: Enterprise Administrator, MCSA
    19 апреля 2010 г. 9:02
  • И ещё: что вам мешает оставить неизменным имя Pre-Windows 2000, и изменить UPN? А именно - привести его к виду адреса электронной почты. Это, на самом деле, более чем православно - пользователи смогут заходить в систему, OWA и прочие ресурсы, используя свой E-Mail, либо, привычные "Фамилия Имя"...

    19 апреля 2010 г. 9:04
  • Используя не допустимые символы, скорее всего вы столкнетесь в будущем с проблемами не только авторизации в IMAP/

    За всю историю использования "недопустимых символов" в логинах пользователей, столкнулся с проблемой только единожды - Remote Desktop Gateway в Windows Server 2008 R2. Поэтому, пришлось оставить Terminal Services Gateway на Windows Server 2008, так как там всё работает прекрасно!

    Но сразу оговорюсь - речь идёт о продуктах Microsoft'а;). Со всякими левыми поделками можно легко нарваться на грабли. Но я, слава богу, даже с поделками, этого избежал:).

    19 апреля 2010 г. 9:09
  • Ну это ведь тоже будет по сути костыль + немалый administrative effort в случае большых сетей. Нужно решить проблему в корне, а не перелопачивать юзеров в АД. Я знаком с лучшими практиками по именованию юзеров и сам плююсь от текущей схемы.


    MCITP: Enterprise Administrator, MCSA
    19 апреля 2010 г. 9:11
  • Нет, изменение UPN'ов будет приведением AD в порядок;).

    В корне, как я вам сказал: использовать "Безопасная проверка пароля (SPA)" - а именно, текущие учётные данные, с которыми пользователь вошёл в систему. Вбивать их вручную - мега костылище!

    Как я вижу, в Windows Live Mail данный тип аутентификации тоже имеется и называется просто "Безопасная проверка пароля".

    Чем вас не устраивает данный вариант? Не все клиенты доменные? Или наоборот - все не доменные, кому IMAP нужен?

    19 апреля 2010 г. 9:19
  • Верно, имапные юзеры предполагаются ниразу нес доменных компов, и клиенты доступа тоже не от MS, а любые, для универсализации. Все, конечно через SSL, но уж его то клиенты поддерживают.

    Насчет переименованиея UPN-ов -- я с вамим согласен, но у меня СТОИТ ЗАДАЧА не переименовывать пользователей, иначе бы сделал уже.

    Да, кстати SPA я пробовал активировать на недоменном компе, так и не заработало, сплошный auth fail-ы, имя/пароль так и не запрашивались. А вот clear text и ssl работают, для пользователей без пробелов в имени.

    Кстати, проблему с русскими именамим в RDS Gate мы решили.


    MCITP: Enterprise Administrator, MCSA
    19 апреля 2010 г. 11:26
  • Ну, если уж говорить об универсализации, то это OWA:).

    Если говорить о задаче, то получается, что в вашем контексте она "не имеет решения", без дополнительных поправок и телодвижений;).

    Говоря о SPA, я думал, что у вас клиенты доменные;). Если же это "левые" машины, то, разумеется, работать не будет.

    За RDG отдельное спасибо:)! Всё как-то руки не доходили, чтоб им заняться...

    19 апреля 2010 г. 12:22
  • Ну, если уж говорить об универсализации, то это OWA:).

    Ничто не может быть универсальней, чем старый добрый POP/IMAP. Под универсальностью я понимаю доступ не только людей, но и роботов, скриптов и прочих дивайсов.

    "не имеет решения", без дополнительных поправок и телодвижений

    Эта инормация достоверна, или все же догадка? Я почему-то надеюсь, что существуют какие-то символы или способ выделения, чтобы пробел не вводил имап в ступор.


    MCITP: Enterprise Administrator, MCSA
    19 апреля 2010 г. 16:21
  • Ничто не может быть универсальней, чем старый добрый POP/IMAP.
    Технологии давно ушли вперёд, а эти костыли должны быть погребены:)...
    Под универсальностью я понимаю доступ не только людей, но и роботов, скриптов и прочих дивайсов.
    А вот таким "экземплярам" Русские символы с проблелами, как раз, нафиг не нужны;).
    Эта инормация достоверна, или все же догадка?
    Разумеется, догадка:)!
    Я почему-то надеюсь, что существуют какие-то символы или способ выделения, чтобы пробел не вводил имап в ступор.
    Это всё зависит от непосредственной реализаии и ответить на этот вопрос одназначно могут лишь те, кто ооочень глубоко копал данный вопрос, либо видел код. Ни к тем ни, тем более, к другим я себя отнести не могу.
    19 апреля 2010 г. 18:14
  • Технологии давно ушли вперёд, а эти костыли должны быть погребены:)....
    Эх, мне, как человеку, неплохо знающему Linux так хочется поспорить, но MS я люблю больше ;)
    ответить на этот вопрос одназначно могут лишь те, кто ооочень глубоко копал данный вопрос, либо видел код?
    Здесь мне таки обещали поглубже разузнать...
    MCITP: Enterprise Administrator, MCSA
    20 апреля 2010 г. 12:52
  • Ждёмс...
    20 апреля 2010 г. 12:55
  • Используя не допустимые символы, скорее всего вы столкнетесь в будущем с проблемами не только авторизации в IMAP/

    За всю историю использования "недопустимых символов" в логинах пользователей, столкнулся с проблемой только единожды - Remote Desktop Gateway в Windows Server 2008 R2. Поэтому, пришлось оставить Terminal Services Gateway на Windows Server 2008, так как там всё работает прекрасно!

    Но сразу оговорюсь - речь идёт о продуктах Microsoft'а;). Со всякими левыми поделками можно легко нарваться на грабли. Но я, слава богу, даже с поделками, этого избежал:).

    Скажу, что только здесь, в форуме по exchange, уже не раз встречались с подобными проблемами. Каждый решает за себя, каким образом поддерживать текущую инфраструктуру.
    22 апреля 2010 г. 5:55