dc
стиль обычно указывает на основанное на DNS дерево LDAP некоторого вида. Это - использование Active Directory (AD) стиля. Если Вы не заботитесь об основанных на DNS деревьях LDAP, то другие типы могут использоваться очень хорошо. eDirectory Novell O
основанное дерево. Некоторые протесты:
O
основанные деревья. Я испытал затруднения, заставив эти клиенты говорить с деревьями O-style LDAP.O
вообще, таким образом, некоторые клиенты/синтаксические анализаторы LDAP не могут поддерживать его в результате. То же идет для L
(местоположение). dc=example,dc=com
, и Вы используете дерево O-стиля под этим. DN's мог очень хорошо быть, cn=bobs,ou=users,o=company,dc=example,dc=com
В целом, Ваша потребность быть совместимым с третьей стороной, клиент LDAP - то, что должно управлять Вашей структурой. Если этому будет нужен диалект, то это должно будет, вероятно, посмотреть как активный каталог как как возможное. Если они - чистые клиенты LDAP, в этом они действительно поддерживают всю спецификацию, то структура не должна иметь значения.
Я не знаю ни о каких ldap стандартах древовидной структуры, но я уверен, что другие заговорят, существует ли кто-либо.
Ваш Сценарий PHP дает Вам ошибку? Я предположил бы, что Вы запрещаетесь релейного доступа, но это - просто предположение.
Можно проверить, отказывают ли Вам в реле довольно быстро путем отправки почты с помощью telnet. Место Вы собираетесь быть сказанными, Вы запрещены, релейный доступ после команды RCPT TO.
Если Вам откажут в реле, то необходимо будет предоставить это (к сожалению, я не играл с Exchange 2010, но я предполагаю, что это подобно предыдущим версиям, где можно авторизовать IP-адрес).