タグ付けされた質問 「office365」

Office365カレンダーフォルダーへのプルサブスクリプションを操作しているときErrorReadEventsFailedに、SendNotificationリクエストに多くのメッセージが表示されます。このエラーは基本的に、サブスクリプションが見つからなくなり、サーバーが新しい通知を予期しないことを意味します。 Microsoftが推奨するエラー処理を確認すると、解決策はAutodiscoverを使用してExternalEwsUrlまたはEwsPartnerUrlを再検出し、新しいサブスクリプションを作成することです。 Office365では、OAuth2サービスアカウントの組み合わせではAutoDiscoveryサービスがほぼ不可能に見えるためhttps://outlook.office365.com/EWS/Exchange.asmx、メインのEWSエンドポイントとして使用しています。 ただし、特定のカレンダーフォルダーの新しいサブスクリプションを作成しようとすると、一般的な500 ErrorNoRespondingCASInDestinationSiteエラーが発生し続けます。 宛先サイトのどのクライアントアクセスサーバーも要求を処理できなかったため、ExchangeWebサービスは現在この要求に使用できません。 奇妙な部分は、これが初期ErrorReadEventsFailedエラーを受け取った直後にのみ発生することです。たとえば30秒以内に再試行すると、リクエストは問題なく通過します。 調査を行った結果、ほとんどX-AnchorMailboxのユーザーは、サービスアカウントが偽装したいユーザーに対してヘッダーが適切に設定されていることを確認することが役立つように思われました。このヘッダーを再確認しましたが、実際に再サブスクライブのリクエストに沿って送信されています。 この問題は、指数バックオフソリューションによって、または要求が完了するまでX回再試行することで解決できる場合があります。サブスクリプションが「失われる」と、O365サービスはExchangeサーバーのDNSを変更するのに時間がかかるように思われます（私が考えることができるのはそれだけです）。 どんな助けでも大歓迎です！

81 exchange-server  office365  exchangewebservices 

O365への移行を検討しています。ただし、現在のExchangeサーバーを使用して、エラーが発生したときに外部ユーザーとサポートボックスの両方に電子メールを送信するソフトウェアを開発しました。 これをテストして、配置したコードがO365で引き続き機能することを確認しましたが、これまでのところ、あまり成功していません。 .NetのSmtpClientとMailKitのSmtpClientを使用してみましたが、どちらも機能しないようです。エラーが発生し続けます（これはMailKitからのエラーです。.Netエラーも同様です）。 「AuthenticationInvalidCredentials：5.7.3認証失敗[* .prod.exchangelabs.com]」 コードにある資格情報を使用してOWAにログインできます。資格情報が有効であることはわかっています。O356経由でメールを送ることはできませんか？これを可能にするためにExchangeで実行する必要がある特別な構成はありますか？ これが私がこれまでに試したことです： MailKit var msg = new MimeMessage(); msg.From.Add(new MailboxAddress("Support","support@mydomain.com")); msg.To.Add(new MailboxAddress("Me","me@mydomain.com")); msg.To.Add(new MailboxAddress("External User","euser@externaldomain.com")); msg.Subject = "Test"; msg.Body = new TextPart("plain"){ Text = "Here is a message for you" }; using(var client = new SmtpClient()){ client.ServerCertificateValidationCallback = (s,c,h,e) => true; client.AuthenticationMechanisms.Remove("XOAUTH2"); //Not sure what …

13 c#  .net  smtp  office365  mailkit 

サービスが送信するメールのフッターにシングルクリックの「購読解除」リンクを提供したいのですが。 明らかに、多くのスパムスキャナーは電子メールをスキャンし、電子メールにあるリンクをたどってマルウェアのコンテンツをスキャンします。これまでに使用した回避策： 「購読解除」ページがHTTP GETを介してリクエストされた場合、ページの読み込み時にフォームを送信する簡単な確認フォームと少しのJSがレンダリングされます 「購読解除」ページがHTTP POST経由でリクエストされた場合、ユーザーの購読を解除します このように、ユーザーは通常、フォームを1回クリックするだけで、「購読を解除しました」というメッセージが表示されます。JSが無効になっている場合でも、手動で確認フォームを送信できます。 問題は、Office365のATPなどの一部のスキャナーがページを開いて、その中でJSを実行することです。JSを実行することで、フォームを送信し、ユーザーを自動的に登録解除します。 自動送信JSロジックにチェックを追加することを検討しました。 特定のユーザーエージェントに対して自動送信しない 特定のクライアントIP範囲に対して自動送信しない マウス移動イベントで自動送信をトリガーする しかし、これらはすべて、電子メールスキャナーが戦術を変更するときに壊れる可能性のある、脆弱な方法、せいぜいハックのように見えます。 私はこの問題が私の前に少し多くの人々を持っていると確信しています。シングルクリック機能をあきらめるだけでなく、合理的な回避策はありますか？ PS。RFC 8058のサポートを追加しましたが、ユーザーは引き続きフッターのリンクをクリックします。

10 email  office365  spam  unsubscribe