0

受信トレイでメールをチェックする基本的なスクリプトを作成しましたが、昨日はすべて正常に機能していました。しかし、今日、同じコードを実行すると、HTTP404 しか得られません。

これを毎分 1 回、約 36 時間実行したため、outlook.office365.com が私の要求を調整している可能性があると思われます。しかし、そうであるかどうかはどうすればわかりますか？

これが私のcurlコマンドです：

curl https://outlook.office365.com/api/1.0/Me/folders/Inbox/messages -u login@email.outlook:password --insecure --show-error -H Content-Type:application/json -v

そして出力：

* About to connect() to outlook.office365.com port 443 (#0)
*   Trying 132.245.48.18... connected
* Connected to outlook.office365.com (132.245.48.18) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using AES256-SHA
* Server certificate:
*        subject: C=US; ST=WA; L=Redmond; O=Microsoft Corporation;     OU=Microsoft Corporation; CN=outlook.com
*        start date: 2015-02-13 00:38:15 GMT
*        expire date: 2016-02-13 00:38:15 GMT
*        subjectAltName: outlook.office365.com matched
*        issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation;     OU=Microsoft IT; CN=Microsoft IT SSL SHA1
*        SSL certificate verify ok.
* Server auth using Basic with user 'login@email.outlook'
> GET /api/1.0/Me/folders/Inbox/messages HTTP/1.1
> Authorization: Basic Ybase64stringU=
> User-Agent: curl/7.21.3 (x86_64-pc-linux-gnu) libcurl/7.21.3     OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
> Host: outlook.office365.com
> Accept: */*
> Content-Type:application/json
>
< HTTP/1.1 404 Not Found
< Content-Length: 0
< Server: Microsoft-IIS/8.0
< request-id: d7967869-c282-4a28-9da2-6b80edd7d965
< Set-Cookie: ClientId=XXQW0EIP0KK9NUIRICS8BQ; expires=Fri, 28-Oct-2016     13:04:08 GMT; path=/; secure; HttpOnly
< X-CalculatedBETarget: AM2PR09MB0452.eurprd09.prod.outlook.com
< X-BackEndHttpStatus: 404
< X-DiagInfo: AM2PR09MB0452
< X-BEServer: AM2PR09MB0452
< X-Powered-By: ASP.NET
< X-FEServer: HE1PR01CA0033
< Date: Thu, 29 Oct 2015 13:04:08 GMT
<
* Connection #0 to host outlook.office365.com left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):

何か案は？

4

1 に答える 1

1

429クォータを超えた場合は、ステータス コードを受け取ると思います。マイクロソフトは、サービスを調整する権利を留保しているため、通常、サービスの正確なしきい値を公開していません...

これにより、ユーザーは信頼性とパフォーマンスを低下させることなく、最大数のリソースを消費できます

(上記の引用は特にSharepointに関するものですが、ほぼすべてのREST APIに対して公開された制限がないことを考えると、原則が成り立つと思います)。

通常、404何かが正しくないことを示します...ユーザーアカウントがかなり新しい場合は、まだすべてのサーバーに伝播されていないことを示している可能性があります（ただし、必要があるため、問題ではないようです）アカウントを 24 時間以上持っていた）。

URL の観点からは... v1 の URLoutlook.office.com/api/v1.0/me/messagesと新しいビートの URL ですoutlook.office.com/api/v1.0/me/messages。これらのアドレスは機能しているように見えます...しかし、あなたが使用しているアドレスを使用すると 404 が返されます... URL。

于 2015-10-29T13:37:10.367 に答える