|
Dans SMTP (Simple Mail Transfer Protocol), il n'existe aucun concept de « protocole pull » formellement défini. SMTP est fondamentalement un protocole *push*. Cela signifie qu'un client ou un serveur de messagerie *pousse* activement un message électronique vers le serveur de messagerie destinataire. Il n'existe aucun mécanisme permettant à un client de demander (« extraire ») des e-mails à un serveur à la demande, comme le font, par exemple, POP3 ou IMAP.
Bien que vous ne puissiez pas directement « extraire » des e-mails à l'aide des commandes principales de SMTP, l'effet de l'extraction peut être *simulé* ou *approché* dans des scénarios spécifiques, impliquant souvent une extension personnalisée ou une interaction avec d'autres protocoles :
Approximations du "Pulling" avec SMTP :
1. Utiliser un mécanisme d'interrogation dédié : Un client peut se connecter périodiquement au serveur SMTP à l'aide d'un mécanisme distinct (par exemple, une tâche cron ou une tâche planifiée), puis tenter de récupérer des messages à l'aide d'une extension SMTP personnalisée ou d'un protocole entièrement différent (comme POP3 ou IMAP en arrière-plan). Le client initie la connexion et vérifie l'arrivée de nouveaux messages ; il ne s'agit pas d'une véritable extraction SMTP, mais d'un résultat similaire.
2. Services de notification (par exemple, en utilisant une extension SMTP personnalisée ou un protocole de notification distinct) : Le serveur de réception peut implémenter un système qui avertit le serveur d'envoi lorsqu'un message est remis. Il ne s'agit pas d'un tirage en soi, mais cela permet à l'expéditeur d'être informé de la livraison, offrant indirectement un mécanisme de réponse pouvant déclencher des actions. Cela implique généralement une communication hors bande au-delà des commandes SMTP standard.
3. Services tiers : Les services de messagerie basés sur le cloud ou d'autres systèmes de gestion de messagerie peuvent proposer des API ou des interfaces qui vous permettent de récupérer des informations ou un statut de message, obtenant ainsi un effet « pull », mais cela repose sur quelque chose *autre que* le protocole SMTP de base.
Pourquoi SMTP n'a pas de fonctionnalité d'extraction :
La conception de SMTP donne la priorité à la *livraison* fiable et efficace des messages. Un mécanisme « pull » nécessiterait que le serveur surveille en permanence les demandes des clients et conserve des informations d'état sur les messages qui ont été livrés ou lus, ce qui ajoute de la complexité et de la surcharge. POP3 et IMAP ont été conçus spécifiquement pour gérer la récupération de messages côté client.
En résumé, vous ne pouvez pas utiliser les commandes SMTP pour extraire directement des e-mails. Toute fonctionnalité apparente « pull » est obtenue grâce à des méthodes indirectes, des solutions de contournement ou des intégrations avec d'autres protocoles. L'utilisation de POP3 ou IMAP est le moyen standard pour récupérer des e-mails à partir d'un serveur.
|
