У меня возникли трудности с настройкой pidgin для работы с учетной записью коммуникатора mysoft microsoft 365 lync 2013 (не 2010).
Я либо получил сообщение об отсутствии аутентификации, либо Incompatible authentication scheme chosen: NTLM в зависимости от значений пользовательского агента, используемых в этой вики
. Похоже, что и значения пользовательского агента, начинающиеся с UCCAPI, обеспечивают
У меня трижды проверено, что пароль правильный.
Ниже приведены некоторые изображения моих настроек (I).
Я запускаю pidgin со скриптом, чтобы исправить ошибку с ошибкой записи:
export NSS_SSL_CBC_RANDOM_IV=0
pidgin -d
Я также использую последнюю версию SIPE (1.10.1), используя эту ppa: эту wiki
Какие настройки мне нужно изменить / добавить, чтобы получить ее работать?
Мне удалось заставить эту работу работать с Ubuntu 12.04 с помощью pidgin (2.10.3) и pidgin-sipe (1.11.2-1ubuntu1), установленных из репозитория точного / универсального по умолчанию. Мы также используем Lync2013.
Я использовал переменную окружения для запуска pidgin. Без этого pidgin терпит неудачу каждый раз, когда «Read failed». Это было настроено в /home/myuser/.profile, добавив:
export NSS_SSL_CBC_RANDOM_IV=0
. Проверьте здесь дополнительную информацию о том, зачем нужна эта переменная для sipe.
Настройки sipe были следующими: [!d4 ]
«Базовая» вкладка:
Имя пользователя: мой адрес электронной почты, используемый в компании (например, john.smith@company.co.uk) Логин: имя домена компании \ имя пользователя (например, КОМПАНИЯ \ john. smith)Вкладка «Дополнительно»:
Имя пользователя: мой адрес электронной почты, используемый в компании (например, john.smith@company.co.uk) Пользовательский агент: UARTAPI / 15.0.4420.1017 OC / 15.0.4420.1017 (Microsoft Lync) Логин: имя домена компании \ имя пользователя (например, КОМПАНИЯ \ john.smith)Все остальные поля в Advanced были пустыми , У меня не было настроено прокси.
Это то, что сейчас работает для меня. У меня есть учетная запись Office365.
BASIC TAB
Имя пользователя: username@company.com
Логин: username@company.com
Пароль: *****
[CHECK] Запомнить пароль
Локальный псевдоним: My Name
ADVANCED TAB
Сервер [: Порт]: BLANK
Тип подключения: SSL / TLS
Пользовательский агент: UCCAPI / 15.0.4481.1000 OC / 15.0.4481.1000 (Microsoft Lync)
Схема аутентификации : TLS-DSK
[UNCHECK] Использовать Single Sign-On
Остальное пусто
Потребовалось некоторое время, чтобы разобраться, но эта статья очень помогла. Что нужно знать:
Пользовательский агент отличается в зависимости от версии Lync, в которой работает ваша компания, и уровня исправления. Я нашел своего агента, найдя кого-то в MS Lync (не linux) и посмотрев файл uccapilog (он находится в каталоге Lync \ Tracing), ища UCCAPI. Я, по крайней мере, должен был найти сервер и должен был использовать прямой IP вместо DNS, нашел эту информацию в том же файле, что и выше. Схема аутентификации зависит от выбора вашей компании, когда они настраивают Lync, мой - NTLM. Я не использовал Single-Sign-on, поскольку мой вход в рабочую станцию не является моим доменным именем.Если у вас включена поддержка MultiFactorAuthentication, вам нужно будет указать «пароль приложения» на основной вкладке и электронной почте для входа и пароля электронной почты на вкладке «Дополнительно».
Для справки: сначала я получил Pidgin / SIPE, работающий над Ubuntu, следуя инструкциям Programster. Затем я попробовал в Windows, и с ошибкой с сообщением об ошибке
Web ticket request to https://webpoolams0e08.infra.lync.com:443/CertProv/CertProvisioningService.svc failed
Устранение SSO, опять же в соответствии с запросами Programster, решило это. Только теперь проблема заключается в том, что имена моих контактов Lync не отображаются. Если я нахожусь над ними, появляется подсказка с именем, но имя остается невидимым, когда мышь не существует.