Может разделение принтера причины базы данных доступа и сообщание о проблемах?
Который MTA (Агент Передачи почты), который Вы используете, не должен иметь никакого влияния на Ваш выбор MUA (почтовый агент пользователя), хотя примечание, что MTA обычно нужен дополнительный компонент для маршрутизации писем получения к MUA (курьер/pop/imap сервер).
Хотя это было некоторое время назад, я провел некоторое исследование с помощью реальных систем для измерения эффективности другого MTAs (просто смотрящий на то, как часто им не удалось обработать сообщение как ожидалось). Большинство продуктов MSWindows выпустило очень плохие очки (включая MSExchange). Novell Groupwise, Sendmail и Postfix были лучшими (Exim, qmail и различные промежуточные другие). Кроме Sendmail (мы не смотрели на базовую ОС) Ipswitch был лучший MTA, который только работает на Microsoft.
Или hmailserver не существовал в то время или не был в широком употреблении (мы измеряли реальный трафик).
Ваша проблема состоит в том что, в заднем конце рынка / бесплатное программное обеспечение / продукты с открытым исходным кодом для Microsoft, его довольно трудное для дифференциации между связанными системами, созданными вокруг стандартных компонентов и заказного программного обеспечения. hmailserver мог бы хорошо выполнять sendmail как MTA!
На основе того, что Zimbra, кажется, использует Постфикс в качестве MTA и того, что существует много людей, использующих Постфикс (и существуют плагины для Антивируса, фишинга, спама) он похож на намного более привлекательную опцию, чем hmailserver.
NB у меня нет доказательства, чтобы предположить, что hmailserver плох, просто что у меня есть много, чтобы предположить, что постфикс хорош.
Похоже, что кто-то также внес изменения в опубликованные настройки приложения сервера TS, управляющие принтерами.
Единственный способ, которым я могу думать, что это произойдет при разделении БД, - это если бы в бывшем MDB была некоторая логика для ограничения / настройки принтеров, а после разделения вы использовали бы новый интерфейсный MDB, который не У меня та же логика. Однако, судя по вашему описанию, пользователи по-прежнему используют тот же MDB для своего внешнего интерфейса, только с несколькими таблицами, которые теперь являются ссылками на новый внутренний файл MDB.
Для открытия отчетов (дизайн / печать / предварительный просмотр) для доступа требуется принтер по умолчанию. Похоже, ваша проблема больше в конфигурации принтеров и серверов, чем в разделении базы данных. Я также сталкивался с редкими случаями, когда определенные драйверы принтера приводили к сбою отчетов Access.
Судя по вашему описанию проблемы, у них не выбран принтер по умолчанию, который вызывает сбой.
Сделайте свое пользователи вообще печатают? Если они это сделают, тогда драйверы будут установлены на сервере, и их принтер будет сопоставлен, так почему бы не позволить им по умолчанию использовать их обычный принтер? Хотя ничего не известно о вашей установке, это слепая догадка.