見込み顧客：MS Exchange + Linux

ネイティブのMS Exchange MAPIプロトコルをサポートするという観点から、Linuxoidの将来の幸福について、そしてすでに実装されているものと、今あなたが遊ぶことができるものについてお話したいと思います。



LinuxからMS Exchangeへのアクセスを設定しようとする人の多くは、おそらく常に検索で1つのソリューション、つまりEvolution + exchangeプラグインにたどり着きました。 もっと好奇心が強い。 彼らはどのように母親の助けを借りてこのサポートが実現されているかを知っています。 Exchangeは多くの場所、たとえば州にあるので、常に悲しくなります。 残念ながら、Exchangeアクセスプロトコルのサポートなしで、人々とLinuxの間のコラボレーションを提供します。 だからそれは以前でしたが、今は...







openchange（http://openchange.org/）と呼ばれる非常に優れたプロジェクトがあります。 開発者によると、これはMAPIプロトコル（http://ru.wikipedia.org/wiki/MAPI）のオープンソース実装です。 ウィキペディアによると：MAPIは、Microsoft Windowsで電子メールを処理するプログラムのインターフェイスです。 MAPIを使用すると、メールメッセージの受信、読み取り、作成、送信、ファイルの添付（または添付ファイルへのアクセス）などを行うことができます。さらに、プロトコルは共有カレンダーなどの機能も提供します。 連絡先、共有ディレクトリ、タスク、およびメモ。 一般に、一緒に作業するために必要なすべてのもの。



最近まで、ほとんどの場合、WindowsおよびMS Outlookユーザーのみがこのすべての機能を使用できました。 しかし現時点では、Linuxユーザーはまず、ライブラリ自体がmapiプロトコル（libmapi www.openchange.org/index.php?option=com_content&task=view&id=63&Itemid=71 ）を実装しており、多くのディストリビューションですでに利用可能です。 KDE4とそのAkonadi。 さらに、Akonadiには既にAkonadiとlibmapiライブラリ間のインターフェースであるリソースがあり、kdepim（http://www.openchange.org/index.php?option=com_content&task=view&id=111&Itemid=87）に既にあります。 障害は1つだけです。これまでのところ、このリソースは完成したものよりも技術的なプロジェクトであり、その結果、ユーザーはまだ利用できません。 しかし、本当に痛い場合はどうすればいいですか？ 私のように、例えば、急性生産の場合=）



以下は、「KDE4からMS Exchangeにアクセスする方法」というトピックに関する小さなガイドです=）。 アセンブリに関心がない場合は、すぐに次のいくつかの段落をスクロールして結果を確認できます。



まず、私たちが持っているものを決定します。 たとえば、私の場合のように、Debian Lennyディストリビューション、KDE ​​4.2ウィンドウ環境、および実験リポジトリにlibmapi 0.8があります。 それについて何ができますか？ 最初に、libmapiソースをダウンロードし、それらを少し変更し、それらからパッケージをコンパイルし、システムにインストールする必要があります。 これが必要な理由をすぐに明確にするために、kdepimはlibmapi ++と呼ばれるlibmapiのC ++ラッパー（ヘッダーのセットとして）を使用すると言います。 次に、ライブラリの元のソースにはこれらのヘッダーが含まれていますが、パッケージビルダーは、これらのヘッダーを必要としないユーザーがlibmapi ++-devパッケージを収集することを決定しているようです。 まあ、自分でやってください。



ホームディレクトリにディレクトリを作成します。たとえば、〜/ kdepim / libmapi /：

$ mkdir -p〜/ kdepim / libmapi /

$ cd〜/ kdepim / libmapi /



次に、debianソースパッケージリポジトリをsources.listに追加し、sudo apt-get updateを実行します。 明らかな理由により、これは説明されません=）その後、〜/ kdepim / libmapi /ディレクトリにあり、コマンドを実行します

$ apt-get source libmapi0



次に、3つのファイルと、展開されたソースとそれらに適用されたパッチを含むディレクトリを取得します。 表示されたディレクトリに移動し、その中のdpkg-checkbuilddepsを実行して、ビルドに十分ではないすべてのパッケージとlibboost-devパッケージをインストールします。 重要：このパッケージに加えて、アセンブリにはsamba4-devパッケージも必要です。これにより、samba4自体がプルされ、sambaがシステムで動作しなくなる可能性があります。



次に、debian / rulesファイルを開き、「rm -rf $（CURDIR）/ debian / tmp / usr / include / libmapi ++」の行にコメントします。逆の場合は、debian / controlファイルに新しいファイルをいくつか追加します。

パッケージ：libmapi ++-dev

