The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Могут ли open source решения заменить Microsoft Exchange

27.08.2008 09:55

"Can Open Source replace Microsoft Exchange? " - могут ли open source решения заменить Microsoft Exchange. Упоминаются пакеты Scalix, Open-Xchange, Zimbra, OpenChange, Tobit, Axigen, Thunderbird, Mozilla Messaging и т.д.

  1. Главная ссылка к новости (http://www.linuxworld.com/news...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/17572-linux
Ключевые слова: linux, mail, groupware
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, sa10 (??), 11:23, 27/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я бы предложил другой подход:
    Если я хочу универсальное решение для всех возможных применений, то поставил бы Lotus Domino или рассмотрел целесообразность этого.
    Если речь о конкретном наборе задач, то в разрезе этих задач и смотрел бы на вариант реализации.
    Если мне нужна просто почта, мне вообще не нужно рассматривать MS Exchange, а обойтись почтовиком типа Postfix + Dovecot + Postfixadmin. Календарное планирование, управление задачами решаются добавлением модулей в Thunderbird.
    Если нужно закрывать вполне конкретные задачи управления документами, то Zimbra вполне может заменить MS Exchange, если потребитель будет понимать, что платить лучше программистам за написание зимлетов, а не за коробку с голограммой M$. Впрочем и коробка M$ не избавит от необходимости привлечения программистов.
    Да, не забудьте приготовить для Zimba приличное железо с 8-16Gb мозгов если хотите чтобы она несла на себе несколько тысяч юзеров в онлайне не напрягаясь.
    И еще они забыли вполне приличный продукт с поддержкой групповой работы Kolab.
    Работаю на нем пару лет.
     
     
  • 2.2, kudachkin (??), 11:35, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Мне больше интересно было бы посмотреть опыт миграции с MS на свободный почтовик - при условии, что нужно мигрировать юзверей, архивы почты, задач и при этом интегрировать с AD.

     
     
  • 3.4, anonymous (??), 11:47, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне больше интересно было бы посмотреть опыт миграции с MS на свободный почтовик - при условии, что нужно мигрировать юзверей, архивы почты, задач и при этом интегрировать с AD.

    А смысл? Если и отказываться от проприетарных компонентов вашей системы, то делать это надо полностью. Развернуть рядом домен на самбе, postfix, перетаскивать некоторых пользователей туда постепенно. Архивы почты и задач можно конвертировать даже из Outlook.

     
     
  • 4.6, pavel_simple (??), 11:52, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мне больше интересно было бы посмотреть опыт миграции с MS на свободный почтовик - при условии, что нужно мигрировать юзверей, архивы почты, задач и при этом интегрировать с AD.
    >
    >А смысл? Если и отказываться от проприетарных компонентов вашей системы, то делать
    >это надо полностью.

    ИМХО -- не правильный совет -- даже очень неправильный

    > Развернуть рядом домен на самбе, postfix, перетаскивать некоторых
    >пользователей туда постепенно. Архивы почты и задач можно конвертировать даже из
    >Outlook.

     
  • 4.8, mr_gfd (?), 12:13, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мне больше интересно было бы посмотреть опыт миграции с MS на свободный почтовик - при условии, что нужно мигрировать юзверей, архивы почты, задач и при этом интегрировать с AD.
    >
    >А смысл? Если и отказываться от проприетарных компонентов вашей системы, то делать
    >это надо полностью. Развернуть рядом домен на самбе, postfix, перетаскивать некоторых
    >пользователей туда постепенно. Архивы почты и задач можно конвертировать даже из
    >Outlook.

    постфикс+довекот с usertable из LDAP, imapsync на каждого переезжающего - почту переехали. С календарями еще сам не придумал, что делать. Пока пишу скрипты, хз что выйдет.

     
     
  • 5.13, Аноним (-), 14:26, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >С календарями еще сам не придумал, что делать. Пока пишу скрипты,
    >хз что выйдет.

    Стандартно Apache с WebDav + iCal + Sunbird все довольно прозрачно.


     
  • 4.12, kudachkin (??), 14:20, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Постепенно???
    А если домен на 1000 или 10000 юзверей. Перетаскивать ручками?
    Бизнесу нужны средства позволяющие такие действия делать автоматически и сразу для всех.
    Согласен, что самба много может позволить для миграции AD - но у меня много знакомых - которые ее глюки научились обходить - но решили только с выходом новое версии софта
     
     
  • 5.16, geekkoo (??), 15:07, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>А если домен на 1000 или 10000 юзверей. Перетаскивать ручками?

    Сделать какими либо средствами dump пользователей из AD в текстовый файл, а затем засосать это в Kerberos. Я таким образом мигрировал рользователей из AD в Heimdal.

    Вот тут http://post.hppi.troitsk.ru/~mike/Heimdal/heimdal.html ближе к концу есть отчет.

     
  • 5.22, sa10 (ok), 16:18, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Постепенно???
    >А если домен на 1000 или 10000 юзверей. Перетаскивать ручками?

    Ну не по одному же их тащить :)
    Я недавно перенес около 3500 юзеров примерно за 3 часа, основное время ушло на перенос содержимого почтовых ящиков.
    Скармливаешь imapsync список юзернеймов с паролями и ждешь.
    С учетными записями проще, сливаешь их в ldif, пишешь скрипт для конвертирования формата хранения и загружаешь кучей в OpenLdap.
    Пусть их хоть миллион будет, какая разница....

     
     
  • 6.28, Аноним (28), 19:32, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь разберем по полочкам где ты врал Список usernames - да можно прямо из AD... большой текст свёрнут, показать
     
     
  • 7.32, sa10 (ok), 12:09, 28/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Я пароли сам назначил, уведомил каждого о его новом пароле, и потом каждый при п... большой текст свёрнут, показать
     
     
  • 8.33, geekkoo (??), 18:01, 28/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален С этого и надо было начинать осле этого осталось только... текст свёрнут, показать
     
     
  • 9.37, sa10 (ok), 11:14, 29/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Заменить в части выполнения задач Я так это понял Если же Вы хотите создать эм... текст свёрнут, показать
     
  • 5.27, Abu (?), 18:17, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А если все круто в open source, то зачем вообще равняться с виндовым Exchange? Ведь виндовой Exchange и не думает ни с кем равняться.

    А много ли вообще 10000 юзверей у кого есть в сети? А виндовые решения с таким количеством юзверей справляются надежно?

    Kontact, например, самодостаточен. Календарь, почта, шедулер, LDAP. И что? В приведенной =статье= (которая и не статья, по большому счету) даже не упоминается.

    Какому бизнесу что нужно?

    Если говорить о бизнесе серьезно, то надо понимать, что все работники некоего =бизнеса= умеют работать на ПК. Возможно, что этому условию соответствует 20-30 процентов российского бизнеса (я тут не про Садовое кольцо). Остальным - научиться бы правильно и вовремя на кнопки нажимать в =сапере=.

    Вообще - ерунда - могут ли решения А заменить решения В. Есть решения, которые востребованы на рынке. Есть решения, которые стремятся быть востребованными. Подчеркну - на рынке. А не на поле битвы идеологий.

    Вопрос статьи решается просто: да, любое решение может заменить другое решение, если будет круче того решения, которое оно собирается заменить. =Тундербирд= хорош. Но не круче (нет в нем вменяемых календарей и тп). =Опенэксчендж= - возможно - забавен. А на русский все переведено? А что проще - сородить его или некое решение поставить =из коробки=?

    Повторюсь - Kontact - более-менее похож на интеграцию почтовика с задачами с шедулером и тп. =Логичное= дополнение - konqueror (расшаривание папок по сети и тп) - которое в etch'e валится от =быстрого скроллирования= веб-страницы - костыль.

    Как быть?

     
  • 5.38, hate (?), 00:03, 30/08/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >Постепенно???
    >А если домен на 1000 или 10000 юзверей. Перетаскивать ручками?
    >Бизнесу нужны средства позволяющие такие действия делать автоматически и сразу для всех.

      Вот пусть этот жирный бизнес и спонсирует проект с таким решением. А то как бабло ковшом жрать так орлы, а как к делу то "Дайте, мы не местные..."

     
  • 4.35, User294 (??), 18:31, 28/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Архивы почты и задач можно конвертировать даже из Outlook.

    А вот кстати, чем (желательно опенсорцным и *никсным) можно распетрушить .PST файлы в какой-то более дружественный и открытый формат?

     
  • 3.5, sa10 (??), 11:48, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    У Zimbra есть для этого инструменты, но мне не довелось пользоваться. Там и почитать можно.
    А без привязки к зимбре для перемещения ящиков можно использовать imapsync, для переброски юзеров в LDAP Windows to Linux Migration Toolkit  (http://sourceforge.net/projects/w2lmt/), MigrationTools (http://www.padl.com/OSS/MigrationTools.html)
    С задачами не знаю, если MS сможет сохранить задачи в каком то промежуточном файле, то поскриптовать придется маленько...
    Интеграция с существующим AD тоже задача решенная давно.
     
  • 3.25, User294 (??), 17:23, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Мне больше интересно было бы посмотреть опыт миграции с MS на свободный
    >почтовик - при условии, что нужно мигрировать юзверей, архивы почты, задач
    >и при этом интегрировать с AD.

    Если вы уж вляпались в паутину - так сидите тихо и ждите пока придет паук, который будет вас высасывать :).Благо, Exchange оперирует своими собственными понятиями, форматами данных и прочая.Один в один из него данные вынуть просто нельзя.Потому как эквивалентов 1 в 1 нету.Exchange не оперирует понятием "почта" или "контакт" или "файл".Для него есть более широкое понятие - item.Item может быть письмом.А может и контактом.А может и файлом.Любая внешняя информация приводится к этому представлению.И если классическая почта - subset этого представления и запихивается в него в меру горбато самим Exchange то обратная конверсия - извините, вы хотите из superset получить subset?Да еще поди и без потерь?Ну, хотите.Это не вредно.

     
     
  • 4.26, mr_gfd (?), 18:06, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >Если вы уж вляпались в паутину - так сидите тихо и ждите
    >пока придет паук, который будет вас высасывать :).Благо, Exchange оперирует своими
    >собственными понятиями, форматами данных и прочая.Один в один из него данные
    >вынуть просто нельзя.Потому как эквивалентов 1 в 1 нету.Exchange не оперирует
    >понятием "почта" или "контакт" или "файл".Для него есть более широкое понятие
    >- item.Item может быть письмом.А может и контактом.А может и файлом.Любая
    >внешняя информация приводится к этому представлению.И если классическая почта - subset
    >этого представления и запихивается в него в меру горбато самим Exchange
    >то обратная конверсия - извините, вы хотите из superset получить subset?Да
    >еще поди и без потерь?Ну, хотите.Это не вредно.

    Опаньки, ну и сказал. Ну просто гуру.разбиваем на интересующие составляющие.

    Форматы данных - это могуче. Почта один в один вынимается на раз, календари - вполне, благо люди подсказали заюзать WebDAV и iCal/Mozillaвские наработки. Сейчас davical собираю, что-то мне подсказывает, что туда все календари с полпинка засуну. Или Вас смущает как смигрировать контакты? Самый интересный вопрос сейчас - это георафически разнести всю эту ботву. Ну тут нужно будет мозговать по мере поступления.

     
     
  • 5.29, User294 (??), 20:24, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Я охотно посмотрю как вы ОДИН В ОДИН сможете выковырять из Exchange письма, особ... большой текст свёрнут, показать
     
     
  • 6.30, pavel_simple (??), 20:32, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ребяты не сорьтесь -- если есть желание -- то чаще всего возможность тоже имеется

    см. brutus

    http://www.42tools.com/

     
  • 2.31, crypt (??), 21:27, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Я бы предложил другой подход:

    ...
    >
    >Работаю на нем пару лет.

    Ну что ж, интересно услышать коменты по-существу. А не просто A - это плохо, потому что не то, а B - это хорошо, потому что факт. Сам осуществил (осуществляю) постепенный переход от AD к LDAP+Kerberos. Мне интересно, есть ли схемы для LDAP, чтобы наиболее полно отвечать ожиданиям OE и Mac OS X mail client?

     

  • 1.3, Аноним (-), 11:44, 27/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >"Can Open Source replace Microsoft Exchange?  (http://www.linuxworld.com/news/2008/082608-exchange-replacements.html?fsrc=rs)" - могут ли open source решения заменить Microsoft Exchange.

    Прикол, а его вообще используют (exchange)? И зачем его заменять? Групенваре секс не нужен.
    Либо давайте использовать системы документооборота, либо просто почту. А то как почтовик -- гуано, и как система документооборота -- мегагуано.

     
     
  • 2.7, pavel_simple (??), 12:12, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>"Can Open Source replace Microsoft Exchange?  (http://www.linuxworld.com/news/2008/082608-exchange-replacements.html?fsrc=rs)" - могут ли open source решения заменить Microsoft Exchange.
    >
    >Прикол, а его вообще используют (exchange)? И зачем его заменять? Групенваре секс
    >не нужен.
    >Либо давайте использовать системы документооборота, либо просто почту. А то как почтовик
    >-- гуано, и как система документооборота -- мегагуано.

    не знаю как у вас -- у меня с ним "не сложилось" -- НО есть люди которые его много чему научили и то,что я видел -- вполне добрые и функциональные решения -- так что здря вы так безапеляционо

     
     
  • 3.14, Аноним (-), 14:34, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>
    >>Прикол, а его вообще используют (exchange)? И зачем его заменять? Групенваре секс
    >>не нужен.
    >>Либо давайте использовать системы документооборота, либо просто почту. А то как почтовик
    >>-- гуано, и как система документооборота -- мегагуано.
    >
    >не знаю как у вас -- у меня с ним "не сложилось"
    >-- НО есть люди которые его много чему научили и то,что
    >я видел -- вполне добрые и функциональные решения -- так что
    >здря вы так безапеляционо

    У меня документооборот на Lotus. Почта на postfix. Помимо этого ServiceDesk и PDM куда засунуть всякие эксченжЫ&шарепонтЫ в мою инфраструктуру, и главное зачем -- понятия не имею. У майкрософта всегда так, много крику о мегарешениях для бизнеса, а на деле зеро.

     
     
  • 4.15, pavel_simple (??), 14:44, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня документооборот на Lotus. Почта на postfix. Помимо этого ServiceDesk и
    >PDM куда засунуть всякие эксченжЫ&шарепонтЫ в мою инфраструктуру, и главное зачем

    правильный вопрос -- главное риторический -- наверное это от того -- что кто-то ЭТО Вам с верху спустил -- а Вы не смогли доходчиво объяснить что оно никому не нужно
    >-- понятия не имею. У майкрософта всегда так, много крику о
    >мегарешениях для бизнеса, а на деле зеро.

    Вы хотите сказать -- что Lotus вы за два дня подняли в этом ^^^ качестве?

    или может он вам дешевле обошелся ? -- врядли


    про MS мне рассказывать не надо -- плавали знаем -- я же говорю о том -- что тем людям которые его уже поставили а некоторые (я повторюсь) уже умудрились настроить под решение определённого круга задач он вполне подходит -- "На вкус и цвет"

     
     
  • 5.17, Аноним (-), 15:07, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >правильный вопрос -- главное риторический -- наверное это от того -- что
    >кто-то ЭТО Вам с верху спустил -- а Вы не смогли
    >доходчиво объяснить что оно никому не нужно

    Никто ничего не спускал :) не сверху, не снизу. Я собственно говорю о том, что при грамотном подходе данные решения никому не нужны -- по большому счету.

    >>-- понятия не имею. У майкрософта всегда так, много крику о
    >>мегарешениях для бизнеса, а на деле зеро.
    >
    >Вы хотите сказать -- что Lotus вы за два дня подняли в
    >этом ^^^ качестве?
    >
    >или может он вам дешевле обошелся ? -- врядли

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

    >про MS мне рассказывать не надо -- плавали знаем -- я же
    >говорю о том -- что тем людям которые его уже поставили
    >а некоторые (я повторюсь) уже умудрились настроить под решение определённого круга
    >задач он вполне подходит -- "На вкус и цвет"

    Определенный круг задач -- в декомпозиции по задачам, это автоматизация бизнес-процессов, каждый из которых решается своим классом ПО, аппаратного обеспечения и организационными мерами, и в большинстве своем, все это регламентировано ГОСТами, ISO, РД и т.д. Так что определяющими факторами являются не "вкус и цвет", а элементарная грамотность руководящего состава ИТ. Если ее (грамотности) нет, то подойдут любые "недорешения" для хотябы частичного решения по автоматизации бизнес-процессов.

     
     
  • 6.19, pavel_simple (??), 15:36, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >Определенный круг задач -- в декомпозиции по задачам, это автоматизация бизнес-процессов, каждый
    >из которых решается своим классом ПО, аппаратного обеспечения и организационными мерами,
    >и в большинстве своем, все это регламентировано ГОСТами, ISO, РД и
    >т.д.

    тут с Вами полностью согласен -- непонятен остался лиш ваш посыл ("куда засунуть всякие эксченжЫ&шарепонтЫ в мою инфраструктуру")
    >Так что определяющими факторами являются не "вкус и цвет", а
    >элементарная грамотность руководящего состава ИТ. Если ее (грамотности) нет, то подойдут
    >любые "недорешения" для хотябы частичного решения по автоматизации бизнес-процессов.

    к моему большому сожалению это не совсем так (не рассматривая грамотность -- которой везде и всегда нехватка), я множество раз встречался с тем, что выбор в сторону MS продиктован нехитрыми подковёрными договорённостями.

     
     
  • 7.20, Аноним (-), 15:50, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >тут с Вами полностью согласен -- непонятен остался лиш ваш посыл ("куда
    >засунуть всякие эксченжЫ&шарепонтЫ в мою инфраструктуру")

    Посыла как такого нет, просто сильно удивляюсь когда слышу что кто-то это использует.
    Нет можно конечно, года этак за 3-4, с командой из 5-10 человек написать тот-же ServiceDesk, на SharePoint, но элементарная калькуляция показывает, что себе дороже встанет, с тем же успехом можно писать на Django или рельсах -- результат будет одинаковый: работающий, но "недопиленый" продукт или полный провал проекта из-за недо финансирования.

    >>Так что определяющими факторами являются не "вкус и цвет", а
    >>элементарная грамотность руководящего состава ИТ. Если ее (грамотности) нет, то подойдут
    >>любые "недорешения" для хотябы частичного решения по автоматизации бизнес-процессов.
    >
    >к моему большому сожалению это не совсем так (не рассматривая грамотность --
    >которой везде и всегда нехватка), я множество раз встречался с тем,
    >что выбор в сторону MS продиктован нехитрыми подковёрными договорённостями.

    Возможно и так, УК "Коммерческий подкуп" :)

     
     
  • 8.21, pavel_simple (??), 16:00, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    правильно покупать готовые продукты немного разобравшись с рынком оных http na... текст свёрнут, показать
     
  • 6.23, sa10 (ok), 16:31, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Вы хотите сказать -- что Lotus вы за два дня подняли в
    >>этом ^^^ качестве?

    Если честно,  MS Exchange в руки не брал уже много лет, но вряд ли что изменилось в лучшую сторону....
    Раньше говорили, что важный момент в том, что на MS Exchange документооборот можно делать, а на Lotus можно сделать.
    И на MS Exchange получается так как можно, а на Lotus так как нужно.

     
     
  • 7.24, pavel_simple (??), 16:34, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >И на MS Exchange получается так как можно, а на Lotus так
    >как нужно.

    Ж:-)

     
  • 2.10, fog (?), 14:06, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Прикол, а его вообще используют (exchange)?

    Я не где не видел. :-/

     

  • 1.9, Аноним (28), 12:51, 27/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Могут - не могут - зависит от того, чего люди хотят. Если нужна почта - да вполне можно заменить его чем угодно. Если же желают того непонятного, что собой Exchange представляет на деле - недопочтовик-недопланировщик-недосистема документооборота - то альтернатив ему нет и быть не может.
     
     
  • 2.11, Demetry (?), 14:11, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >недопочтовик-недопланировщик-недосистема документооборота - то альтернатив ему нет и быть не может.
    >

    Согласен, как говорит мой любимый шеф:"Автомобиль-амфибия либо ездит плохо, либо плавает куево"

     
     
  • 3.18, Andrey Mitrofanov (?), 15:22, 27/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Согласен, как говорит мой любимый шеф:"Автомобиль-амфибия либо ездит плохо, либо плавает куево"

    s/ либо / и /g ? ;-)

     
  • 2.34, User294 (??), 18:28, 28/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Если нужна почта - да вполне можно заменить его чем угодно.

    У него есть и некоторые плюсы по сравнению с обычной почтой во многих инкарнациях:
    1) бэкапать базу можно как полностью так и инкрементально и быстро (сбэкапав полную БД 1 раз а далее бэкапая только отросшие логи базы, особенность движка БД там такова что логи специально не стираются а постоянно нарастают для возможности сбэкапать ТОЛЬКО транзакционные логи).Есть ли решения которые позволяли бы подобный подход?
    2) Сама Exchange почта - ну, наиболее близкий эквивалент это IMAP.А вот есть ли где-то эквивалент такой фичи:сервак сам анонсит клиента о приходе письма?На Exchange отправленное письмо попадает адресату на том же сервере очень быстро, потому что сервер сам дергает клиента адресата сообщая что пришло письмо.В итоге не надо ждать хренадцать минут пока клиент изволит засинхронизироваться по интервалу с сервером.Есть какие-то аналоги с таким функционалом?

     
     
  • 3.36, SHRDLU (ok), 21:09, 28/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >1) бэкапать базу можно как полностью так и инкрементально и быстро (сбэкапав
    >полную БД 1 раз а далее бэкапая только отросшие логи базы,

    А чем вам не подходит вариант с инкрементальным бекапом maildir'ов?
    Я не очень хорошо помню устройство хранилища эксчейнджа, но мне кажется дикой мысль бекапить кроме самой почты еще и какие-то логи - без которых эта почта восстановлению не подлежит.

    >2) Сама Exchange почта - ну, наиболее близкий эквивалент это IMAP.А вот
    >есть ли где-то эквивалент такой фичи:сервак сам анонсит клиента о приходе
    >письма? На Exchange отправленное письмо попадает адресату на том же сервере очень
    >быстро, потому что сервер сам дергает клиента адресата сообщая что пришло
    >письмо.

    Нет, вот такого эквивалента - который чешет левой пяткой правое ухо, если ему почудится, что кто-то в соседней комнате чихнул - вы вряд ли найдете...

    >В итоге не надо ждать хренадцать минут пока клиент изволит засинхронизироваться
    >по интервалу с сервером.

    Не надо путать электронную почту со средствами мгновенного обмена сообщениями. Если оно вам надо - смотрите в сторону корпоративных ICQ или Jabber-серверов.

     
     
  • 4.39, Alex (??), 14:15, 30/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Я не очень хорошо помню устройство хранилища эксчейнджа, но мне кажется дикой мысль бекапить кроме самой почты еще и какие-то логи - без которых эта почта восстановлению не подлежит

    вообще то база бэкапится при полном бэкапе, при инкрементальном только логи

    >Нет, вот такого эквивалента - который чешет левой пяткой правое ухо, если ему почудится, что кто-то в соседней комнате чихнул - вы вряд ли найдете

    интересный подход - у меня машины нет но ее использование это почесывание левой пяткой правое ухо, единственный ответ который я могу предложить

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру