Эта статья применима к тем ситуациям, когда при проведении поиска используется неверный фильтр. Из-за этого в результатах поиска может оказаться слишком много, слишком мало или вообще никаких писем вопреки вашим ожиданиям. Возможные способы разрешения этой проблемы приведены ниже:
Неверно назначена роль
Пользователям должна быть назначена роль во вкладке Настрока -> Авторизация. При назначении новой роли , кликните по When creating a new role assignment, click the Lookup button, and select an LDAP attribute that all users will match. Make sure the User role is assigned.
Assigned Role Does Not Have Precedence
If a user is assigned to a custom role, make sure that the role appears before other potential matching roles. At the time of user login, when role matching is applied, the order of the roles is significant and can be modified in Configuration->Roles.
Incorrect Role View Filter
Each role has a View Filter that defines what the user can see. Common view filter values are listed below:
| View Filter Value | Decription |
|---|---|
| anyaddress:%email% | Users see only emails corresponding with their email addresses (obtained from the LDAP) |
| anyaddress:%domain% | Users see only emails with their cofnidomains |
| [leave empty] | Users see all emails |
| anyaddress:ABCDEFG | Users see no emails |
Incorrect Email Attribute and Value
If using Microsoft Exchange, the following email attribute and value's must be set in Configuration->Logins:
Email value: SMTP:(.*)
Mail servers other than MS Exchange use attribute such as "mail". In This case, the email attribute and value's in Configuration->Logins will be as follows:
Email value: (.*)
...
кликните кнопку "Поиск" и выберите LDAP атрибут, который должен быть у всех пользователей. Удостоверьтесь, что назначена роль Пользователь (англ. User).
Назначенная роль не является старшей из возможных
Если пользователю назначена определенная роль, проверьте, что данная роль появится перед другими потенциальными подходящими ролями. Во время авторизации пользователя, когда происходит происходит сопоставление ролей, порядок ролей важен и может быть изменен во вкладке Настройка -> Роли.
Неверный фильтр просмотра роли
Каждая роль имеет фильтр просмотра, который определяет, что пользователь может видеть, а что нет. Стандартные значения фильтра просмотра приведены ниже:
| Значение фильтра просмотра | Описание |
|---|---|
| anyaddress:%email% | Пользователи видят только сообщения, отправленные на их почтовый адрес (полученные через LDAP) |
| anyaddress:%domain% | Пользователи видят сообщения, содержащие в адресе получателя пользовательский домен. |
| [не заполнено] | Пользователи видят все сообщения |
| anyaddress:ABCDEFG | Пользователи не видят никаких сообщений |
Неверный почтовый атрибут (Email Attribute) и значение сообщения
Если вы используете Microsoft Exchange, следующий почтовый атрибут (email attribute) и значение сообщения должны быть указаны во вкладке Настройка -> Авторизация:
| Code Block |
|---|
Email attribute: proxyAddresses
Значение сообщения: SMTP:(.*) |
Другие почтовые сервера (не MS Exchange) используют почтовый атрибут "mail". В этом случае почтовый атрибут (email attribute) и значение сообщения во вкладке Настройка -> Авторизация должны быть следующими:
| Code Block |
|---|
Email attribute: mail
Значение сообщения: (.*) |
- Temporarily switch off archiving
- Delete the debug.log in Configuration->Logs
- Logout and login as a normal user
- In the debug.log file, MailArchiva will output all the LDAP attributes that it finds. You should see:
Ensure that the mail or proxyAddresses LDAP attribute is visible in the attribute list:
- Временнно отключите архивирование
- Удалите файл debug.log в вкладке Настройка -> Логи
- Выйдите из системы и авторизуйтесь вновь как обычный пользователь
- В файле debug.log MailArchiva покажет все найденные LDAP атрибуты. Вы должны увидеть следующее:
Проверьте, что LDAP атрибут со значением "mail" или "proxyAddresses" виден в списке атрибутов:
2013-06-05 13:02:22.409 DEBUG - getLDAPEmailAddresses(): analyzing email attribute {attribute='mail'}
2013-06-05 13:02:22.409 DEBUG - attribute:userParameters:m d PCtxCfgPresent551e0bb0CtxCfgFlags100102890CtxShadow01000000*CtxMinEncryptionLevel01
2013-06-05 13:02:22.409 DEBUG - attribute:whenCreated:20011003202117.0Z
If you see:
Если вы видите следующее:
-06-05 13:02:22.986 WARN - Not all search results may be shown. No email addresses could be obtained from AD/LDAP. Correct the mail attribute or mail value fields in Logins.
(рус. .this means that Архива could not obtain the email addresses from the email attribute field. Double check the accuracy of the mail attribute and mail value.Не все результаты поиска могут быть показаны. Почтовые адреса не могут быть получены через AD/LDAP. Исправьте почтовый атрибут или значение сообщения во вкладке Авторизация).
...это означает, что Архива не может извлечь почтовые адреса из поля почтового атрибута (email attribute). Проверьте дважды правильность значения почтового атрибута и значения сообщения.