The bat ошибка загрузки библиотеки mapi
Продолжаю мучиться с Exchange 2013.Возникло несколько вопросов, которые никак не могу решить.
1. Не подключается Outlook 2010 и bat по протоколу MAPI. Что нужно сделать, чтобы подключение пошло.
2. Как настроить Exchange, чтобы почтовые клиенты могли отправлять почту используя 25 порт smtp? По умолчанию на 25 порте стоит Default Fronted Transport. При отправке, используя этот порт клиенты выдают ошибку: "Не найдено подходящих алгоритмов аутентификации". Создание соединителя Hub-Transport на этот порт, при работающем Default Fronted Transport, эффекта не дает. К Default Hub-Transport подключение идет без проблем.
3. Можно ли на одном Exchange Server настроить POP3 в режиме обычной аутентификации на 110 порт и безопасное TLS подключение на 995 порт? И соответственно тоже с IMAP.
А А Wednesday, 20 May 2015
Ответы
Через Web App посмотрите настройки пользователя, какой адрес сервера там, порт и метод шифрования.
посмотрите следующую статью про basic authentication и TLS:
По поводу второго, SMTP дефольтно стоит на 25 порту .Если клиенты используют POP3 и IMAP , тогда порт должен быть 587 " Front End service'а" на CAS'e
Правда, я толком не понял, что повлияло на работу. Когда выясню - отпишусь. Могу только сказать, что последними действиями были переназначение сертификата в диспетчере служб IIS. После этого сбил изменил настройки сервера. "Серверы->настройки->Изменить". После для ящика перезапустил все функции.
Наконец-то выяснил все связанные проблемы:
1. Сертификат в службах IIS хранится в нескольких местах. Он отвечает за консоль управления и за то какой сертификат используется на каждом порту. Если не трогать стандартные сертификаты вообще, то жизнь будет гораздо легче. В противном случае, нужно переназначать вручную для каждого порта и для консоли управления.
2. Если создать второй сертификат на домен, то IIS может продублировать порты 443:*, звездочка - означает все домены. Он должен быть только один.
3. После смены настроек сервера и сертификата оказалось необходимо пересохранить данные настроек почтового ящика. Иначе ящик, почему-то не считает себя частью сервера с новыми настройками. Действует только для администраторов Exchange. Другие ящики(пользователи) работали нормально.
Насколько я понимаю Ritlabs пожелала попасть на корпаративный ранок, это здорово но есть вот какие но!
Давно ищу и не нахожу пока ответы на такие вопросы:
1. Почему заявленная поддержка в The Bat MAPI-протокола (довольно часто востребованная в корпаративном сегменте), сначала с версий 2,х работала криво, а именно сообщала о успешном принятии 0 писем с сервера когда их там было не 0 (Outlook писма все показывал). А в версиях 2.10.х и 3.х вообще стала выдавать ошибку при соендинении по MAPI такого содержания: "Ошибка инициализации библиотеки MAPI". Сервер на Exchage 2000. Или это ограничения демо-версии?
2. Адресная книга это вообще беда. Точнее сама она сделана здорово, удобно вкусно ну и было бы совсем счастье если бы . Ну вот есть же возможность соединяться с LDAP-хранилищами, почему не сделать возможность поиска в ActiveDirectory ? Что мешает?
Подружить с AD ее посредством настраивания LDAP-соединения ничего не дали, и похоже что это нормально сделать не удовалось пока никому .
3. Ну и вот старая такая трабла это то что есть програмки вытаскивающие пароль из Бат при соединении по pop3, тоже как-то неуютно от этого живется :\.
Вот если бы эти проблемы были решены то я бы всерьез стал проталкивать идею приобритения Bat к нам на предприятие, а пока остается лишь облизываться и плеваться на Outlook.
PS: Хотелось бы верить что все это ограничения Демо-версии, но таких фактов нигде не упоминается вроде :\.
PPS: Очень хочется услышать что-нибудь по этому поводу от разработчиков.
Цитата |
---|
kober kober пишет: есть програмки вытаскивающие пароль из Бат |
Во-первых, насколько я знаю они не могут вытащить пароли из версии 3.0. Однако если не появились недавно, то может скоро появятся.
Для домашнего использования может быть использована не для кражи чужих паролей, а восстановления собственных забытых паролей.
Во всяком мне такие программки пару раз бывали нужны именно для такой цели.
Во-вторых,
Secure Bat обладает нужными качествами защиты корпоративного уровня
и The Bat Professional в скором времени тоже будет ими обладать (насколько это мне известно).
Цитата |
---|
kober kober пишет: 2. Адресная книга это вообще беда. Точнее сама она сделана здорово, удобно вкусно ну и было бы совсем счастье если бы . Ну вот есть же возможность соединяться с LDAP-хранилищами, почему не сделать возможность поиска в ActiveDirectory ? Что мешает? |
Ничего не мешает - более того, это возможно сделать и легко. Авторизация только нужна при работе с AD обязательно, и Bind DN подскажет только админ AD
Было бы не плохо еслибы бат без сторонних прог типа"GAL for Bat" мог сам залезать в GAL. А то напригает туда сюда импортировать
Блог творческого ИТ-практика. Возьми свою мысль и дай ей ускорение идеи. В моем фокусе: сети, безопасность, виртуализация, web, мультимедиа.
Ответы
Через Web App посмотрите настройки пользователя, какой адрес сервера там, порт и метод шифрования.
посмотрите следующую статью про basic authentication и TLS:
По поводу второго, SMTP дефольтно стоит на 25 порту .Если клиенты используют POP3 и IMAP , тогда порт должен быть 587 " Front End service'а" на CAS'e
Правда, я толком не понял, что повлияло на работу. Когда выясню - отпишусь. Могу только сказать, что последними действиями были переназначение сертификата в диспетчере служб IIS. После этого сбил изменил настройки сервера. "Серверы->настройки->Изменить". После для ящика перезапустил все функции.
Наконец-то выяснил все связанные проблемы:
1. Сертификат в службах IIS хранится в нескольких местах. Он отвечает за консоль управления и за то какой сертификат используется на каждом порту. Если не трогать стандартные сертификаты вообще, то жизнь будет гораздо легче. В противном случае, нужно переназначать вручную для каждого порта и для консоли управления.
2. Если создать второй сертификат на домен, то IIS может продублировать порты 443:*, звездочка - означает все домены. Он должен быть только один.
3. После смены настроек сервера и сертификата оказалось необходимо пересохранить данные настроек почтового ящика. Иначе ящик, почему-то не считает себя частью сервера с новыми настройками. Действует только для администраторов Exchange. Другие ящики(пользователи) работали нормально.
Насколько я понимаю Ritlabs пожелала попасть на корпаративный ранок, это здорово но есть вот какие но!
Давно ищу и не нахожу пока ответы на такие вопросы:
1. Почему заявленная поддержка в The Bat MAPI-протокола (довольно часто востребованная в корпаративном сегменте), сначала с версий 2,х работала криво, а именно сообщала о успешном принятии 0 писем с сервера когда их там было не 0 (Outlook писма все показывал). А в версиях 2.10.х и 3.х вообще стала выдавать ошибку при соендинении по MAPI такого содержания: "Ошибка инициализации библиотеки MAPI". Сервер на Exchage 2000. Или это ограничения демо-версии?
2. Адресная книга это вообще беда. Точнее сама она сделана здорово, удобно вкусно ну и было бы совсем счастье если бы . Ну вот есть же возможность соединяться с LDAP-хранилищами, почему не сделать возможность поиска в ActiveDirectory ? Что мешает?
Подружить с AD ее посредством настраивания LDAP-соединения ничего не дали, и похоже что это нормально сделать не удовалось пока никому .
3. Ну и вот старая такая трабла это то что есть програмки вытаскивающие пароль из Бат при соединении по pop3, тоже как-то неуютно от этого живется :\.
Вот если бы эти проблемы были решены то я бы всерьез стал проталкивать идею приобритения Bat к нам на предприятие, а пока остается лишь облизываться и плеваться на Outlook.
PS: Хотелось бы верить что все это ограничения Демо-версии, но таких фактов нигде не упоминается вроде :\.
PPS: Очень хочется услышать что-нибудь по этому поводу от разработчиков.
Цитата |
---|
kober kober пишет: есть програмки вытаскивающие пароль из Бат |
Во-первых, насколько я знаю они не могут вытащить пароли из версии 3.0. Однако если не появились недавно, то может скоро появятся.
Для домашнего использования может быть использована не для кражи чужих паролей, а восстановления собственных забытых паролей.
Во всяком мне такие программки пару раз бывали нужны именно для такой цели.
Во-вторых,
Secure Bat обладает нужными качествами защиты корпоративного уровня
и The Bat Professional в скором времени тоже будет ими обладать (насколько это мне известно).
Цитата |
---|
kober kober пишет: 2. Адресная книга это вообще беда. Точнее сама она сделана здорово, удобно вкусно ну и было бы совсем счастье если бы . Ну вот есть же возможность соединяться с LDAP-хранилищами, почему не сделать возможность поиска в ActiveDirectory ? Что мешает? |
Ничего не мешает - более того, это возможно сделать и легко. Авторизация только нужна при работе с AD обязательно, и Bind DN подскажет только админ AD
Было бы не плохо еслибы бат без сторонних прог типа"GAL for Bat" мог сам залезать в GAL. А то напригает туда сюда импортировать
Блог творческого ИТ-практика. Возьми свою мысль и дай ей ускорение идеи. В моем фокусе: сети, безопасность, виртуализация, web, мультимедиа.
The Bat! и MS Exchange - дружба или нет?
Коллега на работе переехал своей электронной почтой под сервер MS Ecxhange. Разумеется по умолчанию ему дали клиента MS Outlook 2010. А он так любил пользоваться The Bat!). Поскольку на его работе никто The Bat! не юзал он попросил меня настроить его мыша на новый сервер.
Пару слов о MAPI (Messaging API). Это интерфейс и это набор структур и функций, которые необходимы для доступа к почтовому транспорту и хранилищу данных без конкретизации, какой именно почтовый клиент используется. Почтовые клиенты реализуют стандарт MAPI в виде dll (обычно это mapi.dll или mapi32.dll). Тогда в любом приложении разработчик может предусмотреть функцию отправки текущего файла по почте с использованием Вашего почтового клиента по умолчанию, не вдаваясь в детали ваших интернет-настроек. На текущий момент существуют два стандарта: Simple MAPI (12 функций) и Extended MAPI, или MAPI 1.0 (более 100 функций).
Для того, чтобы установить The Bat! в качестве обработчика MAPI-запросов, нужно выполнить последовательность действий.
1.Надо скачать TBMapi.dll с сайта The Bat! и переписать библиотеку в ту папку, где живет The Bat!. Начиная с версии 1.47 эта библиотека входит в дистрибутив и записывается в папку при инсталляции, так что ничего скачивать не надо.
2.Однократно запустить The Bat! с ключом /InstallMAPI либо в диалоговом окне настроек программы на закладке "Программы" (пункт меню "Свойства/Настройка") выполнить действие "Установить The Bat! как обработчик SimpleMAPI". После этого файл tbmapi.dll из папки The Bat! можно удалить: он уже скопировался в c:\windows\system\mapi32.dll, заменив стандартную библиотеку Microsoft. Кстати: я так понимаю, что для 16-битных программ MAPI как не работало, так и сейчас работать не будет. Потому как The Bat!, похоже, вовсе не обновляет mapi.dll, а только mapi32.dll.
3.Проверить использование этой новой функции: открываете какое угодно приложение, поддерживающее MAPI (кроме Офиса), например, одну из вышеназванных программ, и нажимаете "File-->Send". Если все работает, - автоматически стартует The Bat!, и откроет Вам редактор нового письма с уже приаттаченным файлом.
FETCH - Неудачное подсоединение к серверу. Ошибка создания профиля "%s", ProfAdmin.CreateProfile C:\PROGRA~1\MICROS~2\Office14\OLMAPI32.DLL HResult=80070057
Создать в апплете панели управления "Учетные записи пользователей/Почта" новую конфигурацию почты специально для TheBat!, создать там еще один почтовый профиль под Exchange (с теми же настройками что и для Outlook), и подсунуть этот профиль The Bat!.
А без Outlook The Bat! радостно рапортует о проделанной работе в своем журнале, но тем не менее на поверку никаких отправлений не делает.(
Скорее всего его The Bat! будет работать только по протоколам POP3 и SMTP если их использование разрешит администратор почтовика Ecxhange. Возможно у нас не получилось из-за портабельной версии имеющегося The Bat!.
Прежде чем спрашивать ознакомьтесь с RU-Board The Bat! FAQ
Надо создать письмо в быстром шаблоне.
Заходим в адресную книгу > массовая рассылка используя шаблон>выбыраешь название своего шаблона > The Bat создает для каждого адреса отдельное письмо. Есть возможность отложить отправку почты.
Поудаляйте в письмах большие вложения разных файлов. К примеру, зачем в письмах хранить еженедельные вложенные прайсы, если их лучше сохранить на диске в какой то директории. И в HTML письмах поудалять картинки, фоны и т.д.
После перестановки поселился в C:\The Bat!, применил настройки из reg-файла (Копия HKEY_CURRENT_USER\Software\RIT) учитывая новый путь.
Проблема:
Каждый раз при техническом обслуживании The Bat пытаеться сохранить файл на диске d:\ и выдает ошибку так как это DVD-диск.
Хотя в настройках (Система - автоматическое резервное копирование) указана папка на диске c:
Добавлено:
может быть кто-то с форума поддержит и отпишет там.. вдруг разрабы пошевелятся
Добавлено:
зафиксировано было и на русской части багтрекера
Есть проблема с отображением времени писем в списке.
Описание. В сети несколько машинок: WinXP SP3 Eng (лицензия), DrWeb (лицензия). Мышь последней версии у всех (тоже лицензия). Используются общие ящики (так сложилось), подключенные у клиентов, кому что надо. Ящики лежат на сервере, так удобнее для архивации.
Наблюдаю такой странный глюк. Пользователь получает письма, они попадают в список с правильным временем получения и создания. Стоит пользователю перейти к другой папке, а потом вернуться назад в старую - часть писем отображается уже с другим временем получения/создания. Время изменяется на несколько часов как в большую, так и в меньшую сторону! Какой-либо "системы" в изменении времени заметить нельзя.
Грешил на spider mail, но и при отключенном глюк сохраняется. Время в сети правильное, домен присутствует, все подхватывают время с сервера.
Началась проблема совершенно неожиданно, отследить причины пока не могу.
Скорее всего, здесь есть связь с этим . Хотя у AlexWCI была 4-я версия, и после перехода на 5-ю проблема исчезла. То есть, наверное, не совсем точно та же самая проблема, но корни те же.
Не похоже, у меня проблема с входящими, причем если я откатываюсь на 4.2.хх - вообще полная фигня, _все_ письма за несколько последних недель откатываются во времени назад. Причем только у тех, кому поставил старую версию. ДУРДОМ полный (это мягко сказано): клиент с 5.0.хх - видит в списке одно время писем, а клиент 4.2.хх - другое. На одном и том же ящике.
Добавлено:
При закрытии Мыши на долю секунды появляется какое-то окошко с индикатором выполнения - что это?
1. В списке отображаемом разными версиями получаются разные времена. Ставил эксперимент с откатом версии. 5.хх показывает часть писем правильно, а часть убегают вперед/назад. Откатил на 4.2 - все стало наоборот, т.е. те письма, которые 5.хх покорежил - отбражаются нормально, а те, которые с правильным временем были - сместились. Дурдом, короче.
2. Общий ящик - ящик, папка которого расшарена. Такой ящик можно подключить на нескольких клиентах, и все будут работать с одинаковыми настройками. Дополнительная проблема теперь еще и в том, что клиент на 5.хх и клиент на 4.2.хх на одном и том же ящике видят разные времена писем в списке.
3. Протокол, естественно, POP3
Или, допустим, одна из версий учитывает поправку на часовой пояс, а другая - нет.
(Это просто версии, не претендующие на соответствие истине или здравому смыслу.)
Продолжаю мучиться с Exchange 2013.Возникло несколько вопросов, которые никак не могу решить.
1. Не подключается Outlook 2010 и bat по протоколу MAPI. Что нужно сделать, чтобы подключение пошло.
2. Как настроить Exchange, чтобы почтовые клиенты могли отправлять почту используя 25 порт smtp? По умолчанию на 25 порте стоит Default Fronted Transport. При отправке, используя этот порт клиенты выдают ошибку: "Не найдено подходящих алгоритмов аутентификации". Создание соединителя Hub-Transport на этот порт, при работающем Default Fronted Transport, эффекта не дает. К Default Hub-Transport подключение идет без проблем.
3. Можно ли на одном Exchange Server настроить POP3 в режиме обычной аутентификации на 110 порт и безопасное TLS подключение на 995 порт? И соответственно тоже с IMAP.
Ответы
Через Web App посмотрите настройки пользователя, какой адрес сервера там, порт и метод шифрования.
посмотрите следующую статью про basic authentication и TLS:
По поводу второго, SMTP дефольтно стоит на 25 порту .Если клиенты используют POP3 и IMAP , тогда порт должен быть 587 " Front End service'а" на CAS'e
Правда, я толком не понял, что повлияло на работу. Когда выясню - отпишусь. Могу только сказать, что последними действиями были переназначение сертификата в диспетчере служб IIS. После этого сбил изменил настройки сервера. "Серверы->настройки->Изменить". После для ящика перезапустил все функции.
Наконец-то выяснил все связанные проблемы:
1. Сертификат в службах IIS хранится в нескольких местах. Он отвечает за консоль управления и за то какой сертификат используется на каждом порту. Если не трогать стандартные сертификаты вообще, то жизнь будет гораздо легче. В противном случае, нужно переназначать вручную для каждого порта и для консоли управления.
2. Если создать второй сертификат на домен, то IIS может продублировать порты 443:*, звездочка - означает все домены. Он должен быть только один.
3. После смены настроек сервера и сертификата оказалось необходимо пересохранить данные настроек почтового ящика. Иначе ящик, почему-то не считает себя частью сервера с новыми настройками. Действует только для администраторов Exchange. Другие ящики(пользователи) работали нормально.
Читайте также: