Помощь

CommuniGate Pro применяет правила маршрутизации не только к адресам во входящих сообщениях, но и ко всем адресам, которые он обрабатывает. Если вы перенаправили пользователя postmaster на некоторого пользователя abc, то все попытки зарегистрироваться как postmaster приведут к тому, что Сервер попытается зарегистрироваться как пользователь abc. Если вы ввели правильный пароль (то есть, пароль пользователя abc), то вы сможете зарегистрироваться, но получите права доступа, предоставленные пользователю abc, а не пользователю postmaster.

Тем не менее, у вас остается возможность зарегистрироваться как postmaster, даже есть имя postmaster перенаправлено на абсолютно другой адрес. Используйте следующее имя вместо имени postmaster:

Когда вы соединяетесь с CommuniGate Pro через браузер, Сервер проверяет имя домена, указанное в URL браузера. Если это имя соответствует имени одного из Доменов, то будет открыт Веб Интерфейс Администратора этого Домена, а не Веб Интерфейс Администратора Сервера.

Для того, что бы открыть Веб Интерфейс Администратора Сервера, используйте в URL браузера Имя Главного Домена. Если это доменое имя не имеет А-записи в DNS или эта запись указывает на другой сервер, используйте IP адрес Сервера в URL браузера.

Если все IP адреса Сервера была назначены дополнительным Доменам, то вы можете использовать ЛЮБОЕ имя домена, которое ссылается на Сервер CommuniGate Pro и не является именем его Дополнительного Домена.

В случае, если все IP адреса Сервера были назначены дополнительным Доменам и все доменные имена в DNS, ссылающиеся на ваш сервер, также являются вашими Доменами (или Псевдонимами Доменов), то используйте следующий URL:

Откройте область Настройки в Веб Интерфейсе Администрирования, откройте раздел Сеть. Если опция Вход с не-Клиентских Адресов имеет значение Запрещено, то в этом случае вы можете соединяться с Сервером только с адресов, перечисленных в поле Сетевые Адреса Клиентов (на этой же странице).

У вас остается возможность соединиться с сервером, даже если поле Сетевые Адреса Клиентов было оставлено незаполненным. Для этого необходимо запустить браузер непосредственно на том компьютере, на котором работает Сервер, и соединиться с Сервером локально, введя URL http://127.0.0.1:8010.

Если вы ничего не вводили в поле Сетевые Адреса Клиентов, или вы не можете соединиться с IP адресов, перечисленных в этом поле, и вы не можете соединиться с Сервером локально, введя URL http://127.0.0.1:8010, то:

• остановите Сервер CommuniGate Pro;
• откройте файл {base}/Settings/IPAddresses.settings, измените опцию ClientOnly с YES на NO, сохраните измененный файл.
• снова запустите Сервер CommuniGate Pro.

Когда SMTP модуль получает сообщение, он пытается применить правила маршрутизации к адресу, указанному в команде Mail From: (адрес, указанный в 'Return-Path' сообщения). Если имя домена в этом адресе является именем локального Домена Сервера и указанный Пользователь (или другой Объект) не найден в этом Домене, то Маршрутизатор возвращает код ошибки и SMTP модуль отказывается принять сообщение.

Вы должны перенастроить ваш скрипт/аплет на использование или пустого Return-Path (<>) для создаваемых сообщений, или на использование адреса электронной почты какого-либо существующего Пользователя. Если скрипт/аплет не может быть перенастроен, вы можете создать Псевдоним для существующего Пользователя.

Если, например, ваш скрипт/аплет отправляет сообщения на сервер с Return-Path адресом <webform@mydomain.com>, а у вас нет Пользователя webform в Домене mydomain.com, то вы можете создать псевдоним webform для Пользователя postmaster. Если отправка сообщения не удастся, сообщение об ошибке будет послано Пользователю postmaster.