セクション：libdevel

アーキテクチャ：任意

依存：libc6-dev、libmapi0（= $ {binary：Version}）、$ {misc：Depends}

説明：MAPIクライアントライブラリの開発ファイル

このライブラリは、MAPIプロトコルのクライアント側の実装を提供します

Microsoft ExchangeおよびOutlookで使用されます。

。

現在実装されている機能には、メールの送受信と

アドレス帳を列挙します。

。

このパッケージには開発ファイルが含まれています。



dpkg-buildpackage -rfakerootコマンドを使用して、ライブラリをパッケージにアセンブルするだけです。 確かに、私の場合、いくつかの問題が発生しました。 第一に、サンバでは、一部の構造で、プライベートフィールドがprivate_dataに変更されたため、ソースでもう少しシャーマナイズする必要がありました。第二に、他のライブラリの同じヘッダーによると、サンバヘッダーは本来あるべき場所にありません。 つまり、/ usr / includeではなく、/ usr / include / samba-4.0に隠されているため、コンパイル中に、ヘッダーが見つからない場合に=）で問題が発生します。 ちなみに、これはすべて、新しいパッケージlibmapi ++-ヘッダーセットを含むdevをビルドするためにのみ行われます。 したがって、このすべてを自分でコンパイルするのが面倒な場合は、完成したパッケージをここで取り出すことができます： narod.ru/disk/8149428000/libmapi%2B%2B-dev_0.8-2_i386.deb.html ダウンロード後、パッケージをシステムにインストールし、次のステップ-kdepimのパッチとビルドに進みます。



別のディレクトリを作成します。 たとえば〜/ kdepim / kdepimOCresource /を入力します。 apt-get source kdepimを実行し、Debianからのパッチですべてのkdepimのソースを自由に入手できます。 ソースディレクトリに移動します。 アセンブリの依存関係をインストールします。 次にakonadi / resourcesディレクトリに移動し、「add_subdirectory（distlist）」行の後に「add_subdirectory（openchange）」行を書き込むことでCMakeLists.txtファイルを変更します。これはファイルの28行目のどこかにあります。 次に、debian / akonadi-kde.installファイルを開き、次の行を追加します。

usr / bin / akonadi_oc_resource

usr / share / akonadi / agents / ocresource.desktop



ファイルakonadi / resources / openchange / CMakeLists.txtの「set（CMAKE_CXX_FLAGS„ $ {CMAKE_CXX_FLAGS} -I％{LIBMAPI_INCLUDE_DIRS} $ {KDE4_ENABLE_EXCEPTIONS} "）" add "-lmapi



最後に、すべてを人間的なものにするために、制御ファイルにakonadi-kdeパッケージの新しい依存関係を追加します。 彼女の名前は、もちろんlibmapi0です。 ここでソースの変更が完了します。バイナリパッケージのアセンブリを開始し、正常に終了するまで待ちます（願っています）。 すべてが完了したら、aconadi-kdeの再構成されたパッケージをシステムに再インストールする必要があります。その後、新しいパッケージがリソースのリストに表示されます-OpenChange。 再構築を回避するために、このパッケージもダウンロードできます： narod.ru/disk/8149908000/akonadi-kde_4.2.2-1_i386.deb.html 最後の仕上げ-ユーザーディレクトリに「.openchange」ディレクトリを作成する必要があります。作成しない場合、リソースは常に落ちます=）



-組み立てガイドの終わり=）



これらすべての試練の後、「システム設定-> Akonadi設定」に進み、「Akonadiソースの設定」タブの「追加」ボタンをクリックすると、提案されたリソースのリストにOpenChangeが表示されます。 それを選択し、ダブルクリックして、新しいプロファイルを作成し、これをデフォルトのプロファイルにします。 その後、コンソールからakonadiconsoleを実行し、「リソース」タブに移動し、「同期->すべてを同期」をクリックし、フォルダーが同期され、すべてが機能し、表示されているブラウザータブに移動します...これらはすべていつでも落ちる可能性があります。 しかし、それでもなお。 いくつかの進捗状況はすでに見えており、kde 4.3のリリースまでにほとんどのエラーが修正され、リソースがディストリビューションビルドに移行することを望みます。1つは苦痛です。ソースのコミットはかなり前のことでした... KDE / kdepim / akonadi /リソース/ openchange /）



他に何ができますか？ これまでのところ、ほとんど何もありません。ただし、Kontactを起動してみてください。新しいAkonadiカレンダーを追加しようとすると必ず落ちるはずです=）一般に、開発者のアイデアは素晴らしいです。また、記事、特にリソースwww.openchange.orgでリンクを見つけてください。