問題タブ [exchange-server]

telnetを使用してポート25にExchangeで電子メールを送信したい。2週間前までは送信できたが、Microsoftの「セキュリティ修正」によりこの可能性が排除された。

試してみると、次のメッセージが表示されます。

421 4.3.2サービスが利用できない、伝送チャネルを閉じる

私に何ができる？

特定のインフォメーションストア内のすべてのメールボックスを開くためのサンプルコードが記載されたMicrosoftナレッジベースの記事があります。これまでのところ機能します（VC ++ 6.0より新しいコンパイラで少しコピー＆ペーストする必要があります）。

ある時点で、インフォメーションストアの識別名を使用してIExchangeManageStore::GetMailboxTableを呼び出します。Exchange 2007トライアル仮想サーバーイメージの場合、次のようになります。

OutlookSpyを使用し、IMsgStoreとIExchangeManageStoreをクリックすると、「サーバーDN：」の横に目的の文字列が表示されます。

ユーザーにこれを設定ファイルに入れるように強制するのは避けたいです。では、OutlookSpyでそれができる場合、アプリケーションは、現在開いているメールボックスが存在するインフォメーションストアの識別名をどのように見つけることができますか？

LinuxサーバーでRailsアプリケーションを実行しています。RailsアプリケーションからOutlook/Exchange2003の予定を操作したいと思います。たとえば、特定のアクションは予定の送信をトリガーする必要があり、Outlookで予定を受け入れる/キャンセルすると、アプリケーションでイベントがトリガーされることが望ましいです。

これに失敗した場合、Outlookプラグインを必要とせずにOutlook 2003が読み取ることができるカレンダーを公開することは可能ですか？たとえば、Outlook2003はプラグインなしのicalをサポートしていないことに注意してください。同様に、これがRubyで簡単に実行できないが、Linuxで実行されている別の言語（Perlなど）である場合は、これらの提案を歓迎します。

これを達成する方法、またはどこから答えを探し始めるかについてのアドバイスはありがたいことに受け取られます。

私はこれを約2週間理解しようとしています。人々のフォルダーにメール アイテムを作成したり、フォルダーを読んだりすることはできますが、私の人生ではカレンダーを操作することはできません。

WebDav に送信している XML の例を提供できますが、誰かがこれを行って例を持っていることを願っていますか?

これはここに記載されているように意図された動作のようですが、BCC を取得する唯一の方法が Outlook Web Access の HTML コードを解析することだとは信じられません。

誰かが同じ制限に遭遇し、回避策を見つけましたか? また、WebDAV を介してどこかから BCC を取得し、自分でヘッダー フィールドを追加しても問題ありません。

MSAccessアプリのテーブルとしてリンクされたExchangeメールボックスがあります。これは主に読み取りに使用されますが、メッセージを別のフォルダーに「移動」できるようにもしたいと思います。

残念ながら、これは2番目のリンクされたメールボックスに書き込むほど簡単ではありません。これは、明らかに一部のフィールドを編集できないためです。次のエラーが発生するため、To：フィールドなどのいくつかの重要なフィールドは使用できません

「フィールド'To'は式に基づいており、編集できません」。

代わりにCreateObject（ "Outlook.Application"）を使用することは、ここではオプションではありません。私の知る限り、Accessから呼び出されたときにセキュリティダイアログが表示されるためです。

解決策はありますか？*

現在、Exchange を使用する会社の電子メール サーバーと、IIS SMTP を使用する一括電子メール処理サーバーがあります。一括送信用にサードパーティの MTA (zrinity xms) にアップグレードしています。サードパーティのソフトウェアに切り替えたときに、IIS 用に既にキューに入れられたメッセージを送信し続けることができる必要があります。IIS キュー ファイルを Exchange サーバー キューに移動するだけで、送信試行が自動的に開始されるようにすることはできますか? そうでない場合、これを達成するための提案はありますか?

System.Web.Mail を使用する古いアプリケーションは、 hr@domain.comからの電子メールに対して例外をスローしています。他のアドレスは正しく機能しているようです。エラーが発生したときにメール サーバーを Exchange 2007 に変更したので、そこに問題があると思います。誰が何が起こっているのか知っていますか？

例外とスタック トレースは次のとおりです。

System.Web.HttpException: 'CDO.Message' オブジェクトにアクセスできませんでした。---> System.Reflection.TargetInvocationException: 呼び出しのターゲットによって例外がスローされました。---> System.Runtime.InteropServices.COMException (0x80040212): トランスポートがサーバーへの接続を失いました。

--- 内部例外スタック トレースの終了 ---
System.RuntimeType.InvokeDispMethod(String name, BindingFlags invokeAttr, Object target, Object[] args, Boolean[] byrefModifiers, Int32 culture, String[] namedParameters)
at System.RuntimeType .InvokeMember(文字列名、BindingFlags invokeAttr、バインダー バインダー、オブジェクト ターゲット、Object[] args、ParameterModifier[] 修飾子、CultureInfo カルチャ、String[] namedParameters)
System.Web.Mail.LateBoundAccessHelper.CallMethod(Object obj, String methodName, Object[] args)
--- 内部例外スタック トレースの終わり ---
System.Web.Mail.LateBoundAccessHelper.CallMethod (Object obj, String methodName) で、Object[] args)
System.Web.Mail.CdoSysHelper.Send (MailMessage メッセージ)
で System.Web.Mail.SmtpMail.Send (MailMessage メッセージ)
で ProcessEmail.Main()

Asp.Net から Exchange 2007 配布リストをリモートで作成する必要があります。

私の知る限り、GAL で配布リストを作成する唯一の方法は、Exchange 管理ツールを使用することです。これを Web サーバーにインストールせずに、配布リストをリモートで作成する方法はありますか? 個人用配布リストを作成できるサード パーティのコンポーネントがいくつかありますが、これらはユーザーの連絡先フォルダーにのみ存在し、社内のすべてのユーザーが利用できるわけではありません。

理想的には、exchange への何らかの Web サービス呼び出し、または使用できる API が存在するでしょう。Exchange SDK は、Exchange データ (電子メール、連絡先、カレンダーなど) を管理する機能を提供します。Exchange 管理 API はないようです。

配布リストは特別な Exchange 属性を持つグループ オブジェクトとして AD に保存されているようですが、それらがどのように機能するかについてのドキュメントはないようです。

編集: Exchange が AD で行っていることをリバース エンジニアリングすることはできますが、私の懸念は、Exchange の次のサービス パックでこれがすべて機能しなくなることです。

Exchange を介さずに Active Directory の配布リストを管理するために使用できる API はありますか?

Exchange Web サービスを使用して予定表アイテムを更新しようとしています。ItemChangeType を作成してから、ItemIdType を作成しています。ItemIdType.Id に使用する一意の ID がありますが、ChangeKey に使用するものはありません。省略すると、ErrorChangeKeyRequiredForWriteOperations が発生します。しかし、そこに何かを入れようとすると、ErrorInvalidChangeKey が発生します。

これを機能させるために何を使用できますか？

また、ItemChangeType.Item に使用する BaseItemIdType の最適な実装を判断しようとしています。これまでのところ、私は ItemIdType を使用しており、それは正しいと推測していますが、これに関する特に役立つドキュメントを見つけることができませんでした。