Как удалить communigate pro
Почтовый сервер Communigate.pro 5.2 на Linux.
Есть большущая папка postmaster — нужно забрать ее с сервера, чтобы освободить место на нем, но так, чтобы часто имелась возможность в случае необходимости покопаться в письмах этой самой папки (поэтому не подходит бэкап просто папки /var/communigate/postmaster). Проблема в том, что подключаясь клиентом (Mozilla) по протоколу POP — не забираются письма из подпапок папки postmaster. При подключении IMAP список подпапок (и письма в них) появляются, но IMAP не даст забекапить эти письма (получится, что можно только их удалить).
Как быть?
| Сообщения по теме | [Сортировка по времени | RSS] |
>Как быть?
Создайте 2 аккаунта: один под POP3, другой по под IMAP. Зайдите по IMAP и перетащите в аналогичную папку POP3 аккаунта все письма. Потом compact all folders сделайте, если место освободить надо.
Установка
Загрузите Сервер CommuniGate Pro с Web сайта компании CommuniGate Systems, или с любого авторизованного сайта-копии. Убедитесь, что вы загружаете последнюю версию Сервера, и что загружаемая версия предназначена для работы на вашей платформе, а также убедитесь, что ваше оборудование соответствует параметрам указанным в пункте «Требования к аппаратным ресурсам».
Установите Сервер следуя нижеприведённым инструкциям, затем продолжите настройку Начальной Настройки.
Установка
- директорию программ, содержащую непосредственно исполняемый код сервера и дополнительные файлы (шаблоны для Веб Интерфейса и т.п.). Файлы в этой папке не изменяются во время работы системы.
- директорию данных, в которой содержатся данные Пользователя, Установки, сообщения Очереди, Журналы и другие данные Сервера.
Установка в системе Linux
- Зарегистрируйтесь как суперпользователь (root).
- При использовании Менеджера Пакетов Red Hat (файл .rpm):
rpm -i CGatePro-Linux-version.rpm - При использовании Менеджера Пакетов Debian (файл .deb):
dpkg -i CGatePro-Linux-version.deb - При использовании других систем (файл .tgz):
tar -xzf CGatePro-Linux-version.tgz
cd CGateProSoftware
sh install.sh
- yum localinstall CGatePro-Linux-version.rpm
- apt install ./CGatePro-Linux_version.deb
Установка в системе MS Windows
- Используйте любую программу типа «unzip» для распаковки файла CGatePro-Win32-Intel-version.zip. Эта программа должна поддерживать длинные имена файлов.
- Некоторые «unzip» программы имеют опцию «Установить»; используйте её, если она доступна. Если опция Установить недоступна, просто распакуйте архив. После распаковки должна появиться папка с приложением CommuniGate Pro и программа Installer.exe. Запустите Installer.exe.
- Если сервер CommuniGate Pro уже запущен в системе, Установщик спросит у вас разрешения остановить его.
- Установщику нужно будет указать, куда поместить папку программ CommuniGate Pro и где создать папку с данными. Если ранее CommuniGate Pro уже был установлен в системе, то Установщик покажет используемые им папки, а кнопка Install будет переименована в кнопку Update.
- Нажмите на кнопку Install/Update для того, чтобы скопировать CommuniGate Pro в выбранные папки. Если папка «данных» CommuniGate Pro не существует, то Установщик создаст её.
- Информация об именах папок хранится в Системном Реестре. Windows XP/Vista/Windows 7 и новее Сервер Сообщений CommuniGate Pro (приложение CGStarter.exe) регистрируется в системе как служба, которая стартует автоматически вместе с запуском системы. Это маленькое приложение запускает CGServer.exe — непосредственное сам Сервер CommuniGate Pro. Установщик спросит вас, хотите ли вы запустить Сервер по окончанию установки. Обратите внимание: вам необходимо использовать вкладку Службы в панели управления, чтобы проверить или изменить имя Входа в систему для службы CommuniGate Pro. Этот вход должен осуществляться с правами Windows NT С системной учётной записью. Если CommuniGate Pro не имеет этих прав, то он не только не сможет авторизовывать пользователей, используя систему паролей Windows NT, но также может аварийно закончить свою работу в случае попытки использования некорректного пароля. Эта проблема была решена в Windows NT Service Pack 4. Обратите внимание: если ваш сервер обслуживает 100 пользователей или больше, то ознакомьтесь с описанием проблемы TIME_WAIT и, действуя согласно приведённым там инструкциям, уменьшите временной интервал NT TIME_WAIT.
- Запустите Сервер и выполните действия Начальной настройки.
Вы так же можете запустить сервер CommuniGate Pro вручную, как «консольное приложение», запустив файл CGServer.exe. Запущенный без параметров, Сервер создаёт папку C:\CommuniGatePro и будет использовать её как «папку данных». Если вы хотите использовать другую папку, укажите параметр командной строки —Base:
CGServer.exe --Base D:\OtherDirectoryУстановка в системе FreeBSD
Существует два пакета CommuniGate Pro: один под FreeBSD 9.x (поддерживающий версии FreeBSD 9.x и старее), другой — поддерживающий FreeBSD 10.x и более поздние версии.
- Зарегистрируйтесь как суперпользователь (root).
- Установите соответствующий пакет CommuniGate Pro. FreeBSD 9.x:
pkg_add CGatePro-FreeBSD9-version.tgz
FreeBSD 10.x:
pkg add CGatePro-FreeBSD10-version.txz
CommuniGate Pro будет установлен в директории /usr/local/sbin. - Если на вашей системе запущен sendmail или любой другой SMTP сервер, то остановите этот сервер и измените сценарий запуска операционной системы таким образом, чтобы этот другой SMTP сервер не стартовал автоматически.
- Если на вашей системе запущены POP, IMAP или poppwd серверы, удалите строки, в которых содержится описание этих серверов из файла /etc/inetd.conf.
- Установщик создаст сценарий /usr/local/etc/rc.d/CommuniGate.sh, таким образом Сервер CommuniGate Pro будет запускаться автоматически, одновременно со стартом FreeBSD.
- Установщик создаст символическуюую ссылку /bin/cgmail на программу mail, работающую в режиме командной строки для взаимодействия с CommuniGate Pro.
- Установщик создаст «директорию данных» /var/CommuniGate, используемую Сервером по умолчанию. Вы можете переместить «директорию данных» в любое другое место. В этом случае замените /var/CommuniGate на символическую ссылку, указывающую на другое место.
- Перезапустите систему или запустите сценарий запуска вручную:
/usr/local/etc/rc.d/CommuniGate.sh start - Выполните действия Начальной Настройки.
Установка в системе MacOS X (Darwin)
- Убедитесь, что вы используете MacOS X версии 10.3 или выше.
- Зарегистрируйтесь как пользователь с правами администратора.
- Распакуйте архив с CommuniGate Pro используя любую распаковывающую утилиту или запустите терминальное приложение и используйте команду tar :
tar xzpf CGatePro-Darwin-platform-version.tgz
директория с установочными файлами CommuniGate.pkg будет создана в текущей директории. - Двойным щелчком по иконке CommuniGate.pkg запустите установщик.
CommuniGate Pro будет установлен в директории /usr/local/. - Обратите внимание: Установщик создаст директорию для автоматического старта /Library/StartupItems/CommuniGatePro, чтобы Сервер CommuniGate Pro запускался автоматически при старте MacOS X версий до 10.10. Установщик создаёт также элемент /Library/LaunchDaemons/CommuniGatePro.plist для автоматического запуска в MacOS X 10.10 и новее.
- Установщик создаст «директорию данных» /var/CommuniGate, используемую Сервером по умолчанию. Вы можете переместить «директорию данных» в любое другое место. В этом случае замените /var/CommuniGate на символическую ссылку, указывающую на другое место.
- Перезапустите MacOS X.
- Выполните действия Начальной Настройки.
Установка в системе AIX
- Убедитесь, что вы используете AIX версии 4.3 или выше.
- Зарегистрируйтесь как суперпользователь (root).
- Распакуйте архив CommuniGate Pro командой compress:
compress -d CGatePro-AIX-PPC-version.bff.Z - Используйте или команду installp, или утилиту smit, или утилиту smitty для установки CommuniGate Pro.
- В процессе установки будет создан сценарий запуска /etc/rc.cgpro и обновлён файл /etc/inittab для запуска сервера CommuniGate Pro на уровне исполнения 2.
- Сценарий запуска создаст «директорию данных» /var/CommuniGate, которую Сервер будет использовать по умолчанию. Вы можете переместить «директорию данных» в любое другое место. В этом случае замените /var/CommuniGate на символическую ссылку, указывающую на другое место.
- Если на вашей системе запущен sendmail или любой другой SMTP сервер, то остановите этот сервер и измените сценарий запуска операционной системы таким образом, чтобы этот другой SMTP сервер не стартовал автоматически.
- Если на вашей системе запущены POP, IMAP или poppwd серверы, удалите строки, в которых содержится описание этих серверов из файла /etc/inetd.conf.
- Перезапустите систему или запустите сценарий запуска вручную:
/etc/rc.cgpro start - Выполните действия Начальной Настройки.
Установка в системе Sun Solaris
- Убедитесь, что вы работаете в Solaris версии 8 или выше.
- Зарегистрируйтесь как суперпользователь (root).
- Распакуйте архив с CommuniGate Pro командой gtar (или командами gunzip и tar):
gunzip CGatePro-Solaris-version.tar.gz
tar -xpf CGatePro-Solaris-version.tar - Установите пакет CommuniGate Pro:
pkgadd -d .
CommuniGate Pro будет установлен в директории /opt. - Если в вашей системе запущен sendmail или любой другой SMTP сервер, то остановите этот сервер и отмените его автоматический запуск при старте системы из директории /etc/rcn/, чтобы система не запускала этот SMTP сервер автоматически.
- Если на вашей системе запущены POP, IMAP или poppwd сервера, то удалите строки, в которых содержится описание этих серверов из файла /etc/inetd.conf.
- Установщик создаст символическую ссылку /bin/cgmail на программу mail, работающую в режиме командной строки для взаимодействия с CommuniGate Pro.
- Установщик создаст сценарий запуска /etc/init.d/STLKCGPro.init и символическую ссылку /etc/rc2.d/S88CommuniGate на него.
- Установщик создаст «директорию данных» /var/CommuniGate, используемую Сервером по умолчанию. Вы можете переместить «директорию данных» в любое другое место. В этом случае замените /var/CommuniGate на символическую ссылку, указывающую на другое место.
- Перезапустите систему или запустите сценарий запуска вручную:
/etc/init.d/STLKCGPro.init start - Выполните действия Начальной Настройки.
Начальная настройка
- Перезапустите операционную систему или запустите Сервер CommuniGate Pro вручную.
- В течение 10 минут зайдите на сервер через Веб Интерфейс Администратора, порт 8010, используя любой веб-браузер. Введите следующий URL в вашем браузере: http://your.server.domain:8010 где your.server.domain — доменное имя или IP адрес компьютера, на котором запущен Сервер CommuniGate Pro.
- Прочитайте Лицензионное Соглашение, введите желаемый пароль для пользователя postmaster, затем щёлкните по кнопке Accept.
- Вы будете перенаправлены на страницу Быстрый Старт. Используйте имя postmaster и введённый ранее пароль для открытия страницы.
- Продолжите настройку согласно инструкциям на странице Быстрый Старт.
Если вы не введёте новый пароль для пользователя postmaster в течение 10 минут, Сервер отключится. Когда вы будете готовы ввести пароль, повторите шаги, описанные выше.
Раздел Миграция может помочь вам спланировать процесс внедрения CommuniGate Pro.
Установка более новой версии
Когда вы устанавливаете новую версию, файлы в директории программ заменяются на новые.
Директория данных и файлы, находящиеся в ней, не меняются при переходе на новую версию Сервера CommuniGate Pro. Таким образом, все Пользователи, Папки, сообщения, настройки, файлы в Хранилище Файлов, Лицензии, изменённые Виды Веб Интерфейса и файлы приложений реального времени остаются в неприкосновенности и будут работать под новой версией CommuniGate Pro.
Обратите внимание: если вы вручную модифицировали внешний Вид Веб Интерфейса или файлы приложений реального времени непосредственно в директории программ, то вы должны сделать их копию перед установкой новой версии.
- Загрузите новую версию CommuniGate Pro.
- Остановите Сервер CommuniGate Pro.
- Удалите предыдущую версию Сервера, используя ту же самую утилиту, которая использовалась для Установки сервера (директория данных не будет удалена). Этот шаг необходим только в том случае, если установщик операционной системы не позволяет вам устанавливать новую версию «поверх» старой . rpm -e CGatePro-Linux
rpm -i CGatePro-Linux-version.rpm —> - Установите новую версию CommuniGate Pro.
- Запустите Сервер CommuniGate Pro.
Переход на новое аппаратное обеспечение
Вам может понадобиться перенести ваш сервер CommuniGate Pro на другой компьютер — работающий под той же самой или другой операционной системой. Все настройки модулей, настройки пользователей и доменов, папки, сообщения, лицензии и другие данные при необходимости могут быть сохранены.
CommuniGate Pro хранит все данные в директории данных. Это единственная директория, которую вам необходимо будет скопировать на новый компьютер.
CommuniGate Pro использует одинаковый формат файлов на любой программной (ОС) и аппаратной платформе, так что обычно вам достаточно упаковать всю директорию данных CommuniGate Pro в один архив (используя tar или gzip в системах Unix, zip в системах MS Windows) и распаковать архив на компьютере нового сервера.
Дополнительная обработка данных может потребоваться в случае, если вы переносите Сервер CommuniGate Pro с компьютера под управлением любой из операционных систем семейства MS Windows на компьютер под управлением Unix, или наоборот. Файлы CommuniGate Pro — это текстовые файлы, а текстовые файлы в MS Windows и в Unix используют различные символы EOL (окончание строки): CR-LF (возврат каретки-перевод строки) в MS Windows и один LF символ (перевод строки) в системах Unix. Для корректного копирования файлов между этими системами можно использовать FTP протокол: когда FTP клиент передаёт файлы в режиме ASCII, он автоматически конвертирует символы EOL.
Обратите внимание: Директория данных CommuniGate Pro может содержать не текстовые (двоичные) файлы внутри директорий WebSkins и PBXApps, а также внутри директорий Accounts и Domains; в поддиректориях могут храниться графические, аудио- и видеофайлы, используемые в Приложениях Реального Времени и в настройках Вида Интерфейса.
В Хранилище Файлов Пользователя так же могут находиться двоичные файлы. Эти файлы хранятся в директориях account.web внутри директорий Пользователей.
Файлы папок c расширениями .mb4 и .emb4 двоичные и не должны конвертироваться.
Когда вы перемещаете директорию данных CommuniGate Pro между системами, в которых используются различные правила относительно EOL, убедитесь, что эти двоичные файлы копируются в режиме BINARY (то есть, без преобразования EOL символа).Если новый компьютер работает под управлением Unix, проверьте, что у скопированной директории, всех файлов в ней и у поддиректорий установлены те же самые права доступа, которые были на старой системе.
После того, как директория данных CommuniGate Pro скопирована, загрузите соответствующую версию Сервера CommuniGate Pro и установите её на новом компьютере. Не нужно копировать содержание директории программ со старого компьютера, даже если и новый, и старый компьютеры работают под управлением одной и той же операционной системы.
Проверьте, чтобы заново установленная копия Сервера CommuniGate Pro (и его сценарий запуска, если он есть) настроены на использование скопированной директории данных, и затем запустите Сервер CommuniGate Pro на новом компьютере. Через Веб интерфейс администратора измените на новом сервере настройки, связанные с аппаратным обеспечением. Возможно, вам необходимо будет изменить таблицу Клиентских IP адресов или переназначить IP адреса доменов, обслуживаемых Сервером CommuniGate Pro.
Модуль LIST
В модуле LIST CommuniGate Pro реализован механизм списков рассылки. Также в нём реализована рассылка почты в Группы.
Списки Рассылки
Администратор системы может создавать списки рассылки. Пользователи этой или другой почтовой системы могут подписываться на эти списки рассылки через Веб интерфейс или по электронной почте. Они могут публиковать сообщения в списках рассылки, отправляя в список сообщения по электронной почте, и опубликованные сообщения будут доставлены всем подписчикам. Все опубликованные сообщения хранятся в папке списка рассылки, которая выступает в роли архива списка рассылки.
Если пользователь подписан в режиме прямой подписки, то все опубликованные сообщения, сразу после того, как они были получены модулем LIST, направляются этому пользователю.
Когда пользователь подписывается в режиме дайджеста, то он начинает получать дайджесты списка: сообщения, имеющее несколько частей, созданные модулем LIST для каждого списка рассылки. Каждый дайджест содержит все сообщения, опубликованные в списке с момента создания последнего дайджеста, предваряемые оглавлением этих сообщений.
Когда пользователь подписывается в режиме оглавление, он начинает получать сообщения, содержащие оглавления новых публикаций. Если пользователь хочет прочитать какие-либо из опубликованных сообщений, он может использовать Веб браузер для доступа к архиву списка рассылки.
Настройка модуля LIST
Для настройки параметров модуля LIST используйте Веб Интерфейс Администратора. Откройте страницу Почта в области Установки, затем откройте страницу LIST.
Уровень Журнала Используйте эту настройку для указания, какую информацию модуль LIST должен сохранять в Журнале работы Сервера. Обычно используется уровень Основное (отчёты об обработке сообщений). В случае, если в работе LIST модуля возникают проблемы, возможно, целесообразным будет увеличить детализацию до уровня Подробности или Всё: в этом случае в Журнал работы Сервера будет записываться более подробная информация о работе модуля. Когда проблема решена, верните настройку Уровень Журнала в её обычное значение, иначе Системный Журнал будет очень быстро увеличивать свой размер.
Записи, помещённые модулем LIST в Журнал работы Сервера, имеют пометку LIST. Процессоры Когда вы указываете ненулевое значение в настройке Процессоры, модуль LIST начинает обрабатывать сообщения, находящиеся в очереди и направленные в списки рассылки, а также начинает генерировать дайджесты и очищать архивы списков рассылки. Модуль может использовать несколько процессоров (нитей) для обработки нескольких списков рассылки одновременно. Если вы обслуживаете более 50 списков рассылки или если некоторые из ваших списков имеют очень большое количество (более 10,000) подписчиков, то вы должны увеличить число процессоров модуля LIST.
В этой таблице показываются все созданные списки рассылки. Перейдя по ссылке в таблице, вы можете открыть страницу с настройками индивидуального списка, страницу с Установками Домена для домена списка или страницу с Установками Пользователя для владельца списка рассылки.
Создание Списков Рассылки
В CommuniGate Pro каждый Список Рассылки создаётся внутри главного или другого домена, и каждый список рассылки принадлежит владельцу — Пользователю из того же Домена.
Для создания Списка Рассылки создайте нового Пользователя (или выберите существующего), который будет являться владельцем Списка. Для того, чтобы открыть страницу с Установками Пользователя, используйте Веб Интерфейс Администратора:
Для того, чтобы создать Список Рассылки, напечатайте имя списка и нажмите на кнопку Создать Список Рассылки.
Если вы являетесь Администратором Домена, то вы должны обладать Правом Доступа Может создавать Списки Рассылки для того, чтобы создать в вашем Домене Список Рассылки.
Сервер проверяет, что в этом Домене не существует Пользователя или другого Объекта с таким именем, и создаёт новый Список Рассылки.
У Пользователя — владельца Списка создаются несколько Папок:
listname эта Папка является архивом Списка Рассылки: в ней содержатся сообщения, опубликованные в Списке Рассылки listname/requests в этой Папке содержатся сообщения с запросами на подписку. listname/reports в этой Папке содержатся сообщения, в процессе доставки которых возникла ошибка, а также другие DSN-сообщения, созданные для сообщений, распространяемых через этот Список Рассылки. listname/approval эта папка содержит публикации, которые требуют одобрения владельца списка (модерируемые публикации).
Для публикации этих сообщений, владелец Списка Рассылки должен перенаправить их обратно в Список Рассылки используя аутентифицирующий метод передачи: MAPI или XIMSS клиент, Веб Интерфейс Пользователя CommuniGate Pro, метод XTND XMIT POP3, локальную команду «mail», модуль PIPE и т.д.Настройка Списков Рассылки
Для настройки Списка Рассылки, откройте страницу с Установками Списка Рассылки. Вы должны выбрать ссылку на страницу Установки либо из перечня всех списков рассылки, находящегося на странице Настройки модуля LIST, либо со страницы Установки Пользователя у владельца списка.
Для того, чтобы открыть через Веб Интерфейс Администратора страницу Установок Списка Рассылки, вы должны иметь права доступа Все Домены Администратора Сервера или права доступа Администратора Домена.
Для того, чтобы изменять установки Списка Рассылки или список его подписчиков, Администратор Домена должен иметь права доступа Полный доступ ко всем Спискам.
Владельцы списка могут получать доступ к страницам Установок Списка Рассылки через Веб Интерфейс Пользователя. На странице сессии Webuser, на которой перечислены папки, также есть ссылки на страницы Списков Рассылки Пользователя.
Уровень Журнала Используйте эту установку, чтобы указать, какая информация об этом списке рассылки должна сохраняться в Журнале работы Сервера. Обычно используется уровень Основное (операции публикации сообщений, подписки, дайджеста и очистки). В случае, если в работе конкретного списка возникают проблемы, возможно, целесообразным будет увеличить детализацию до уровня Подробности или Всё: в этом случае в Журнал работы Сервера будет записываться более подробная информация. Когда проблема решена, верните настройку Уровень Журнала в её обычное значение, иначе Системный Журнал будет очень быстро увеличивать свой размер.
Записи о списке рассылки, помещённые в Журнал работы Сервера, имеют пометку List(listname).
Только администратор может изменять настройки Журнала для списков рассылки.Описание Используйте настройку Описание для задания полного имени списка. Оно будет использоваться как «комментарий» в списке адресов электронной почты — точно так же, как используется настройка Настоящее Имя в адресе электронной почты пользователя. Предпочтительная Кодировка Эта опция указывает, как модуль LIST должен обрабатывать тексты с символами вне ASCII. Она используется при отображении списка сообщений через Веб Интерфейс: сообщения в списке могут быть сформированы с использованием различных кодировок, и для отображения их на одной странице модуль должен знать, какая кодировка является предпочтительной. Дайджест и Архив Опубликованные сообщения могут сохраняться в папке у Пользователя — владельца списка. В этой папке накапливаются сообщения для дайджестов. Если сообщение не удаляются из этой папки после создания дайджеста, то эта же папка может использоваться как архив списка рассылки. Включено Все опубликованные сообщения сохраняются в папке Пользователя — владельца списка рассылки. Используйте ссылку наверху для того, чтобы открыть страницу с настройками Дайджест и Архив. Выключено Опубликованные сообщения не сохраняются в папке Пользователя — владельца, опции по управлению дайджестами и архивированием выключены.
Все подписчики на дайджесты и подписчики в режиме оглавления обрабатываются как подписчики, имеющий прямой тип подписки.
Все новые попытки подписаться на список рассылки в режиме дайджеста или оглавления отвергаются. Определять Владельца Когда модуль LIST получает сообщение электронной почты, он проверяет, не было ли сообщение отправлено Владельцем Списка. Во-первых, Обратный Адрес сообщения (Return-Path) сравнивается с адресом электронной почты владельца списка. Обратный Адрес должен иметь вид ownerName@listdomain, где ownerName является именем Пользователя — владельца списка (не псевдонимом этого Пользователя), listdomain является Доменом списка и Пользователя — владельца списка (не одним из псевдонимов домена).- через SMTP, используя аутентификацию AUTH;
- через Веб Интерфейс Пользователя;
- через POP расширение XTND XMIT;
- через модуль PIPE.
На странице Установки содержится набор опций, настроек и текстовых полей, управляющих подпиской, публикациями, рассылкой сообщений и обработкой ошибок. Дополнительную информацию смотрите в нижеследующих разделах.
Переименование Списков Рассылки
Для того, чтобы переименовать список рассылки, откройте через Веб Интерфейс Администратора страницу с его Установками (смотрите выше).
Для того, чтобы открыть страницу Установок Списка Рассылки, вы должны иметь права доступа Все Домены Администратора Сервера или права доступа Администратора Домена.
Введите новое имя списка на странице с Установками Списка Рассылки и нажмите кнопку Переименовать Список. Сервер проверяет, что в этом Домене не существует Пользователя или другого Объекта с таким именем и переименовывает Список Рассылки. Затем страница с Установками Списка Рассылки загружается заново.
Удаление Списков Рассылки
Чтобы удалить список рассылки, откройте через Веб Интерфейс Администратора страницу с его Установками (смотрите выше).
Нажмите на кнопку Удалить Список. Появится страница с подтверждением. Если вы нажмите на кнопку Удалить Список на странице с подтверждением, то сам список, файлы со списком подписчиков и настройками списка удаляются, а у Пользователя — владельца списка будут удалены папки списка рассылки.
Составление Служебных Текстов
В нескольких настройках почтовых списков задаётся текст, который посылается подписчикам — темы сообщений, заголовки и концовки сообщений, запросы на подтверждение и т.д. Указанный текст может содержать специальные комбинации символов, которые, до того, как текст будет вставлен в сообщение, заменяются на фактические данные.
Могут использоваться следующие комбинации символов:
Где Комбинация Заменяется на Все Тексты ^N строка listname (имя списка) ^D строка domain (имя домена) ^E настройка Описание Тема Дайджеста,
Заголовок, Концовка^X номер текущего дайджеста Префикс Темы при прямой подписке,
Заголовок, Концовка^B номер текущего сообщения ^C адрес ‘От Кого’ оригинального сообщения Если после специальной комбинации символов имеется число (например, как в ^N80), то это число задаёт максимальную длину подставляемой строки.
Если подставляемая строка длиннее чем задано, то её последние символы обрезаются.Если после специальной комбинации символов имеется число, начинающееся с нуля (например, как в ^N040), то это число задаёт длину подставляемой строки.
Если подставляемая строка длиннее чем указанная максимальная длина, то её последние символы обрезаются, а если строка короче, чем указанная фиксированная длина, то в её начало добавляются пробелы.
Если число начинается с двух нулей, вместо пробелов используются нули.Обработка Подписки
Каждый список рассылки является списком подписчиков, то есть, списком адресов электронной почты, получающих сообщения, публикуемые в списке рассылки.
Для того, чтобы подписаться, отписаться, изменить тип подписки через электронную почту, пользователи списка подписки listname@domain должны отправлять сообщения на следующие адреса:
Отправляется на адрес: Новый пользователь Существующий подписчик listname-on@domain или
listname-subscribe@domainдля подписки на список рассылки в режиме по умолчанию для подтверждения текущего типа подписки listname-feed@domain для подписки на список рассылки в прямом режиме для изменения типа подписки на прямой listname-digest@domain для подписки на список рассылки в режиме Дайджеста для изменения типа подписки на дайджест listname-index@domain для подписки на список рассылки в режиме оглавления для изменения типа подписки на оглавление listname-null@domain для подписки на список рассылки в фиктивном режиме для изменения типа подписки на фиктивную listname-off@domain или
listname-unsubscribe@domainдля прекращения подписки на список listname-confirm@domain для получения идентификатора подтверждения; этот идентификатор может использоваться как пароль при проведении других операций подписки и для просмотра архива списка Когда сообщение с запросом на подписку отправляются на какой-либо из этих адресов, то поле заголовка сообщения От Кого используются как адрес электронной почты пользователя, запрашивающего подписку.
Вы можете указать кто может подписываться на список рассылки, и как они должны подписываться.
Подписать
никого пользователи не могут подписываться на этот список рассылки и/или самостоятельно изменять режим подписки. Только администратор системы и владелец списка может выполнять эти операции. Пользователи, однако, могут самостоятельно прекращать подписку. только из этого домена подписываться на список рассылки могут только пользователи из этого же домена. только с этого Сервера подписываться на список рассылки могут только зарегистрированные на этом сервере пользователи. любой любой пользователь может подписываться на этот список. модерируя все запросы на подписку будут храниться в папке listname/requests (смотрите ниже); они должны быть одобрены владельцем списка. Владелец Списка должен перенаправить эти запросы на адреса listname-on, listname-feed или другие для того, чтобы осуществить подписку новых пользователей и позволить им самостоятельно изменять режим подписки. Пользователи, однако, могут самостоятельно прекращать подписку. Запросы пользователей, сохраняемые в папке listname/requests и ожидающие одобрения, отмечаются флагом. Сохраняемые Запросы Эта настройка указывает, какие запросы на подписку (то есть, сообщения, отправленные на адреса listname-on, listname-off и другие, перечисленные выше) должны сохраняться в папке listname/requests у Пользователя — владельца списка. Сообщения, сохраняемые в этих папках, могут быть использованы для анализа возникающих у пользователей проблем при подписывании на список, прекращении подписки или изменении режима подписки.
Вы можете указать какие сообщения запросов должны сохраняться в папке listname/requests: никакие, все, принятые или отвергнутые.
Запросы, ожидающие одобрения владельца списка, всегда хранятся в папке listname/requests.Все сохранённые сообщения, в которых содержатся запросы, получают дополнительное поле заголовка X-List-Report. Это поле содержит отчёты менеджера списка (сообщения Уведомления о Статусе Доставки). Владельцам Списков рекомендуется настраивать свои почтовые приложения таким образом, чтобы в них показывались поля X-List-Report.
Начальный Тип Подписки Когда новый пользователь отправляет запрос на подписку на адреса listname-on@domain или listname-subscribe@domain (то есть, режим подписки не указывается), то режим подписки выбирается исходя из значения настройки Начальный Тип Подписки.
Типы Подписки
Каждый пользователь списка (адрес электронной почты) может быть подписан в одном из следующих режимов: FEED (прямой) В этом режиме подписчик получает сообщения списка по мере того, как они публикуются. Дополнительную информацию смотрите в разделе Рассылка в Режиме Прямой подписки. DIGEST (дайджест) В этом режиме подписчик периодически получает сообщения с дайджестами. Сообщение с дайджестом начинается с Таблицы Содержания — списка опубликованных сообщений; за ней следуют сами опубликованные сообщения. Дополнительную информацию смотрите в разделе Рассылка в режиме Дайджеста/Оглавления. INDEX (оглавление) В этом режиме подписчик периодически получает сообщения с оглавлениями. Сообщение с оглавлением фактически является Таблицей Содержания Дайджеста, однако в нём не содержится самих опубликованных сообщений. Подписчики на оглавление могут определить интересны ли им опубликованные сообщения и, используя Веб Интерфейс, могут прочитать их в архиве списка рассылки.
Дополнительную информацию смотрите в разделе Рассылка в режиме Дайджеста/Оглавления. NULL (фиктивный) В этом режиме подписчик не получает никаких сообщений из списка. Этот режим может использоваться «публикаторами» — пользователями списка, которые только публикуют сообщения в списке. BANNED (запрещённый) «Запрещённые» пользователи не получают сообщения из списка, и не могут менять самостоятельно режимы подписки на список.
Вы можете использовать этот метод для того, чтобы определённые пользователи не смогли подписаться на ваш список рассылки (хотя обычно используются более традиционные системы защиты от спама и другие общесистемные механизмы защиты).Подтверждения Подписки
- сообщения о подписке отправляются с некорректных адресов, и эти некорректные адреса вставляются в список подписчиков, так что сообщения из списка рассылки постоянно отправляются на эти некорректные или неиспользуемые адреса.
- пользователи, злоупотребляющие списком (например, спамеры), подписываются на несуществующие адреса электронной почты только для того, чтобы сделать возможной публикацию своих сообщений в списках, принимающих публикации только от подписчиков.
- используя искусственно модифицированные заголовки сообщений, некто может подписать или отписать чужой электронный адрес.
Эти и некоторые другие проблемы могут быть решены использованием Подтверждения Подписки. Запрашивать Подтверждения Когда выбрана эта опция, менеджер Списка не обрабатывает автоматически запросы на подписку. Вместо этого формируется сообщение с запросом подтверждения, и оно отправляется на тот адрес, который предполагается включить или исключить из списка подписчиков. Запрос подтверждения имеет уникальный идентификатор (ID Подтверждения) в поле Тема. Когда пользователь получает такой запрос подтверждения, он может, используя команду почтовой программы Ответить, подтвердить запрашиваемую операцию. Письмо Запроса Подтверждения Эта текстовая настройка позволяет вам задать тему и тело письма запроса подтверждения, которое модуль отправляет подписчикам. В дополнение к обычным «комбинациям символов», этот служебный текст может также включать в себя следующие комбинации:
Комбинация Заменяется на ^O запрошенная операция ^P unsubscribe для операции Отписать, subscribe для операции Подписать,
и subscribe(операция) для других операций^A адрес подписчика ^I идентификатор подтверждения Приветственное и Прощальное Письмо
Когда новый пользователь подписывается на список, ему отправляется Приветственное Письмо, содержащее указанный текст. Когда пользователь прекращает подписку, ему отправляется Прощальное Письмо.
Кроме обычных «комбинаций символов», эти служебные тексты могут также включать в себя следующие комбинации:
Комбинация Заменяется на ^A адрес подписчика ^I идентификатор подтверждения Публикация Сообщений
Для того, чтобы опубликовать сообщение в списке рассылки, автор должен отправить его на адрес listname@domain.
Принимать к Публикации Эта настройка определяет круг тех, кто может публиковать сообщения в этом списке рассылки:
только от владельца Будут опубликованы только те сообщения, которые были переданы (через любой метод, использующий аутентификацию) владельцем списка модерируя Сообщения от всех подписчиков, кроме владельца списка, перенаправляются владельцу списка на одобрение; если владелец списка перенаправит сообщение в список, то оно будет опубликовано.
Обратите внимание: этот режим может использоваться для изменения правил публикации, когда владелец списка хочет отложить публикацию любых сообщений. Если вы используете режим только от подписчиков, то используя настройки Публикации новых Подписчиков (смотрите ниже) вы можете более гибко управлять правилами публикаций.от подписчиков Сообщения от подписчиков принимаются для публикации; некоторые сообщения могут модерироваться (смотрите ниже). модерируя гостей Сообщения от подписчиков принимаются для публикации; некоторые сообщения могут модерироваться (смотрите ниже). Сообщения, поступившие от неподписанных адресов модерируются. от всех Сообщения принимаются для публикации от любого адреса. Публикации новых Подписчиков Эта настройка действует только если настройка Принимать к Публикации имеет значение от подписчиков. Когда пользователь подписывается и начинает публиковать сообщения, то они сохраняются в папке владелеца списка, ожидая одобрения. После указанного числа одобренных и опубликованных сообщений, все сообщения, отправляемые этим пользователем, публикуются непосредственно в списке, без предварительного одобрения владельца списка.
Обратите внимание: это очень эффективный способ соблюдения правил публикации сообщений, и он хорошо защищает список рассылки от спамеров.
Если вы установите эту настройку в значение Модерировать все, то все сообщения от новых подписчиков будут ожидать одобрения (модуль LIST просто прекратит обновлять счётчик опубликованных сообщений).
Если вы установите эту настройку в значение Запретить, то новые подписчики не смогут публиковать сообщения в списке рассылки (их публикации будут отвергаться).
Если вы установите эту настройку в значение Специальные, то новые подписчики смогут публиковать автоматически создаваемые сообщения. Это полезно, если вы хотите подписать этот список рассылки на другой список рассылки.
Обратите внимание: если автоматически созданное сообщение должно быть опубликовано в списке, и это сообщение создано не владельцем списка, то будет использоваться адрес Отправитель (Sender) сообщения (если он существует) вместо адреса От Кого (From). Если этот адрес подписан на список и режим публикаций подписчиков установлен в Специальные, то сообщение будет опубликованно.
Вы можете открыть список подписчиков и изменить эту настройку для каждого подписчика индивидуально. Возможно, вы захотите изменить для некоторых пользователей эту настройку на Не модерировать, а публикации всех остальных пользователей (и всех новых пользователей) будут либо ожидать одобрения, либо отвергаться. Разрешённый Формат Эта настройка задаёт разрешённые форматы MIME для публикаций.только text/plain могут быть опубликованы только сообщения в формате text/plain только текст могут быть опубликованы только сообщения в текстовых форматах (text/plain, text/html и т.д.) мультиформатный текст опубликованы могут быть только сообщения, имеющие текстовый формат или сообщения в формате multipart/alternative, состоящие из нескольких частей, одна из которых текстовая (например, сообщение может содержать раздел text/html и тот же текст как раздел image/gif) любой могут быть опубликованы сообщения в любом формате MIME Владелец списка всегда может опубликовать сообщения в любом формате. Максимальный Размер Эта настройка ограничивает размер сообщений, которые могут публиковаться в этом списке рассылки. Владелец списка всегда может публиковать сообщения любого размера. Запретить Немодифицированные Темы Дайджестов Когда выбрана эта опция, то проверяется поле Тема всех публикаций. Если в Теме есть «префикс ответа» (такой, как Re:, Re> и т.п., за которым следует Строка Дайджеста этого списка (смотрите ниже), то сообщение отвергается. Запретить Несовпадающие Кодировки Когда выбрана эта опция, то проверяется кодировка, которая использовалась при создании публикации. Если кодировка указана явно, и она не совпадает с Предпочтительной Кодировкой, установленной для этого списка, то сообщение отвергается. Служебные Поля Используйте эту опцию для того, чтобы указать поля заголовка сообщений, которые будут добавлены во все распространяемые (прямо, в дайджесте или в оглавлении) сообщения. Если значение этой опции начинается с символа звёздочка (*), то модуль автоматически генерирует поля List-ID, List-Unsubscribe, Precedence и (если разрешён просмотр списка) List-Archive.
В противном случае, будут добавляться указанные здесь поля. В этом поле могут также использоваться следующие комбинации символов:Комбинация Заменяется на ^N строка listname (имя списка) ^D строка domain (имя домена) ^P первый из имеющихся номеров порта модуля HTTP User ^R строка http или https в зависимости от типа первого из имеющихся номеров портов модуля HTTP User Составлять Адреса 'От Кого' как: Эта настройка определяет как будут изменены адреса ‘От Кого’ в распространяемых сообщениях.
Имя Автора и Адрес Используются оригинальные имя автора (комментарий адреса) и адрес автора. Имя Автора и Адрес Списка Рассылки Используется имя автора, но адрес автора заменяется на адрес Списка Рассылки. Используйте эту опцию для придания совместимости распространяемых сообщений с DMARC. Имя Автора с Адресом и Адрес Списка Рассылки Действует как предыдущая опция, но адрес автора также вставляется в комментарий. Обработка Сообщений
Когда опубликованное сообщение отправляется подписчикам, заголовок оригинального сообщения изменяется. Обычно из оригинального сообщения копируются только поля От Кого, Дата, Message-ID и Тема.
Вы можете указать дополнительные поля заголовков, которые должны копироваться из оригинальной публикации в сообщение, отправляемое подписчикам (напрямую или в составе дайджеста).
Сохраняемые RFC822 Поля Используйте эти поля для задания имён дополнительных полей заголовков согласно RFC822, которые должны копироваться из оригинальной публикации в распространяемое сообщение. Для удаления имени из списка, введите пустую строку в поле с этим именем.
Если вы хотите скопировать все поля заголовков, введите символ звёздочка ( * ) в первом поле.
Для копирования заголовка Message-ID из оригинала в письма, распространяемые в прямом режиме, укажите поле Message-ID .
- удалить — оригинальные поля Кому и Копия не копируются; в поле Кому добавляется адрес Списка Рассылки;
- сохранить — оригинальные Кому и Копия копируются;
- сохранить как Cc — оригинальные поля Кому и Копия копируются как поля Копия; в поле Кому добавляется адрес Списка Рассылки.
Обработка Ошибок
Неверные и устаревшие адреса электронной почты в списках рассылки являются одной из наиболее раздражающих проблем, с которыми сталкиваются администраторы списков рассылки. Модуль LIST CommuniGate Pro обрабатывает неверные, устаревшие и временно неработоспособные адреса автоматически.
- сохраняет отчёт в папке владельца списка listname/reports (по выбору);
- разбирает текст отчёта;
- если отчёт имеет корректную структуру уведомления о доставке (RFC1892/RFC894), то обрабатываются все записи из этого отчёта.
Большинство проблем может быть обнаружено сразу после отправки сообщения списка от Сервера CommuniGate Pro, поэтому большинство отчётов об ошибках генерируется локально, на этом же сервере CommuniGate Pro. Сервер CommuniGate Pro генерирует отчёты в надлежащем формате, так что большинство проблем, возникающих при доставке, обрабатывается автоматически.
Если сообщение из списка было отправлено на удалённый сайт без возникновения проблем, но затем этот удалённый сайт не смог доставить сообщение получателю, то отчёт об ошибке генерируется на этом удалённом сайте. Большинство современных почтовых серверов генерируют отчёты о доставке в корректном формате; в таких случаях проблемы так же будут обрабатываться автоматически.
Но иногда с некоторых удалённых сайтов ещё могут приходить неверно сформатированные отчёты о доставке. Модуль LIST может сохранять такие неформатированные отчёты в папки listname/reports, так что владелец списка сможет обработать их вручную.
Каждая запись в отчёте о доставке содержит информацию об одном адресе электронной почты, и эта запись указывает, было ли оригинальное сообщение доставлено на этот адрес. Она также указывает, является ли проблема с доставкой фатальной (например, пользователь отсутствует в системе), или нефатальной, временной проблемой (например, если в работе удаленного сайта имеются проблемы или квота на дисковое пространство пользователя исчерпана).
Если получен отчёт с нефатальной ошибкой, отправка сообщений на этот адрес электронной почты приостанавливается, новые сообщения не отправляются, а все дополнительные отчёты об ошибках, возникающих с доставкой сообщения на этот адрес, игнорируются. Когда модуль LIST выполняет периодическую очистку списка, он отправляет Письмо Предупреждения всем подписчикам, доставка сообщений которым приостановлена. Письмо Предупреждения уведомляет этого пользователя, что некоторые из сообщений списка не были доставлены на адрес пользователя, и в нём содержится просьба подтвердить подписку (просто ответив на письмо предупреждения).
- Адрес может быть приостановлен на фиксированный период времени. Когда этот период закончится, модуль LIST продолжит отправку сообщений из списка на этот адрес. Это может привести к новым ошибкам и увеличит значения счётчика ошибок для этого адреса; после того, как счётчик ошибок превысит установленное значение, адрес будет отписан.
Также на все проблемные адреса после окончание периода приостановки отправляются Письма с Предупреждениями — до тех пор, пока пользователь не подтвердит подписку, ответив на письмо предупреждения. - Адрес может быть приостановлен до тех, пор пока, пользователь не ответит на Письмо Предупреждения. Если подтверждение в течение указанного периода времени не получено, то подписка адреса отменяется.
Когда пользователь подтверждает подписку ответом на Письмо Предупреждения, то период приостановки заканчивается и счётчик ошибок для этого адреса пользователя сбрасывается.
- рассылает предупреждающие сообщения подписчикам с ненулевыми счётчиками ошибок;
- удаляет подписчиков, отправивших запросы на подписку более 2 дней назад и не подтвердивших свои запросы;
- удаляет адреса с отменённой подпиской из списка.
Рассылка в Режиме Прямой Подписки
После опубликования сообщения оно распространяется всем пользователям, подписанным в режиме прямой рассылки.
Поле заголовка Кому распространяемого сообщения содержит адрес списка рассылки. Из оригинального сообщения копируются поля От Кого, Дата и Message-ID (а также заданные дополнительные поля).
Тело распространяемого сообщения копируется из оригинального сообщения. Если оригинальное сообщение было не в MIME формате, или если оно было в text/plain или multipart/mixed MIME формате (наиболее распространённые форматы), то в режиме прямой рассылки текст Заголовка вставляется перед, а текст Концовки вставляется после текста оригинальной публикации.
Префикс Темы Эта установка задаёт строку, которая вставляется в начало поля Тема всех сообщений, распространяемых в режиме прямой рассылки.
При рассылке сообщения, система проверяет поле Тема. Если префикс темы обнаружен после префикса ответа (Re:, Re> и т.д.), то префикс темы удаляется.
Строка Префикса Темы может содержать специальные комбинации символов. вставлять после Префикса Ответа Выберите эту опцию, чтобы Префикс Темы вставлялся после префикса Ответа (это помогает клиентским почтовым программам группировать связанные сообщения в нити обсуждений).Пример:
значение настройки Префикс Темы [R&D] публикуемое сообщение Тема: тест рассылаемое сообщение Тема: [R&D] тест публикуемый ответ Тема: Re: [R&D] тест рассылаемый ответ
(вставлять после Префикса Ответа не выбрано)Тема: [R&D] Re: тест рассылаемый ответ
(вставлять после Префикса Ответа выбрано)Тема: Re: [R&D] тест создаваемый дайджест 1) тест
2) Re: тестНаправлять Ответы Если выбрано значение в Список, то во все рассылаемые сообщения добавляется поле заголовка Reply-To: с адресом списка. В результате, когда подписчик отвечает на разосланные сообщения, их ответы направляются по умолчанию в список рассылки.
Если выбрано значение Автору, то в заголовок Reply-To добавляется адрес автора (отправителя) сообщения. Заголовок Эта настройка задаёт текст, который добавляется в начало сообщения, рассылаемого в режиме прямой подписки.
Строка с Заголовком может содержать специальные комбинации символов. Концовка Эта настройка задаёт текст, который добавляется в конец сообщения, рассылаемого в режиме прямой подписки.
Строка с Концовкой может содержать специальные комбинации символов.Дайджест и Архив
Опубликованные сообщения могут сохраняться в папке у Пользователя — владельца списка. В этой папке накапливаются сообщения для дайджестов. Если сообщение не удаляются из этой папки после создания дайджеста, то эта же папка может использоваться как архив списка рассылки.
Выберите значение Включено для опции Дайджест и Архив и перейдите по соответствующей ссылке для изменения настроек Дайджеста и Архива.
Рассылка в режиме Дайджест/Оглавление
Когда опция Дайджеста и Архива включена, все опубликованные сообщения сохраняются в в папке у Пользователя — владельца списка. Модуль LIST периодически проверяет эту папку и создаёт дайджесты и оглавления списка.
Сообщение с дайджестом содержит сборник опубликованных в списке рассылки с момента создания прошлого дайджеста сообщений.
Тело сообщения с дайджестом содержит Заголовок дайджеста, Содержание, в котором перечислены все сообщения, находящиеся в дайджесте, Концовку Содержания, опубликованные сообщения и, наконец, Концовку дайджеста.
Сообщение с оглавлением включает в себя так же Заголовок дайджеста, Содержание и Концовку Содержания, однако в нём не содержится самих опубликованных сообщений, а также отсутствует Концовка Дайджеста.
Сообщения с оглавлением создаются одновременно с сообщениями с дайджестами списка. Сообщения с дайджестом отправляются подписчикам, имеющим тип подписки Дайджест, а сообщения с оглавлением отправляются подписчикам, имеющим тип подписки Оглавление.
Создавать каждый(е) Эта настройка указывает, как часто модуль LIST должен создавать дайджесты (и оглавления) сообщений для этого списка. Первый Дайджест в Эта настройка указывает время суток, в которое должен создаваться первый дайджест.
Обратите внимание: если значение настройки Создавать каждый(е) не более чем 1 день, то первый дайджест будет генерироваться ежедневно в указанное здесь время. Если эта настройка имеет значение 4:00, а настройка Создавать каждый(е) установлена в 1 День, и последний дайджест был создан в 23:00 в Понедельник, то следующий дайджест создаётся в 4:00 во Вторник.
Если значение настройки Создавать каждый(е) установлено в N дней, то первый дайджест создаётся в указанное время через N дней: если эта настройка имеет значение 4:00, а настройка Создавать каждый(е) установлена в 5 Дней, и последний дайджест был создан в 23:00 в Понедельник, то следующий дайджест создаётся в 4:00 в Пятницу. или когда Размер больше чем Эта настройка указывает максимальный размер сообщений, включаемых в один дайджест. Если общий размер всех опубликованных с момента создания прошлого дайджеста сообщений превысил это значение, то будет немедленно создан новый дайджест (и оглавление), несмотря на настройки Создавать каждый(е) и Первый Дайджест в. или когда накопленных Писем Эта настройка указывает максимальное число сообщений, включаемых в дайджест. Как только опубликовано указанное число сообщений, немедленно создаётся новый дайджест.Тема Дайджеста Этот текст используется в поле заголовка Тема для создаваемых в этом списке рассылке сообщений с дайджестом и оглавлением.
Если выбрана опция Запретить Немодифицированные Темы Дайджестов, то менеджер списка рассылки отвергает все публикации с префиксом ответа (Re:, Re> и т.д.), за которыми следует немодифицированная Тема Дайджеста. Формат Тела Дайджеста Эта настройка указывает формат, который должно иметь тело дайджеста. текстовый Дайджесты формируются как текстовые сообщения; индивидуальные сообщения отделяются строкой, состоящей из символов минус. стандартный MIME Дайджест формируются в формате MIME multipart/digest, где первая часть имеет тип text/plain и является Содержанием, а все другие части содержат сами сообщения (публикации). вложенный MIME Дайджест формируются в формате MIME multipart/mixed, где первая часть имеет тип text/plain и является Содержанием, а вторая часть имеет стандартный формат multipart/digest и содержит все сообщения (публикации). Заголовок Эта настройка задаёт текст, вставляемый во все сообщения с дайджестами и оглавлениями до Содержания. Строка Содержания Эта настройка задаёт формат строки оглавления. Как любой служебный текст, Строка Содержания может (и должна) иметь специальные комбинации символов, однако эти комбинации имеют некоторые отличия.
Для каждого опубликованного сообщение значения из сообщения заменяются на текст Строки содержания, и получившаяся строка записывается в формируемое сообщение с дайджестом или оглавлением.Комбинация Заменяется на ^X номер сообщения в создаваемом дайджесте ^F поле Заголовка сообщения От Кого ^T поле Заголовка сообщения Дата ^S поле Заголовка сообщения Тема ^I поле Заголовка сообщения Message-Id Концовка Содержания Эта настройка задаёт текст, вставляемый во все сообщения с дайджестами и оглавлениями после Содержания. Концовка Эта настройка задаёт текст, вставляемый после последнего сообщения в дайджесте.
Архивирование
Все сообщения, опубликованные в списке рассылки listname хранятся в папке listname у Пользователя владельца списка. Для формирования дайджеста, опубликованные сообщения берутся из этой папки. Эта папка также является архивом для всех опубликованных сообщений, и этот архив доступен для поиска через Веб Интерфейс Пользователя.
Каждый раз при формировании дайджеста папка проверяется и самые старые из опубликованных сообщений удаляются, что позволяет держать размер архивной папки в пределах установленных ограничений.
Максимальный Размер Эта настройка задаёт максимальный размер архивной папки. После создания дайджеста может быть создан новый архивный файл, или самые старые сообщения могут удаляться из папки для того, чтобы её размер не выходил за пределы установленных ограничений. Число Хранимых Писем Эта настройка указывает максимальное число сообщений, которое может оставаться в архивной папке после создания дайджеста. Начинать новый Архив каждый(е) Эта настройка определяет когда должна создаваться новая архивная папка. Старая архивная папка становится подпапкой с именем YYYY-MM-DD, где YYYY — год, MM — месяц, а DD — день, когда было сохранено первое сообщение, находящееся в этом архиве.
Если опция «Начинать новый Архив каждый(е)» не установлена в значение никогда, то новый архив будет создаваться по достижению ограничения на размер папки или превышению количества сообщений.
Если опция «Начинать новый Архив каждый(е)» установлена в значение никогда и опция максимальный размер имеет нулевое значение, то все сообщения удаляются из архивной папки сразу же после создания дайджеста. Права Просмотра Эта настройка определяет, будет ли этот список рассылки представлен в разделе Списки Рассылки в Веб Интерфейсе Пользователя. никого Список рассылки не будет доступен через Веб Интерфейс. любой Список рассылки будет показываться как доступный для просмотра, и любой может использовать его архив. подписчики Список рассылки будет отображаться как доступный для просмотра, но для того, чтобы просмотреть его архив, пользователь должен будет ввести свой адрес электронной почты и (в качестве пароля) Идентификатор Подтверждения. Для получения забытого Идентификатора Подтверждения, пользователь всегда может отправить сообщение на адрес listname-confirm@domain> и получить Идентификатор Подтверждения, даже если его режим подписки на список не требует подтверждений.
Если подписчик (адрес электронной почты) является локальным Пользователем CommuniGate Pro, то в качестве пароля на просмотр списка наряду с Идентификатором Подтверждения он также может использовать свой пароль Пользователя. клиенты Список рассылки будет показываться как доступный для просмотра, и его архив может просматриваться с любого адреса, включённого в список Сетевые Адреса Клиентов.
Для всех пользователей, обращающихся к архиву списка рассылки с адресов/сетей вне указанного диапазона, этот режим будет работать так же, как режим подписчики — для того, чтобы просмотреть архив списка, эти пользователи должны будут ввести своё имя/пароль (адрес электронной почты и Идентификатор Подтверждения).Список Подписчиков
Если вы администратор системы или владелец списка, то вы можете получить доступ к странице со списком подписчиков; для этого пройдите по ссылке Подписчики, которая находится на странице Установки Списка Рассылки.
Страница Подписчики содержит адреса электронной почты, которые подписаны на список рассылки. Для каждого адреса приводится дополнительная информация (настоящее имя подписчика, число ошибок, связанных с этим адресом и т.д.). Каждый адрес может быть отмечен; также, используя кнопку Отметить Всё, вы можете отметить все адреса. Вы можете использовать поле Фильтр для отображения только тех подписчиков, адреса которых соответствуют введённому значению.
Прекратить Подписку Отметив некоторых подписчиков и нажав на эту кнопку, вы прекратите их подписку на список. В зависимости от текущего значения настройки «При Подписке», модуль LIST либо просто отменит их подписку, либо отправит им запрос на подтверждение. Если настройка «При Подписке» (смотрите ниже) имеет значение Послать Приветствие, то на удаляемый из подписки адрес будет отправлено Прощальное Письмо. Сэмулировать Ошибку Отметив некоторых подписчиков и нажав на эту кнопку, вы укажите модулю LIST что при доставке почты на эти адреса возникла ошибка. Это может быть полезно в ситуациях, при которых модуль LIST не смог обработать отчёты об ошибке автоматически из-за того, что они приходили в нестандартном формате. Нажатие на кнопку «Сэмулировать Ошибку» инициирует те же действия (увеличение счётчика ошибок, приостановление и отправка предупреждения), которые автоматически выполнялись бы при получении нефатальной ошибки от отмеченных адресов. Установить режим Публикаций Здесь вы можете изменить режим модерирования для выбранных пользователей. Вы можете выбрать некоторых подписчиков и установить для них режим публикаций в Модерировать, Запретить, Не Модерировать или Специальные. Дополнительную информацию смотрите в разделе Публикация Сообщений. Установить режим Подписки Здесь вы можете изменить режим подписки для выбранных пользователей. Дополнительную информацию смотрите в разделе Обработка Подписки. Если настройка При Подписке (смотрите ниже) установлена в значение запросить Подтверждение, то режим подписки не меняется сразу же, а отмеченным пользователям отправляется запрос на подтверждение изменения режима подписки.
Добавление Подписчиков
Вы можете вручную добавить подписчиков в список рассылки. Введите адрес электронной почты нового подписчика и нажмите на кнопку Подписать.
При Подписке Если эта опция устанавливается в значение запросить Подтверждение, то по результатам всех операций на указанный адрес подписчика будут отправляться запросы подтверждения.
Если эта опция установлена в значение послать Приветствие, то запросы на подтверждение не будут создаваться, режим подписки будет изменяться немедленно, но подписчикам будут отправляться Приветственные и Прощальные Письма при, соответственно, подписке нового пользователя или удалении из подписки старого.
Если эта опция установлена в значение обработать молча, то никакие сообщения подписчикам не отправляются. Одиночный Адрес Используйте это поле для ввода адреса электронной почты пользователя, которого необходимо подписать на этот список. Новый адрес подписчика может быть указан как адрес электронной почты с комментарием, например, John Smith или johns@company.com (John Smith); в этом случае комментарий будет сохранён как настоящее имя пользователя.
Нажмите на кнопку Подписать для того, чтобы подписать указанные адреса.Импортирование Списков Подписчиков
Для того, чтобы подписать сразу нескольких подписчиков на список рассылки, вы можете использовать текстовые файлы со списком адресов электронной почты. Откройте страницу Подписчики, в поле "Из Файла" выберите файл, в котором содержатся адреса. Чтобы подписать эти адреса на список рассылки, нажмите на кнопку Подписать.
В каждой строке текстового файла должен содержаться один адрес электронной почты и несколько дополнительных полей. Если в строке содержится несколько полей, то они должны быть разделены символом табуляции.
- Первое (единственное обязательное) поле является адресом электронной почты.
- Во втором поле указывается режим подписки. В этом поле проверяется первый символ. Символы d и D задают подписку в режиме дайджеста, символы I и i - подписку в режиме оглавления, символы f и F - подписку в режиме прямой рассылки. Все другие символы в этом поле игнорируются. Если первый символ не распознан или поле отсутствует, то режим подписки для новых пользователей определяется согласно значению настройки Начальный Тип Подписки.
- В последнем поле (если в строке содержится более двух полей) указывается настоящее имя пользователя.
Сначала менеджер Списка Рассылки проверяет формат файла. Если формат неверен, то пользователи не подписываются. Это позволяет вам исправить формат файла и использовать его ещё раз; из этого файла либо будут добавлены все адреса, либо не будет добавлен ни один адрес.
Обратите внимание: Импортируемый файл должен быть приготовлен на компьютере клиента (на компьютере, на котором вы запускаете браузер). Браузер позволяет вам загружать файлы, находящиеся на дисках, подключённых к этому компьютеру, а не к компьютеру Сервера CommuniGate Pro.
Обратите внимание: При использовании Netscape и некоторых других браузеров Unix, убедитесь, что имена файлов оканчиваются суффиксом .txt - в противном случае браузер не будет загружать этот файл как текстовый и сервер проигнорирует его.
Обратите внимание: Некоторые версии браузера Netscape® для "классической" MacOS® не преобразовывают текстовые файлы MacOS (использующие символ CR в качестве разделителя строк) в текстовые файлы, в которых строки разделяются символами CR-LF. Вы можете столкнуться с ошибкой "format error" если вы попытаетесь импортировать список подписчиков с компьютера, работающего под управлением MacOS при помощи такого браузера. Вы должны либо использовать другой браузер, либо преобразовать файл с адресами подписчиков в текстовый файл, в котором для разделения строк используются символы CR-LF.
Обратите внимание: Если вы осуществляете миграцию пользователей с другой системы управления спискам рассылки, то убедитесь, что опция "При Подписке" имеет значение "обработать молча" - так как в противном случае все пользователи получат запросы на подтверждение и/или Приветственные Письма.
Подписывание Списков на Списки
Возможно вам потребуется подписать список рассылки List1 на список рассылки List2 так, чтобы все сообщения, опубликованные в списке List2 отправлялись также и подписчикам List1.
После того, как вы добавили полный адрес списка List1 (вида list1@domain1.dom) в список подписчиков списка List2, добавьте полный адрес списка List2 (list2@domain2.dom) к списку подписчиков списка List1. Установив режим подписки в фиктивный, вы предотвратите обратное появление сообщений в списке List2; также установите режим публикации в Специальные, что позволит публиковать в списке List1 все сообщения из списка List2 (которые являются автоматически сгенерированными сообщениями).
Обработка Служебных Запросов
Модуль LIST обрабатывает сообщения, отправляемые на адрес listserver@localdomainname. Модуль берёт команды для Сервера Списков Рассылки из тела сообщения, обрабатывает эти команды и формирует ответы с результатами выполнения команд.
Все команды, отправляемые на указанный выше адрес, применяются к спискам рассылки только этого домена (их обрабатывает виртуальный сервер списков рассылки, обслуживающий только этот домен).
Сообщения с командами Серверу Списков Рассылки должны быть в простом текстовом формате или в формате mulitpart/alternative, в котором одна из частей имеет простой текстовый формат.
Каждая команда Сервера Списков Рассылки задаётся на отдельной строке. Строки, начинающиеся с символов %, *, # и ; не обрабатываются (это строки с комментариями).
Поддерживаются следующие команды: SUBSCRIBE listname [mode [confirmation ID]]
SUB listname [mode [confirmation ID]] Эти команды подписывают автора сообщения на список рассылки listname. Если опция mode не указана, то используется режим подписки, применяемый умолчанию.
Это эквивалентно отправке сообщения на адрес listname-on@localdomainname. UNSUBSCRIBE listname [confirmation ID]
UNSUB listname [confirmation ID] Эти команды удаляют адрес автора сообщения из списка рассылки listname.
Это эквивалентно отправке сообщения на адрес listname-off@localdomainname. CONFIRM listname
GETID listname Эти команды отправляют автору сообщения его/её Идентификатор Подтверждения (пароль) для списка listname.
Это эквивалентно отправке сообщения на адрес listname-confirm@localdomainname. WHICH
CHECK Эти команды используются для получения перечня списков рассылки (в этом Домене localdomainname), на которые подписан автор сообщения. HELP Эта команда выводит перечень поддерживаемых команд. QUIT
FINISH Эти команды предписывают модулю LIST прекратить обработку. Оставшаяся часть сообщения игнорируется.Маршрутизация
Модуль LIST направляет в себя следующие адреса:
listname@domain
, если список listname существует в домене domain, или
listname,
если список рассылки listname существует в главном домене.Сообщения, отправляемые на эти адреса, обрабатываются как сообщения для публикации в этом списке рассылки.
Модуль LIST обнаруживает адреса в виде
listname-request@domain и listname-admin@domain
или
listname-request и listname-admin.
Принятые на эти адреса сообщения перенаправляются владельцу этого списка рассылки.Модуль LIST также направляет на себя следующие адреса:
listname-xxx@domain
и
listname-xxx.Суффикс xxx может быть одним из следующих:
суффикс Действие on, off, subscribe, unsubscribe, feed, digest, index отправленные на эти адреса сообщения обрабатываются как запросы на подписку. report сообщения, отправленные на этот адрес, обрабатываются как уведомления о доставке рассылаемых сообщений любой другой сообщения отвергаются Как я могу.
В этом разделе объясняется, как вы можете настроить ваш Сервер CommuniGate Pro под определённые задачи.
Маршрутизация
Как я могу постепенно перевести всех пользователей с моего старого сервера?
Во многих случаях, особенно когда вам необходимо перевести пользователей со старого сервера, вам может потребоваться настроить CommuniGate Pro на доставку почты только для пользователей определённого домена, в то время как почта для всех остальных пользователей, которые (пока) не заведены в домен, обслуживаемый CommuniGate Pro, будет ретранслироваться на другой (старый) сервер, без каких бы то не было изменений в заголовках письма и в адресах конверта письма.
Откройте для этого домена Установки Домена и установите опцию Почта для Неизвестных:
Здесь domain.dom - это имя этого домена, обслуживаемого CommuniGate Pro, а otherserver.dom - это имя в DNS другого [старого] сервера. Если DNS-имени для другого сервера не существует, вместо него вы можете использовать его IP адрес:
*%domain.dom@[11.22.33.44]
Когда CommuniGate Pro получает любое сообщение для aname@domain.dom и домен не имеет пользователя/группы/ переадресатора/списка рассылки с именем aname, то сообщение Перенаправляется (адреса конверта письма меняются) на адрес aname%domain.dom@otherserver.dom._via. Суффикс ._via указывает модулю Router принять этот адрес и отбросить имя домена, используя его только как имя сервера для соединения (модуль так же всегда отбрасывает IP адрес, указанный в качестве имени домена). Получившийся адрес конверта (aname%domain.dom) преобразовывается в стандартную форму (aname@domain.dom) до перенаправления на другой сервер. В результате другой сервер получает такое сообщение с немодифицированным конвертом и заголовками письма.
Как только пользователь aname будет создан в CommuniGate Pro в домене domain.dom, почта автоматически начнёт сохраняться у этого Пользователя. Вы можете скопировать все сообщения Пользователя aname со старого сервера Пользователю aname на новом сервере и удалить Пользователя aname со старого сервера.
Как я могу ретранслировать почту и Сигналы для определённых доменов?
Для того, чтобы разрешить Серверу ретранслировать всю почту и Сигналы для домена friend.com, укажите в таблице Маршрутизатора следующую запись:
Relay: friend.com = friend.com@friend.com._via
В разделе Защита вы можете узнать о действии префикса Relay: (вы так же можете опустить его или использовать вместо него префикс RelayAll:).
Для того, чтобы ретранслировать всю почту и Сигналы для домена friend.com, но направить их через другой сервер firewall.friend.com, создайте в Маршрутизаторе следующую запись:
Relay: friend.com = friend.com@firewall.friend.com._via
Если вам необходимо игнорировать информацию в MX или SRV записях и ретранслировать всю почту и Сигналы на определённый IP адрес (указанный явно или определяемый через A-запись DNS), смотрите пункт Игнорирование MX/SRV записей.
Если вы хотите, чтобы ваш Сервер действовал как запасной ретранслятор почты для определённых доменов, то вы можете запустить Сервер с аргументом командной строки --SMTPRelayToHostsWeBackup.
Это далеко не идеальное решение, так как любой, кто может изменять записи DNS для определённых доменов, сможет использовать ваш сервер как запасной ретранслятор для этих доменов.Как я могу отправлять почту и Сигналы на удалённый хост, игнорируя его MX/SRV записи в DNS?
Если ваш Сервер должен отправлять Почту и Сигналы для домена target.domain через ретранслирующий сервер relay.domain или через прокси, то вы можете указать явно IP адрес этого релея в модуле Маршрутизатор с помощью такой записи:
target.domain = target.domain@[11.22.33.44]
Если вы хотите ретранслировать почту и Сигналы, используя A-запись DNS вместо явного указания адреса IP, то создайте следующую запись:
Mail:target.domain = target.domain@relay.domain.25._via
Signal:target.domain = target.domain@relay.domain.5060._viaЕсли явно указать номер порта, то модуль SMTP не будет обращать внимания на MX-запись для удалённого хоста. Указывая стандартный (25) номер порта SMTP, вы предписываете SMTP модулю использовать для relay.domain информацию из A-записи DNS и игнорировать MX-записи.
Модуль SIP не будет обращать внимания на SRV записи, если явно указать номер порта удалённого хоста. Указывая стандартный (5060) номер порта SIP, вы предписываете модулю SIP использовать информацию из A-записи домена в DNS, и игнорировать его SRV записи.
Обратите внимание: Вы можете добавлять к этим записям в Маршрутизаторе префиксы Relay:, NoRelay: или RelayAll:.
SMTP, SIP
Как я могу пересылать почту на другой SMTP MTA на том же сервере?
Вы можете использовать два различных SMTP Сервера (MTA), работающих на одном компьютере, но принимающие соединения на различные номера портов или обслуживающих разные адреса IP.
Для того, чтобы ретранслировать почту на "братский" сервер, принимающий соединения на порту номер 26, её необходимо перенаправить на домен other-port при помощи следующей записи в таблице Маршрутизатора:
other-port = 127.0.0.1.26._via
Для того, чтобы ретранслировать почту на "братский" сервер, принимающий соединения на порту номер 25, но на другом IP адресе 11.22.33.44, её необходимо перенаправить на домен other-ip при помощи следующей записи в вашей таблице Маршрутизатора:
other-ip = 11.22.33.44.25._via
Например, если вся почта для домена client57.com должна идти на братский сервер, работающий на другом порту, то добавьте в Маршрутизатор следующие записи:
other-port = 127.0.0.1.26._via
Relay: client57.com = client57.com@other-port
Relay: client57.com = client57.com@127.0.0.1.26._viaКак я могу отправлять почту на почтовые сервера моих клиентов, если они подключены по коммутируемой линии? (ETRN)
- создайте 2 MX записи (на вашем DNS сервере) для клиентского домена domain.dom: высокоприоритетную запись, указывающую непосредственно на сервер клиента, и низкоприоритетную, указывающую на ваш сервер CommuniGate Pro;
- настройте ваш сервер, чтобы он ретранслировал почту для домена domain.dom;
- дополнительно можно указать имя домена domain.dom в настройке Удерживать почту для Доменов в SMTP модуле CommuniGate Pro;
- настройте сервер клиента на отправку команды пробуждения ETRN на ваш сервер.
Как я могу хранить всю почту клиентов, пока их сервер не отправит команду ETRN?
- получать всю почту через ваш сервер вместо того, чтобы получать почту напрямую, когда каждое входящее сообщение будет устанавливать связь;
- получать всю почту через ваш сервер только когда он отправит команду ETRN, так что ваш сервер не будет устанавливать связь и ретранслировать почту по получении каждого сообщение.
- создать в DNS A-запись для домена mail.client.com, указывающую на IP адрес сервера клиента;
- создать в DNS MX-запись для домена client.com, указывающую на ваш сервер CommuniGate Pro; вы НЕ должны включать имя mail.client.com в MX-записи для почтового домена client.com.
- создать запись в Маршрутизаторе сервера CommuniGate Pro:
client.com = mail.client.com._via
Как я могу отправлять почту на почтовые сервера моих клиентов, если они имеют динамические IP адреса? (ATRN/PROP)
Если клиент имеет почтовый сервер и коммутируемое соединение с динамически выделяемым адресом IP, то сервер клиента не может быть внесён в DNS, потому что в DNS хранятся записи, связывающие имя домена и фиксированный (статический) IP адрес.
Для того, чтобы почта могла доставляться на такие узлы, ваш сервер CommuniGate Pro должен быть настроен как ретранслятор почты для таких узлов. В зависимости от возможностей почтового сервера клиента, вы можете использовать команду ATRN или метод Общедоменного Пользователя (RPOP).
- создать MX-запись (на вашем DNS сервере) для клиента с именем домена domain.dom; эта запись должна указывать на адрес вашего сервера CommuniGate Pro;
- включить имя домена domain.dom в список Удерживать Почту для Доменов в модуле SMTP CommuniGate Pro;
- создать пользователя domain.dom в Главном Домене сервера CommuniGate Pro и установить для него пароль;
- настроить сервер клиента на отправку на ваш сервер команды ATRN, используя имя пользователя domain.dom для регистрации (в команде AUTH) и его пароль (как AUTH пароль). Если сервер пользователя не может отправлять команду ATRN, он может отправить команду TURN, но только после того, как он отправит команду AUTH с надлежащим именем и паролем.
- создать MX-запись (на вашем DNS сервере) для клиента с именем домена domain.dom; эта запись должна указывать на адрес вашего сервера CommuniGate Pro;
- создать пользователя dd-customer (имя пользователя может быть любым) в Главном Домене вашего сервера CommuniGate Pro и установить для него пароль;
- добавить следующую запись в Маршрутизаторе сервера CommuniGate Pro:
domain.dom = dd-customer.local
Как я могу отправить почту для всех доменов, принадлежащих моим клиентам, одной командой ETRN или ATRN?
Удалённые сервера, которые используют ваш сервер CommuniGate Pro как запасной ретранслятор почты, могут обслуживать несколько доменов. Обычно эти сервера отправляют команду ETRN или ATRN, указывая в качестве параметра только один домен.
Для того, чтобы отправить почту для всех доменов, обслуживаемых удалённым сервером по одной команде ETRN или ATRN, вам необходимо добавить почту, отправляемую для дополнительных доменов удалённого сервера в очередь почты, отправляемой для "главного домена" удалённого сервера.
Если удалённый сервер должен получить почту для доменов domain1.dom, domain2.dom, и domain3.dom, но он отправляет команду ETRN или ATRN только для домена domain1.dom, используйте следующие записи Маршрутизации на уровне домена:
domain2.dom = domain2.dom@domain1.dom._via
domain3.dom = domain3.dom@domain1.dom._viaЕсли вы хотите задержать очередь писем на все эти домены до получения команды ATRN/ETRN, включите имя domain1.dom в список Удерживать Почту для Доменов в установках модуля SMTP.
Правила
Как я могу сохранять всю исходящую почту, отправляемую моими пользователями?
Возможно, вам потребуется сохранять всю исходящую почту в особой папке у системного администратора или у Пользователя, отвечающего за безопасность.
Для того, чтобы копировать почту, отправляемую из определённых Доменов, используйте Общесерверные Правила:
При этом в главном домене уже должен быть пользователь security, и у него должна существовать папка outgoing.
Как я могу ограничить, кому мои пользователи могут отправлять почту?
Возможно, вам потребуется, чтобы члены некоторой группы пользователей могли посылать письма только друг другу и/или на некоторые избранные внешние адреса.
Простейшим путём реализации подобных ограничений является заведение такой группы пользователей в Домен, обслуживаемый CommuniGate Pro. Для того, чтобы все пользователи в домене dept1.company.dom (исключая главного пользователя) могли посылать почту только другим пользователям в этом же домене и, дополнительно, на адрес supervisor@hq.company.dom, должны быть применены следующие Общесерверные Правила:
Как я могу запретить пересылку определённых типов вложений?
Возможно, вам потребуется, чтобы была запрещена пересылка файлов c определёнными расширениями .
Для этого может быть применено следующее Общесерверное Правило:Папки
Как я могу создать и использовать Общие Папки?
Общая (совместно используемая) папка - это папка пользователя X, которая так же может использоваться пользователем Y. Совместные папки могут использоваться для входящей почты и обрабатываться группой людей (отделом продажи, отделом технической поддержки и т.д.). Совместные папки могут использовать так же в качестве быстрой и эффективной альтернативы спискам рассылки: папка announce, принадлежащая пользователю marketing, может использоваться для хранения всех объявлений компании. Если все сотрудники имеют право доступа на чтение этой папки, то один экземпляр сообщения сразу становится доступным всем.
Для того, чтобы использовать Общие Папки, необходимо предпринять два шага. Первый - потенциальным пользователям общей папки должны быть предоставлены права доступа к этой папке. Второй - почтовые программы пользователей должны быть настроены на доступ к общей папке (папкам). Так как такие папки принадлежат различным пользователям, они называются чужие папки.
Сначала владелец общей папки должен создать обычную папку. Целесообразно завести специального пользователя public и создавать общие папки у этого пользователя. Для того, чтобы предоставить права доступа к общей папке, пользователь-владелец такой папки должен использовать либо соответствующий почтовый клиент, который поддерживает работу по протоколу IMAP и умеет использовать ACL (Список Прав Доступа), либо Веб Интерфейс пользователя. В разделе Веб Интерфейс пользователя описывается, как вы можете установить требуемые Права доступа к папке.
Если совместная папка создана у пользователя public, то целесообразно предоставить все Права доступа к Папке реальному владельцу общей папки, чтобы владелец мог выполнять все операции с этой папкой, не входя на сервер под именем пользователя public.
Для доступа к общей папке, почтовые программы пользователей должны быть настроены на показ как собственных папок пользователя, так и доступных ему общих (чужих) папок. Наиболее универсальным методом является использование списка Подписок на Папки. Этот список просто содержит имена папок, и как собственные папки пользователя, так и имена чужих папок могут быть включены в этот список.
Многие IMAP клиенты позволяют использовать список Подписок на Папки, но не могут изменять этот список, или не позволяют пользователю добавлять имена чужих папок в этот список. В таком случае IMAP пользователи должны использовать Веб Интерфейс пользователя для управления своими списками подписок. Если, например, общая папка announce была создана у пользователя marketing, то другие пользователи должны указать имя чужой папки как ~marketing/announce в своих списках подписки.
Администратор домена может использовать Шаблон Пользователя для указания первоначального списка Подписки на Папки. Таким образом, все новые пользователи автоматически получат подписку на определённые общие папки.
- пользователи, работающие через Веб Интерфейс, должны убедиться, что Настройка показывать Все Подписанные Папки выбрана.
- Пользователи Microsoft® Outlook Express должны открыть панель Свойства учётной записи IMAP и в Дополнительных настройках указать Показывать только подписанные папки. Так как Outlook Express показывает ТОЛЬКО те папки, которые указаны в списке Подписка на Папки, пользователи должны так же указать в этом списке свои собственные папки (Отосланные, Черновики и т.д.).
- Пользователи Netscape® Messenger Должны открыть панель Свойств IMAP Почтового Сервера и в разделе Дополнительные настройки указать Показывать только подписанные папки. Так как в этом режиме Messenger показывает ТОЛЬКО те папки, которые указаны в списке Подписка на Папки, то пользователи должны так же указать в этом списке свои собственные папки (Отосланные, Черновики и т.д.).
Messenger автоматически сканирует папки пользователя public и показывает все имеющиеся у него общие папки, доступные для пользователя Messenger. Следовательно, если общая папка была создана у пользователя public, то пользователи Netscape Messenger не должны ничего менять в своих списках Подписки на Папки.
Некоторые клиенты (включая Microsoft Outlook и Outlook Express) не могут отображать чужие папки, даже если имена этих папок внесены в список подписки. Пользователи этих почтовых программ могут получить доступ к чужим папкам через псевдонимы папок. Им необходимо использовать Веб Интерфейс для того, чтобы задать псевдонимы чужих папок, к которым они хотят получить доступ. Если общая папка announce была создана пользователем marketing, то другим пользователям необходимо создать псевдоним mkt-announce для чужой папки ~marketing/announce. Их IMAP почтовые клиенты будут показывать имя mkt-announce и сообщения в папке ~marketing/announce будут доступны.
Администратор домена может использовать Шаблон Пользователя для указания стандартных Псевдонимов Папок. Таким образом, все новые пользователи автоматически получат предопредёленный набор псевдонимов папок для указанных совместных папок.
Как Администратор может очищать Папки Пользователей?
В некоторых ситуациях администраторы Сервера или Домена должны иметь возможность проверять папки пользователей и удалять или архивировать сообщения. Эта операция может быть выполнена без регистрации на сервере под именем пользователя.
Администратор Сервера c правами доступа Все Домены имеет полный доступ ко всем Папкам всех Пользователей Сервера.
Администратор Домена с правами доступа Полный доступ ко всем Папкам(CanAccessMailboxes) имеет полный доступ ко всем Папкам всех Пользователей этого Домена.Администраторы могут использовать любой подходящий IMAP, MAPI или XIMSS клиент для доступа к папкам пользователя. Этот клиент должен позволять пользователю непосредственно вводить имя папки.
Для того чтобы открыть папку INBOX у пользователя username, администраторы могут регистрироваться под своими именами и указывать имя папки как ~username/INBOX.Для этих же целей можно воспользоваться Веб Интерфейсом Пользователя. Администраторы могут зарегистрироваться под своими именами, открыть страницу Подписок и ввести имя папки пользователя на панели Открыть Папку.
Доступ
Как я могу перенаправить пользователей Веб-почты с http:// на https:// ?
Через Создание и Обслуживание Вида Интерфейса скопируйте файл login.wssp в login.wssi и замените содержимое оригинального login.wssp следующим кодом:
Redirecting to the secure interface Хранение файлов пользователя
Как я могу создать персональные Веб сайты вида username.domain.com?
Стандартным URL на Хранилище Файлов Пользователя username@domain.dom является http://domain.dom/~username .
Возможно, вы пожелаете предоставить пользователям для их персональных Веб сайтов более удобный URL вида http://username.domain.dom/. Это возможно благодаря методу, используемому Сервером для маршрутизации запросов, отправляемых на порты, обслуживающие HTTP запросы Пользователей.
Для пользователей домена domain.dom, добавьте в Маршрутизатор следующие записи:
*.domain.dom = *@domain.dom = *@domain.dom
В случае, если domain.dom является вашим Главным Доменом, то добавьте следующие записи:
*.domain.dom = *@fict = *
Эти записи перенаправляют адрес LoginPage@username.domain.dom на адрес username@domain.dom (или на адрес username, если domain.dom является Главным Доменом).
Вы так же должны убедиться, что ваш DNS сервер возвращает для всех имен вида username.domain.dom адрес IP вашего Сервера.
Вы можете использовать шаблон подстановки * (*.domain.dom CNAME domain.dom), если ваш сервер DNS поддерживает шаблоны. - При использовании Менеджера Пакетов Red Hat (файл .rpm):