Когда SMTP модуль CommuniGate Pro соединяется с почтовым хостом/ретранслятором и пытается установить безопасное (SSL/TLS) соединение, он получает от хоста Сертификат и проверяет в нём имя. Это имя должно совпадать либо с именем домена, на который должна быть отправлена почта, либо с именем MX-записи в DNS для этого домена.

Когда удаленный сервер обслуживает несколько доменов на одном IP адресе, он всегда отправляет только один сертификат, так как сервер не может заранее знать, для какого именно домена будут предназначены входящие сообщения. Следовательно, сервер не может представить Сертификат, соответствующий этому домену. В результате ваш (отправляющий почту) сервер может отказаться продолжать работу.

Если сервер mainhost.com обслуживает домены client1.com и client2.com, а MX-записи для всех трёх доменов указывают на одно имя и один IP адрес на сервере, то сервер всегда будет предоставлять только один Сертификат - как правило, Сертификат с именем mainhost.com.

Важно понимать, что доменные имена something.com и mail.something.com являются абсолютно разными. Если главны доменом вашего Сервера CommuniGate Pro является mycompany.dom и вы пытаетесь соединиться с ним, набрав в вашем браузере http://mail.mycompany.com:8100, вы получите страницу, с уведомлением что Сервер CommuniGate Pro не предоставляет доступ к домену mail.mycompany.com.

В большинстве случаев доменные имена mail.mycompany.com, webmail.mycompany.com и т.п. должны просто быть другими именами (псевдонимами) домена mycompany.com в CommuniGate Pro. Для того, что бы выполнить эти настройки, откройте страницу Установки Домена mycompany.com и найдите поле Доменные псевдонимы. В пустом поле введите имя mail.mycompany.com и нажмите кнопку Модифицировать. Теперь Сервер CommuniGate Pro будет знать, что домен mail.mycompany.com - это просто другое имя для обслуживаемого им домена mycompany.com. Запросы на соединения с доменом mail.mycompany.com приведут к установке соединения с доменом mycompany.com, и сообщения, отправленные на адрес username@mail.mycompany.com будут доставляться пользователю username в домене mycompany.com.

Обратите внимание: Если имя, указанное в URL браузера, не является одним из имен Доменов в CommuniGate Pro, то будет открыт Веб Интерфейс Администратора Сервера. Поэтому соединения через порт Веб Интерфейса Администратора (8010) будут работать, хотя соединения через порт Веб Интерфейса Пользователя (8100) вернут "розовую страницу".

Когда пользователь работает через "распределённый HTTP прокси-сервер" (используемый обычно крупными интернет-провайдерами, такими как AOL), TCP соединения приходят на CommuniGate Pro с нескольких разных IP адресов этих прокси-серверов. Если в Веб Интерфейсе Пользователя включена опция Защита по Фиксированному Адресу в настройках Пользователя, то соединение через браузер пользователя может быть отвергнуто. Отключите опцию Защита по Фиксированному Адресу для тех пользователей, которые соединяются через "распределённый HTTP прокси". Если большинство ваших пользоваталей соединяется через такие прокси-сервера, вы можете отключить эту опцию в Умолчаниях для Пользователя Домена или в Умолчаниях для Пользователя, общих для Сервера.

Компьютер, на котором установлен ваш сервер CommuniGate Pro, имеет один или несколько IP (сетевых) адресов. Эти адреса могут быть назначены Доменам, обслуживаемым CommuniGate Pro. Страница Домены, доступная через Веб Интерфейс Администратора, показывает все домены с IP адресами, закрепленными за ними.

Обычно настройка Присвоенные Сетевые Адреса установлена в значение "Все незанятые", так что все IP адреса, не назначенные дополнительным доменам, автоматически назначаются Главному Домену. Если ни один из ваших Доменов не имеет настройки Присвоенные Сетевые Адреса в значении "Все незанятые", тогда некоторые из IP адресов вашего Сервера могут быть вообще не назначены Доменам.

