Maildir что это за папка
Проблемы и решение
Состоит в различии обоих форматов хранения сообщений электронной почты, а чтобы понять чем они различаются, дадим определение что такое Mailbox и Maildir :
В таблице 1.1 сведены преимущества и недостатки обоих форматов Mbox и Maildir
| Формат хранения сообщений электронных писем | Преимущества | Недостатки |
|---|---|---|
| Mbox | Имеет универсальный формат кодирования | Содержится в зашифрованном формате и является избыточным в случае организации хранения сообщений электрронной почты в домашней директории пользователя. |
| Операции добавления и поиска сообщений осуществляются достаточно быстро | До тех пор пока файл не разрастется до мегалитических размеров или не возникнут проблемы блокировки, связанные с попытками использования сетевых файловых систем. | |
| Maildir | Cчитается более стабильным и быстродейственным чем Mbox | На малом числе сообщений вряд ли будет превосходить по этим показателям Mbox |
| Возможность фильтрации и перекладывания сообщений в соответствующие поддиректории во время их получения | Потеря сообщений в случае ошибок файловой системы или подсистемы памяти, используемых в ходе фильтрации сообщений электронной почты. | |
| Нет проблем совместимости этих файлов,потому что они могут быть переданы по сети в безопасном формате с наименьшим шансом подтасовки результатов. | Сетевые файловые системы должны уметь поддерживать и использовать разграничение прав доступа к объектам для доступа только тех субъектов, имеющие одну и ту же учетную запись. | |
| Для каждого входящего сообщения в директории Maildir создается новый отдельный файл | От администратора почтового сервера требуется постоянно следить, чтобы разрастающиеся файлы (сообщения) пользователей не превысили возможности носителя информации, на котором они хранятся. |
2.1 Правила использования форматов хранения
Также неплохо с использованием переменной MAILGROUP огородить не входящих в группу mail (GID=8) пользователей от автоматического создания в домашних директориях не нужных им в её корне файла Mbox или директории Maildir/
А затем уже можно начать создавать учетки пользователей электронной почты, например, как показано в дампе 2.6
После чего, можно запузырить тестовую отправку письма /вводимый контент выделен жирным/, как показан в дампе 2.8
Далее разберем ошибки казалось бы непосредственно связанные с использованием вышеперечисленных форматов, но на самом деле к правилам их установки ни коим боком не касающиеся.
2.2 Устарнение ошибок из журнала postfix (/var/log/mail.log)
2.2.1 Ошибка «Temporary failure in name resolution»
И перезапуском системного резолвера, который помогает выполнять локальным приложениям, как показано в дампе 2.11
2.2.2 Ошибка «mail for mydomain.tld loops back to myself»
Сайт разработан в соответствии с рекомендациями консорциума W3C для языка разметки HTML5.
Maildir
СОДЕРЖАНИЕ
Технические характеристики [ править ]
В tmp подкаталоге временно хранятся сообщения электронной почты, которые находятся в процессе доставки. В этом подкаталоге также могут храниться другие типы временных файлов. В new подкаталоге хранятся сообщения, которые были доставлены, но еще не были просмотрены каким-либо почтовым приложением. В cur подкаталоге хранятся сообщения, которые уже были просмотрены почтовыми приложениями. [2]
Maildir ++ [ править ]
Сэм Варшавчик, автор Courier Mail Server и другого программного обеспечения, написал расширение [2] [3] для формата Maildir под названием Maildir ++ для поддержки подпапок и почтовых квот. Каталоги Maildir ++ содержат подкаталоги с именами, начинающимися с символа ‘.’ (точка), которые также являются папками Maildir ++. Это расширение не является нарушением спецификации Maildir, которая явно предусматривает возможность добавлять в maildir больше, чем tmp, new, cur.
Техническая операция [ править ]
По состоянию на ноябрь 2018 года автор qmail Бернштейн не вносил дальнейших изменений в рекомендации по созданию файлов. [8] В современных системах POSIX временные файлы можно безопасно создавать с помощью mkstemp функции библиотеки C.
Хотя Maildir был предназначен для использования без блокировки, на практике некоторые программы, использующие Maildirs, также используют блокировки, например Dovecot. [11]
Проблемы совместимости файловой системы [ править ]
Стандарт Maildir может быть реализован только в системах, которые принимают двоеточия в именах файлов.
Системы, в которых не допускается использование двоеточий в именах файлов (включая Microsoft Windows и некоторые конфигурации Novell Storage Services ), могут использовать альтернативный разделитель, например «;» или же «-«. Часто бывает тривиально исправить бесплатное программное обеспечение с открытым исходным кодом, чтобы использовать другой разделитель. [12]
Поскольку в настоящее время нет соглашения о том, каким должен быть этот альтернативный разделитель, могут возникнуть трудности взаимодействия между различными программами, поддерживающими Maildir, в этих системах. Однако не все программное обеспечение, связанное с Maildir, должно знать, что такое символ-разделитель, потому что не все программное обеспечение, связанное с Maildir, должно иметь возможность читать или изменять флаги сообщения («читать», «отвечать на» и т. Д.); Программное обеспечение, которое просто доставляет в Maildir или архивирует старые сообщения только по дате, должно работать независимо от того, какой разделитель используется. Если только MUA необходимо читать или изменять флаги сообщений и используется только один, то можно использовать нестандартные альтернативные разделители без проблем совместимости.
Каковы практические различия между Maildir и Mbox?
Maildir предназначен для безотказной работы, когда у вас есть несколько почтовых серверов или несколько процессов на одном сервере, которые доставляют электронную почту в одну и ту же учетную запись в то же время, когда сервер IMAP или POP обращается к ней.
Основная проблема с Maildir заключается в том, что вы используете файловую систему, которая замедляется при обработке слишком большого числа inode, и если ваша система резервного копирования плохо работает с несколькими файлами. Что касается файловых систем, когда я делал сисадминг электронной почты у интернет-провайдера, VXFS был лучшим для этого. Для резервных копий у меня нет никаких рекомендаций; К сожалению, большинство из них, похоже, предназначены для работы с серверами баз данных, а не с несколькими миллионами файлов.
Postfix не волнует, в основном. Он просто помещает почту в какой-то файл. Интересная часть возникает, когда вы хотите получить почту с аппарата через IMAP (или POP3). Большинство IMAP-серверов (я пробовал) предпочитают Maildirs, так как они легче расширяются с помощью различных метаданных, которые может понадобиться IMAP-серверу, сохраняя при этом базовую структуру «это Maildir», так что вы можете заменить сервер IMAP, не нарушая слишком много (вы, очевидно, потеряете метаданные, которые также включают почтовые флаги, поэтому вам следует прочитать документы по миграции сервера IMAP, если вы действительно хотите переключиться).
Для решения конкретных вопросов:
Является ли один формат хранения более масштабируемым, чем другой?
Maildir полагается на лежащую в основе файловую систему для ее масштабируемости, поскольку он будет типично создавать много маленьких файлов, один на сообщение. Если у вас много писем, с Maildir обычно легче и быстрее справиться.
Есть ли проблемы / различия в целостности данных?
Да, основной из них заключается в том, что mbox требует блокировки файлов чтения / записи для всего архива, то есть чтение должно ждать записи, а каждая отдельная запись должна ожидать всех других обращений. Если он использовался таким образом, что блокировка невозможна, например, через общий ресурс NFS, архив подвержен повреждению. Любое случайное повреждение может повлиять на весь архив, а не на одно сообщение.
С Maildir блокировка может быть на уровне отдельного сообщения, для большинства операций, и повреждение любого файла повлияет только на это сообщение. Любые индексы в сообщениях могут быть перестроены при необходимости из самих сообщений.
Существуют ли четко определенные ситуации, когда вы должны использовать один формат поверх другого?
Более того, Maildir начинает заменять mbox как универсально предпочтительный формат без существенных недостатков.
Его основным ограничением является создание множества мелких файлов, которые могут создавать нагрузку на некоторые файловые системы и / или быть неэффективными в зависимости от размера кластера файловой системы. Это меньше проблем с современными файловыми системами. Он также может информировать вашу стратегию резервного копирования, но в целом он дает большую гибкость в выборе стратегии резервного копирования.
Mbox работает быстро при поиске текста в почтовом ящике и добавлении новой почты в почтовый файл, но он подвержен повреждению почты и может иметь проблемы с сетевыми файловыми системами. Кроме того, блокировка файла может быть проблемой.
С Maildir получение определенных писем происходит быстрее и не имеет проблем из-за блокировки файлов или сетевых файловых систем (например: С Maildir вы можете хранить разные почтовые папки в разных общих папках NFS, это не может быть достигнуто с Mbox). У вас могут быть проблемы с Maildir, когда файловая система неэффективно обрабатывает большое количество файлов.
Я понимаю, что вам нужно масштабируемое решение, прежде чем выбрать одно или другое, обязательно прочитайте этот документ: (даже если вы не используете Courier)
Папки
Каждый Пользователь CommuniGate Pro может иметь одну или несколько Папок. Каждая Папка имеет свое уникальное имя и может содержать ноль и более сообщений. Через модули POP, IMAP, MAPI, XIMSS, Веб Интерфейс Пользователя и Приложения Реального Времени Сервер CommuniGate Pro предоставляет доступ к папкам Пользователя.
Для хранения Папок CommuniGate Pro может использоваться CommuniGate несколько форматов. Пользователь типа Набор Папок может хранить папки в различных форматах.
Имена Папок
Папка INBOX создаётся автоматически при создании пользователя. Администратор сервера и/или администратор домена может задать автоматическое создание дополнительных Папок.
Пользователь может создавать Папки, используя почтовые приложения, работающие через IMAP, MAPI или XIMSS, а также используя Веб Интерфейс Пользователя.
Папку INBOX удалить невозможно. Однако, вы можете переименовать Папку INBOX. В этом случае, немедленно автоматически будет созданна новая пустая папка INBOX.
Имена Папок зависимы от регистра клавиатуры. В некоторых файловых системах (например, в NTFS) доступ к файлам обеспечивается независимо от регистра клавиатуры. При использовании таких файловых систем с CommuniGate Pro для хранения Папок Пользователя, имена Папок являются зависимыми от регистра, но вы не сможете создать две различные Папки с именами, отличающими только регистром клавиатуры. Имя Папки INBOX является исключением: оно всегда независимо от регистра.
Флаги Сообщения
Сообщения в папках имеют индивидуальные флаги. Эти флаги могут устанавливаться при сохранении сообщения в Папке, и они могут обновляться через методы и протоколы доступа к Папкам, таких как IMAP, MAPI, XIMSS, Веб Интерфейс Пользователя, Приложения Реального Времени.
Некоторые флаги устанавливаются автоматически, даже если используемый протокол доступа не поддерживает изменения флагов. Например, флаг Seen устанавливается автоматически, когда сообщение читается при помощи команды POP RETR.
Некоторые компоненты (такие как Автоматические Правила, программы CG/PL и т.д.) могут использовать флаги сообщения по их названию. Они также могут использовать «обратные имена» для того, что бы отдать распоряжение серверу сбросить определённые флаги или найти сообщения, не имеющие установленного флага.
Права Доступа к Папке
Сервер CommuniGate Pro ведёт Списки Прав Доступа (ACL) для каждой создаваемой им Папки.
Список Прав Доступа используется для управления возможностью Доступа к Чужим Папкам, позволяющей Пользователю получать доступ к Папкам других Пользователей.
Администратор Сервера с правами доступа Все Пользователи и Домены имеет полный доступ ко всем Папкам всех Пользователей Сервера (или Кластера).
Администраторы Домена с правом доступа Полный доступ ко всем Папкам имеют полные права доступа ко всем Папкам в своих Доменах.
При создании Подпапки, она наследует ACL внешней «родительской» Папки. Это означает, что если вы создаёте Папку INBOX/sales, то она создаётся с таким же ACL, что задан для Папки INBOX.
Для того, что бы создавать чужие Папки, пользователь должен иметь право доступа Создать для внешней (родительской) Папки создаваемой Папки.
Если требуемая Папка является «верхней» у Пользователя, и, следовательно, не имеет внешней (родительской) Папки, то вместо этого проверяется Право Доступа Пользователя «Может Создавать Папки».
Список Прав Доступа к Папке может задаваться и изменяться через Веб Интерфейс Пользователя, XIMSS, MAPI или подходящий IMAP клиент.
Форматы Папок
CommuniGate Pro хранит полученные сообщения в Папках Пользователя. Сервер поддерживает несколько форматов Папок; тип Папки определяется по расширению файла (или директории) Папки.
Для Пользователей, которые могут иметь только одну Папку, тип Папки указывается при создании Пользователя.
Каждый пользователь с типом Набор Папок имеет настройку, согласно значению которой определяется используемый по умолчанию тип для всех новых Папок, создаваемых этим Пользователем. Пользователь с типом Набор Папок может явно указать тип Папки при её создании: если имя папки указывается как name.extension, то будет создана Папка name с типом extension.
Текстовый Формат (.mbox) Папки
При сохранении сообщения в Папке типа .mbox проверяются все строки сообщения. Если есть пустая строка, за которой следует строка, начинающаяся буквами From, перед буквой Fбудет вставлен символ ‘>‘.
По мере увеличения в объеме, текстовые папки становятся неэффективными. При открытии Текстовой Папки её содержимое сначала должно быть «разобрано» для того, что бы найти границы сообщений, получить идентификаторы сообщений, флаги и другую информацию о сообщениях. Когда некоторые сообщения из середины Текстовой Папки удаляются, Сервер должен скопировать оставшиеся сообщения, сжав Папку. Для того, что бы сделать этот процесс более эффективным, сервер CommuniGate Pro может оперировать большими порциями данных Папки. Специальный объект семафор ограничивает число буферов, размещаемых для обработки больших Папок. Изменяя этот параметр, можно изменить общий доступ к большим Папкам (вы можете увеличить или уменьшить его, в зависимости от используемых ОС и файловой системы).
Для того, что бы улучшить скорость открытия Текстовых Папок, CommuniGate Pro вместе с файлом Текстовой Папки может вести файл (.bdx), содержащий индекс Папки. Если файл с индексом существует, то Сервер, вместо того, что бы разбирать весь файл Папки, прочитает этот индекс. CommuniGate Pro автоматически создаёт файл с индексом когда размер файла Папки превышает указанный лимит. Сервер удаляет файл с индексом, если размер Папки становится меньше этого размера.
Файл с Индексом создаётся, когда сообщение в Папке изменяется или удаляется. Если в Папку были добавлены новые сообщения, но Папка не открывалась, или она была прочитана без изменения флагов, то файл с индексом может не создаваться.
Для того, что бы задать настройки менеджера Текстовый Папок, используйте Веб Интерфейс Администратора. Откройте в области Установки страницу Общее, затем на странице Прочее найдите панель Текстовые Папки:
Одновременно используемые буферы Используйте эту настройку для указания количества одновременных операций (разбор, удаление), которые могут выполняться на больших Папках. Индексировать после Используйте эту настройку для указания минимального размера Папок, начиная с которого Папки будут индексироваться.
Формат Папки MailDir (.mdir).
Папки с этим расширением являются файловыми директориями. Каждое сообщение в Папке хранится как отдельный файл в директории Папки.
Имя файла сообщения имеет следующий формат:
Обратите внимание: платформах Unix реализована модель разделённого хранения. Если одно сообщение направляется нескольким Пользователям/Папкам, то создаётся только один файл с сообщением, а в каждой директории Папки помещается жесткая ссылка на этот файл. Когда сообщение удаляется из всех Папок, файл автоматически стирается операционной системой.
Обратите внимание: большинство бесплатных почтовых систем используют форматы типа mbox или mdir, а создатели таких систем делают различные утверждения относительно преимущества избранных ими форматов. Очень важно помнить, что:
Классы Папок
Каждая Папка имеет атрибут Класса. Этот атрибут указывает тип информации, для которого создана эта Папка: Календарь, Контакты, Задания, Блокнот и т.д. Если Папка не содержит атрибута Класса, то это означает, что она создана для хранения обычных сообщений электронной почты.
Класс Папки не ограничивает тип данных, который может хранится в этой Папке: Почтовые сообщения и сообщения с информацией о Контактах могут храниться в Папках, имеющих Класс Задание, сообщения с Заметками могут хранится в Папках, имеющих Класс Календарь и т.д. Информация о Классе Папки используется в развитых интерфейсах пользователя (Веб Интерфейс Пользователя, MAPI) для того, что бы показывать содержимое Папки в соответствующем виде.
Когда Папка создаётся в продуинутом интерфейсе клиента, то этот интерфейс может проставлять Класс Папки. Классы Папок могут быть также изменены через Интерфейс Командной Строки CLI/API CommuniGate Pro.
Специальные Папки
Некоторые Папки имеют специальное предназначение.
В Папку INBOX поступают все входящие сообщения электронной почты, за исключением ситуаций, когда эти сообщения прямо направляются в другие Папки Правилами или через Прямую Адресация Папок.
Папка INBOX создаётся автоматически при создании Пользователя.
Другие специальные Папки не имеют фиксированных имён. Пользователь или администратор могут задавать и изменять имя, используемое для специальной Папки. Эти имена хранятся в Настройках Пользователя.
Сервер CommuniGate Pro распознаёт имена Специальных Папок (начинающиеся и заканчивающиеся символами $) как ссылки на специальные Папки. Это возможность позволяет клиентским приложениям получать доступ к специальным Папкам у любого Пользователя, не перенастраивая их каждый раз на использование фактических имён таких специальных Папок. Эти Специальные имена не показываются в списке Папок Пользователя.
Корзина Эта папка используется для хранения удаляемых сообщений. Клиенты могут передвигать сообщения из других Папок в эту Папку, используя её как «Мусорную Корзину». Специальное имя: $Trash$ Отправленное Эта папка используется для хранения копий отправленных сообщений электронной почты. Специальное имя: $Sent$ Черновики Эта папка используется для хранения черновиков сообщений электронной почты. Специальное имя: $Drafts$ Папка для Спама Эта Папка используется для хранения спама. Специальное имя: $Junk$ История Эта папка используется для хранения сообщений типа «протокол», таких как протокол сессии Мгновенных Сообщений. Специальное имя: $History$ Календарь по Умолчанию Эта папка используется как Главная Папка Календаря Пользователя. Предполагается, что эта Папка имеет класс Календарь. Специальное имя: $Calendar$ Задания по Умолчанию Эта папка используется Главная Папка Заданий Пользователя. Предполагается, что эта Папка имеет класс Задания. Специальное имя: $Tasks$ Контакты по Умолчанию Эта папка используется как Главная Папка Контактов Пользователя. Ожидается, что эта Папка имеет класс Контакты. Специальное имя: $Contacts$ Блокнот Эта папка используется как Главная Папка с Заметками Пользователя. Предполагается, что эта Папка имеет класс Заметки. Специальное имя: $Notes$
Блокировки Папок
Каждая Папка может иметь атрибут Заблокирован. Если этот атрибут установлен, то Папка не может быть удалена или переименована.
Заблокированная Папки может быть удалена или переименована вместе с её родительской Папкой, если сама родительская Папка не заблокирована.
Вы можете указать атрибут Заблокирован для Папок, создаваемых через Шаблон Пользователя. Атрибут Заблокирован Папки может быть также изменён через Интерфейс Командной Строки CLI/API CommuniGate Pro.
Создание Папок
Каждый Пользователь имеет настройку, согласно значению которой определяется используемый по умолчанию формат для новых Папок, которые могут быть созданы этим Пользователем.
Пользователь может явно указать формат хранения Папки для новой Папки, добавив к имени новой Папки расширение, соответствующее этому формата. Если пользователь указывает Серверу CommuniGate Pro создать Папку newmailbox.mdir, то Папка newmailbox создаётся в формате .mdir.
Подписка на Папку
Много почтовых программ, работающих по IMAP, используют список подписки и показывают только те папки, на которые Пользователь подписан. Веб Интерфейс Пользователя также может быть настроен на показ только тех Папок, на которые Пользователь подписан.
Вы можете изменять подписку Пользователя через соответствующую почтовую программу, работающую через IMAP, или через Веб Интерфейс Пользователя.
Вы можете использовать подписку на Папку Пользователя для того, что бы заставить старые почтовый программы IMAP использовать чужие Папки: убедитесь, что ваш IMAP клиент настроен на использование подписки на Папки Пользователя, и добавьте желаемое имя чужой Папки в список подписки.
Обратите внимание: Некоторые почтовые программы IMAP могут перестраивать списки подписки Пользователя: они стирают подписку, а потом подписывают вас на ваше же Папки.
Подписка на Папки Пользователя хранится в сервисном .info файле Пользователя.
Псевдонимы Папок
Некоторые IMAP клиенты (такие как Microsoft Outlook и Outlook Express), а также клиенты AirSync (например, Windows Mobile, Apple iPhone, Nokia) не поддерживают прямую работу с Чужими Папками и не могут использовать Подписку на Папки для доступа к чужим Папкам.
Для того, что бы эти клиенты получили доступ к чужим Папками, может использоваться механизм Псевдонима Папки.
sales/INBOX. Вы увидите в вашем клиентском приложении Папку salesBox, но в действительности это будет папка INBOX Пользователя sales.
Псевдонимы Папок могут создаваться только на верхнем уровне иерархии Папок Пользователя, что означает, что имя Псевдонима Папки не может содержать символ (/).
Псевдоним Папки обеспечивает доступ к папке, с которой он связан и ко все ее под-Папкам (в соответствии с ограничениями, заданными в Списке Прав Доступа).
Псевдоним Папки может содержать только имя другого Пользователя (
accountName). Такой псевдоним обеспечивает доступ ко всем доступным Папкам другого Пользователя. Сами Псевдонимы Папок представляются как невыбираемые имена Папок.
Пользователь chief предоставил право «Видеть» и другие права доступа на его Папки INBOX и Pending Пользователю assistant.
Пользователь assistant создал Псевдоним Папки boss, указывающий на
Когда пользователь assistant соединяется с Сервером через любой IMAP, XIMSS клиент или через Веб Интерфейс Пользователя, то он видит свои собственные Папки, невыбираемую Папку boss и, так же, Папки boss/INBOX и boss/Pending.
Если пользователь chief создал новую Папку Urgent и предоставил права доступа на эту Папку пользователю assistant, то пользователь assistant немедленно увидит новую папку как Папку boss/Urgent.
Одновременный Доступ
Сервер CommuniGate Pro позволяет нескольким клиентским приложениям соединяться с Сервером, открывать одну и ту же Папку, читать и изменять данные в Папке одновременно.
Многопотоковый дизайн CommuniGate Pro позволяет Серверу синхронизировать деятельность клиентов без использования блокировок файлов уровня ОС и не заставляет клиента ждать, пока все другие клиенты не закроют эту Папку.
Одновременный Доступ поддерживается для всех типов Папок, реализованных в CommuniGate Pro.
Это возможность позволяет вам работать с вашей Папкой с нескольких рабочих станций и/или устройств, а также позволяет группе людей (например, отделу продаж) обрабатывать сообщения в одной централизованной Папке.
Чужие и Публичные Папки
CommuniGate Pro позволяет Пользователям получать доступ к папкам других Пользователей.
Доступ к этим чужим Папкам (так же известными как общие или совместно используемые Папки) контролируется через Список Прав Доступа к Папке.
Для доступа к Папке другого Пользователя, имя Папки должно быть указано как
accountname/mailboxname. Например, для доступа к Папке INBOX Пользователя Boss, имя Папки должно быть указано как
Если на Сервер есть несколько локальных Доменов, доступ к Папкам разных доменов должен быть задан путём указания полного имени Пользователя. Для доступа к Папке LIST/reports Пользователя ListMaster в домене client.com, имя Папку должно быть указано как
Имена Пользователей, указанные после знака «
«, обрабатываются в Маршрутизаторе; таким образом, вместо реального имени Пользователя может использоваться Псевдоним Пользователя, к которому будут применяться все правила из Таблицы Маршрутизации.
Также CommuniGate Pro обеспечивает работу с публичными Папками. Это может быть сделано путём создания Пользователя public и назначения публичных прав доступа ко всем его Папкам. Как правило, каждая группа публичных Папок обслуживается каким-нибудь администратором, который не обязан быть администратором Сервера CommuniGate Pro.
Администратор Сервера CommuniGate Pro должен создать Пользователя public, через Веб Интерфейс Пользователя или через современный IMAP клиент зайти на Сервер как этот Пользователь, создать какие-нибудь публичные Папки, и дать на эти Папки право доступа Управлять какому-нибудь обычному Пользователю, которые уже и будет вести далее эти публичные Папки. Этот пользователь затем может предоставить права доступа другим пользователям, создавать Подпапки и выполнять другие административные задачи.
Например, администратор публичной Папки может использовать Автоматические Правила, что бы копировать определённые входящие сообщения непосредственно в какую-нибудь публичную Папку.
Некоторые IMAP клиенты (такие как Microsoft Outlook и Outlook Express) и большинство клиентов AirSync вообще не поддерживают работу с чужими Папками. Для того, что бы эти клиенты получили доступ к совместно используемым Папками других пользователей, может использоваться механизм Псевдонима Папки.
Внешние Папки
CommuniGate Pro позволяет вам создавать Пользователей, имеющих Внешние Папки INBOX. Эти Папки хранятся не внутри директории данных CommuniGate Pro, а в системной директории, используемой старыми почтовыми программами.
Так как эти файлы Папки INBOX могут быть прочитаны и изменены в любое время минуя протоколы и модули CommuniGate Pro, то Серверу необходимо синхронизировать свою деятельность со старыми почтовыми приложениями, используя возможность блокировки файлов ОС (блокировку всего файла, или его участка).
В системах Unix блокировка файла известна как операция flock, а блокировка участка файла известна как операция fcntl. Уточните в руководстве вашей операционной системы какой метод используется старыми почтовыми программами и настройте Сервер CommuniGate Pro на использование этого метода. Для систем, поддерживающих только один механизм блокировки файлов (MS Windows, Sun Solaris и некоторые другие системы), будет использоваться этот механизм независимо от указанных настроек.
Когда вы создаётся Пользователя, который имеет Внешний INBOX, сервер проверяет, существует ли уже файл с Папкой INBOX Пользователя в указанном месте и, в случае его отсутствия, создаёт этот файл.
Когда вы удаляете Пользователя, который имел внешний INBOX, Сервер НЕ удаляет файл с Папкой INBOX.
