Mac OS X (Cocoa を使用) で新しい (別の) mail.app クライアントをコーディングするために必要な主なコンポーネント/テクノロジについて簡単に調査するよう求められました。サーバーと対話して SMTP/IMAp/POP3 サーバーからデータを取得したり、メールをサーバーに送信したりするコンポーネントに焦点を当てています。
サーバーからデータをプルするためのデーモンを作成することが、リストを更新し続けるための適切で効率的なアプローチになるかどうかは誰にもわかりませんか? そこからデータをプルする頻度を管理するにはどうすればよいですか (タイマーが必要です)。Apple Push Notification Server も調べる必要がありますか?
このアプリケーションで mail.app とサーバー間の通信を行うためのその他の主要なコンポーネント/設計は何でしょうか?
サーバーからデータをプルするためのデーモンを作成することが、リストを最新の状態に保つための適切で効率的なアプローチになるかどうかは誰にもわかりませんか?
これは、メール アプリケーション自体が実行されていない場合でも、クライアント マシンでメールを最新の状態に保つための 1 つの方法です。一方、ユーザーがメール アプリケーションを使用していないためにメールが表示されないのに、なぜメールを更新する必要があるのか疑問に思う人もいます。
そこからデータをプルする頻度を管理するにはどうすればよいですか (タイマーが必要です)。
どのように管理したいですか？多くのメール クライアントでは、新しい電子メールをチェックする頻度をユーザーが決定できるようになっています。
Apple Push Notification Server も調べる必要がありますか?
Apple のメール クライアントは、Apple 独自の iCloud (以前の「.me」、以前の「.mac」) システムに統合されているため、アドレス @icloud.net に送信されたメッセージはプッシュ通知をトリガーし、ユーザーには更新されたアイコン バッジが表示されます。未読メッセージ。クライアント アプリケーションとメール サーバーの両方を制御しない限り、これを行うことはできません。もしそうなら、確かに、APNSはクライアントを更新するための合理的な方法です. 標準の POP または IMAP サーバーからメールをプルするだけの場合、APNS はあまり役に立ちません。