Когда пользователь соединяется с сервером через POP или IMAP клиент и указывает там только имя пользователя без имени домена или при установлении безопасного соединения (SSL/TSL) Сервер CommuniGate Pro использует локальный IP адрес, на который установлено соединение и пытается найти Домен, которому этот адрес назначен. Если этот IP адрес не назначен ни для какого Домена в CommuniGate Pro, то тогда возникает ошибка "unassigned local network address" ("не задан локальный адрес сети").

Откройте в Веб Интерфейсе Администратора страницу Установки->Общее для того, что бы увидеть все Сетевые Адреса Сервера. Возмжно, потребуется нажать кнопку Обновить для того, что бы увидеть все адреса. Неназначенные адреса будет показываться красным цветом.

Большинство LDAP клиентов (включая Microsoft Outlook) имеют настройку, задающую поддерево Справочника, в котором должны осуществляться операции поиска. В Outlook Express эта настройка находиться в Cвойствах Службы Каталога, на вкладке Дополнительно. Она называется Основа Поиска (Search Base) и должна содержать DN для домена пользователя (по умолчанию, DN равен cn=domainname).

Если это поле оставить пустым, то продукты семества Outlook будут без предупреждения заменять его на строку c=country_code и операция поиска закончиться неудачно (за исключением случаев, когда ваш Справочник имеет поддерево c=country_code.

Если вам необходимо осуществлять поиск во всем Справочнике, введите слово topв поле Основа Поиска.

Эта проблема вызвана неверными настройками Часового Пояса на сервере и/или на машинах клиента. Для того, что бы проверить установленное значение Часового Пояса на компьютере Сервера, откройте через Веб Интерфейс Администратора страницу Общее в области Установки. Поле Время Сервера должно содержать корректные значения Даты и Времени: -0800 означает 'отставание на 8 часов от GMT', +0800 означает '8 часов впереди GMT'.

Если значение Часового Пояса установлено неверно, исправьте соответствующую настройку Операционной Системы и откройте заново страницу Общее что бы убедиться, что значение Часового Пояса установлено правильно.

Веб Интерфейс Администратора добавляет строку LoginPage@ к имени домена, которые вы указали в URL браузера и пытается применить правила маршрутизации к получившимуся адресу (как и к любому другому адресу электронной почты). Если маршрутизация заканчиватся неуспешно, то Веб Интерфейс Администратора по умолчанию открывает Веб Интерфейс Администратора Сервера главного домена, но в Журнале Маршрутизатора появляется запись о сбое:

Когда SMTP модуль использует Блокирующие DNS-Сервера (RBL) для проверки IP адреса сервера, пытающегося послать какую-нибудь почту на ваш сервер, он преобразует IP адрес того сервера aa.bb.cc.dd в доменное имя dd.cc.bb.aa.rbl-server-name, и пытается определить адрес этого имени в DNS. Если отсылающий сервер не является известным "нарушителем", и его адрес не включен в базу данных RBL, это созданное доменное имя НЕ существует в DNS и DNR модуль будет эту фиксировать Проблему записью в Системнон Журнале.

Если вы используете Блокирующие DNS-Сервера (RBL), то вы можете установить Уровень Журнала на запись событий только типа Основные.

Это сокет DNR (DNS Клиент). Номер этого порта задаётся Операционной Системой; он может быть изменен, если вы перезапустите Сервер CommuniGate Pro. Этот сокет используется дл отправки запросов (UDP пакетов) на DNS сервера и для получения ответов от этих серверов.

Другие приложения (сервера, браузеры и тому подобное) используют сокет такого же типа для определения адресов доменных имен, но обычно они быстро открывают и закрывают этот UDP сокет, так что вы можете не заметить его в выводе netstat. CommuniGate Pro открывает UDP сокет DNS Клиента при запуске, использует этот сокет для всех DNR запросов и закрывает сокет только при выключении Сервера.