Zimbra Collaboration Suiteを使用するのは誰ですか？その理由は？[閉まっている]

私は他の人の経験と選択に本当に興味があります。

長いスカウトの後、ZCSは本当に印象的なソリューションであり、M $ Exchangeの唯一の真の代替手段であることがわかりました。

私は、インフラストラクチャにZimbraをすでに展開している、またはそれを計画しているユーザーからの意見とケース履歴に非常に興味があります。

コミュニティ版とネットワーク版の両方のケースが高く評価され、賛否両論も説明されています:)

もちろん、Zimlet、アドオン、便利なスキン、Zimbraデスクトップ、その他のアプリ、またはモバイル統合の使用例も含まれます。

私が働いている約15か月前にZimbraのNetwork Editionを展開しました。Zimbraは私が開始する少し前に選択されたため、評価や決定には関与していませんでしたが、メールに加えて、共有カレンダーとモバイル同期を提供するソリューションを探していました。そして、主要な推進要因は、それがマイクロソフトではないということでした。なぜここにその文化があるのか​​はわかりませんが、良くも悪くも、認識されたコストのためにExchangeが検討されたとは思えません。Zimbraは非常に優れたソリューションであり、ライセンスをもう1年間更新しました。

長所：

• カレンダーとリソースのスケジューリングはうまく機能します。
• Active Syncを使用すると、メール、連絡先、カレンダーをプッシュして電話に同期できます。

短所：

• タスク管理はExchange / Outlookのレベルではない
• Webクライアントからの添付ファイルの処理はOutlookのようにOSに統合されていないため、ドラッグアンドドロップなどは行われません。これらは、添付ファイルによるドラッグアンドドロップを可能にするはずのzimlet、Zimbraプラグイン、およびFirefoxアドオンですが、まだテストする時間はありませんでした。
• ウェブインターフェースでは一度に50通のメールしか表示されないため、少し面倒です。しかし、高度な検索は優れており、高速です。
• エンドユーザーのトレーニングが必要か、高度な検索などの移行を容易にする機能をユーザーが見直す必要があります。

別の簡単なメモ。
Javaが頻繁に使用され、Zimbraのデフォルトの積極的なMySQLキャッシング設定が原因で、私たちのような小規模なデプロイメントでも、4 GBのRAMを搭載したシステムを使用することをお勧めします。私たちは約50のメールボックスにサービスを提供し、当初は2GBのRAMでそれを配備しました。この構成では、約1GBのスワップを使用しており、システムの負荷が急上昇し、サーバーが応答していないことを示すエラーメッセージがWebクライアントに表示されました。その後、1分ほど後に再び機能が開始されます。サーバーを4GBのRAMにアップグレードすると、問題が解決しました。

調査によると、RAM要件は、配信しようとしているメールボックスの数に比例していないようで、4GBのRAMで1000のメールボックスを簡単に配信できるようです。大規模な展開を行っている場合は、Zimbraのエンジニアと、システムの要件がどのような状況にあるかについてお話しします。さまざまなサーバーでさまざまなコンポーネントを実行でき、必要なハードウェアの計画とサイズ決定に役立ちます。

サーバーをチェックして、稼働時間とメモリ使用量を確認することができたので、この質問が出てうれしいです。稼働時間は206日ですが、悪くはありません。しかし、それは現在約1GBのスワップを使用していますが、システム負荷の急上昇やユーザーからの問題の苦情はありません。6.0にアップグレードするまで待つ予定です。これはいつの日か予定されており、メンテナンスをスケジュールし、すぐに再起動してからオンラインに戻します。

4つのメールボックスサーバーと2つのMTAを備えたマルチサーバー、マルチサイトセットアップと約30,000人のユーザーをサポートするLDAPマスターで構成されるかなり大きなZimbra（ネットワークエディション）セットアップがあります。また、VMwareで完全にセットアップしました。また、Windows Phoneのモバイルアドオンを利用し、BlackberryデバイスのBESにBlackberryセットアップ用のZimbraコネクタを装備しています。

オールインオールのものは非常にうまく機能します。一部のプロ

• これを使用する主な理由の1つは、すべてのデータを一元化して、ユーザーがデスクトップ上にメールを移動させないようにすることです。
• Linux管理者として、管理者側でスクリプトを作成できるレベルは素晴らしいです。
• セットアップとアップグレードは簡単で、アップデートによって問題が発生することはありません

グループごとに、欠落しているエンタープライズタイプの機能がいくつかあります（予定の委任、遅延送信、メッセージの取り消し）。GW-> Zimbraからの移行ツールにも問題がありましたが、それは1年以上前のことであり、私たちがそれに関して見た問題の少なくとも1つは、グループワイズの馬鹿げた方法によるものであると確信しています。私たちが思いついた最大の問題は、私たちの組織の人々が「太った」クライアントを使用することに慣れていたことです。Webクライアントを使用すると、使用パターンが異なり、人々は物事が遅いと感じます。

途中でいくつかのバグがありました。ショーストッパーであったものは何もありませんが、煩わしいです。彼らのサポートは良かったが、いくらかの改善の余地を残している。バージョン4.5でインストールを開始し、現在のインストールを維持しています。1年半の経験を経て、通常、サポートが回答する前に問題を修正します。私たちが完全に行き詰まっている状況で、サポートが実現しました。

カスタムのCourier / Eximセットアップがありましたが、ほとんどの従業員はOutlook 2003または2007を使用しており、メール、カレンダー、アドレス帳の共有環境を望んでいました。明白な答えはExchangeでしたが、私の上司はExchangeでいくつかの悪い経験をしており、その機能にそれほど多くを支払うという考えを味わいませんでした。

ZCS 6.04 Network Editionを約60人で実行しており、移行は非常にスムーズです。ユーザーが少ないので、自分で移行を行っています。Outlookコネクタをインストールし、古いPSTからアイテムをインポートし、imapsyncを使用して古いCourierサーバーからZimbraにメールをコピーします。

人々が何ができるかを探り始めると、彼らは興奮します。最後に、モバイルデバイスを含め、どこからでもメール、カレンダー、連絡先、タスクを使用できます。

しばらくネットワーク版トライアルを利用しました。かなり滑らかですが、私の意見では、ゴールデンタイムにはバグが多すぎます。最も大きな例の1つは、クライアントでの列の並べ替えです。一部の列はソートされません。「差出人」フィールドのように。私はそれをかなり重要だと考えました。

Outlookとうまく統合できるので、これは別のオプションですが、Outlookを捨てることができることには多くの価値があると私は思いました。

また、ユーザーを一度に1人ずつzimbraに移行できる分割ドメイン設定を行った場合、カレンダーの同期はうまくいきません。

問題はさておき、彼らは素晴らしい仕事をしました。私も本当にそれが機能することを望んでいたので、交換を取りやめることができましたが、これらの問題のいくつかは無視するには大きすぎます。

スタッフ4名はジンブラを使用しています。それはうまく機能しますが、少しリソースを独占します。CPUサイクルとRAMを節約できる場合は、強くお勧めします。

私たちはそれを使用することを検討し、技術的な観点からそれをかなり満足しています。

エンタープライズ契約を締結しているマイクロソフトのショップの場合、バンドルされているサーバー、CAL、およびその他のライセンスを分離することは非常に困難で費用がかかります。EAを「真に」することはできないため、新しい電子メールソリューションのロールアウトとMicrosoftの交渉を組み合わせる必要があります。これは難しい提案です。さらに、プラットフォームの割引を受けた場合、Exchangeなどの製品をドロップすると実際にコストが増加します。