Какие есть средства для коллективной работы кроме Exchange?

Как правило у среднестатистической организации вопрос об организации взаимодействия между сотрудниками встает когда количество сотрудников переваливает за 2. Типичные задачи - отправить почту, обменяться контактами, поставить и проконтролировать задачу, запланировать встречу. Попробую осветить эту тему на примере тернистого пути нашей небольшой организации.

Сервер xmpp.oscar.aol.com
Учетная запись: номер_icq@aol.com
Сервер: xmpp.oscar.aol.com:5222
включить TLS

Так что майкрософт все же не берется разрабатывать свой антивирус (OnePoint или как его) для Ексченджа. Ну и хорошо. 

Обычная, собственно, проблема, при наведении порядка в сети избавиться от разнобоя установленных почтовых клиентов и прийти к корпоративному стандарту в виде Outlook 2003 на самом то на деле представляет собой достаточно серьезную проблему. 

Миграция почты.

Перелопатилось много интернета, форумов, рубордов в результате чего был найден скрипт  .... который работал на очень небольшом количестве писем заканчивая свою работу ошибкой. Скрипт работал через OLE вызывая оба почтовых клиента и задавая команды каждому. Скрипт испытания не прошел.

Нашласть триальная программа ForMorph для миграции почты.  Однако не сложилось совсем.

Отчаяние охватило наши головы. Но давайте попробуем старый испытанный метод!  Как его красиво выразил камрад brj: открываем контакт-лист icq и while friends != EOF ask friend

Он же и подсказал true метод. Состоит он в следующем:

1. Поднимаем сервер IMAP.
2. Заводим IMAP аккаунт backup.
3. На искомом ящике TheBat подключаем IMAP ящик backup и создаем папку как логин у пользователя
4. Копируем в папку всю почту для переноса из TheBat.
5. Открываем Outlook 2003, подключаем аккаунт IMAP backup.
6. Копируем все письма в Outlook и удаляем из IMAP папки backup.
7. Фактически при удалении из Outlook письма не удаляются, поэтому нам на помощь приходит гугл, в котором мы находим ссылку на чудесный мануал с картинками по удалению писем из IMAP ящика.

Ну а контакты из бата в аутлук можно перенести традиционными методами через експорт в текстовый файл со значениями разделенными запятыми. 

Спасибо за хороший совет, brj. 

Сейчас у нас:

фронт-сервер: Exim 4.x

бек-сервер: Exchange  2003.

Проблема есть следующего плана: для того что бы выяснить, что получателя нет на сервере есть два выхода:

1. послать на exchange 2003, он проверит у себя и даст отлуп. сейчас организована эта схема.

2. отправить LDAP запрос с Exim на контроллер домена и отправить отлуп еще на стадии коннекта. Это предпочтительный способ.

Думал о пробросе почты совсем напрямую на exchange, и вот что нашел в мейллистах:

here was a recent thread about this on the exim-users mailing list. Some answers to the question, "What is the purpose of [using exim as a relay]?" Responses:

• exchange has a lot of security issues, keeping it isolated is a _good_ thing
• exim can be configured to be much more robust virus/spam filter, or just a second layer virus checker
• Exchange can be hard (if not impossible) to completely secure against hacking/DOS
• Exchange does not offer the level of access control, filtering, etc. that Exim does, leading to more junk mail being accepted
• Exchange is not entirely RFC-compliant and occasionally has trouble accepting legitimate mail from senders that expect full compliance.
• Exchange 2000 still does not have reasonable email address management tools for business. The "Recipient Policies" application of addresses is overhead which does not provide the promised flexibility, IMO. The most damning issues come down to the fact that it is easiest, in Exchange, to administrate a compllicated email address ruleset by proliferating mailboxes, which equates to buying more licenses. Using Exim as a hub allows Exchange to do what it was designed to do: permit each mailbox to have one and only one email address.

 Вот думаю теперь, пугаться или нет?

Однажды человек под ником  decrups озаботился восстановлением портала на базе SSPS, не минула эта участь и меня. Вместо 15 минут на обновление SQL базы downtime нашего сервера стал около 3х часов. Выяснился целый ряд нюансов, к которым нужно было быть готовым как с точки зрения .NET программирования, так и с точки зрения работы MS SQL и аутентификации. Любопытный факт, если мы не указали при установке портала аутентификацию windows integrated и не настроили для этого доменный аккаунт, то наш портал становится решением НЕРАСШИРЯЕМЫМ и перенести его базу на отдельный SQL сервер не представится возможным.

Буду рад, если эта заметка поможет еще кому-то.

Так что в случае необходимости могу непосредственно поучаствовать в восстановлении Вашего корпоративного портала.

http://www.microsoft.com/downloads/details.aspx?familyid=ba8bc720-edc2-479b-b115-5abb70b3f490&displaylang=en

Подключив в групповые политики Office Administrative Templates вы сможете: установить настройки Office 2003 для пользователей домена, например, задать в Outlook адреса smtp и pop3 серверов, установить в MUI русский язык и многое другое.