Caution: The documentation you are viewing is
for an older version of Zend Framework.
You can find the documentation of the current version at:
https://docs.zendframework.com/
Lire des courriels - Zend_Mail
Zend_Mail peut lire des courriels provenant de différents stockages locaux ou distants. Tous bénéficient de la même API pour compter et extraire les messages, certains implémentent des interfaces additionnelles pour des fonctionnalités moins communes. Pour une vue d'ensemble des fonctionnalités des stockages implémentés voir la table suivante.
Fonctionnalité | Mbox | Maildir | Pop3 | IMAP |
---|---|---|---|---|
Type de stockage | local | local | distant | distant |
Extraction des messages | Oui | Oui | Oui | Oui |
Extraction des parties mimes | émulé | émulé | émulé | émulé |
Dossiers | Oui | Oui | Non | Oui |
Créer des messages/dossiers | Non | A faire | Non | A faire |
Flags | Non | Oui | Non | Oui |
Quota | Non | Oui | Non | Non |
Mbox et Maildir sont les deux formats supportés pour le stockage local des courriels, tous les deux dans leurs formats le plus simple.
Si vous voulez lire un fichier Mbox, vous devez juste donner le nom du fichier au constructeur de Zend_Mail_Storage_Mbox:
Maildir est très similaire mais nécessite un nom de dossier :
Ces deux constructeurs lèvent une exception Zend_Mail_Exception si le stockage ne peut pas être lu.
Pour les stockages distants les deux protocoles les plus populaires sont supportés : Pop3 et Imap. Les deux nécessitent au moins un hôte et un utilisateur pour se connecter et s'identifier. Le mot de passe par défaut est une chaîne vide et le port par défaut celui donné dans la RFC du protocole.
Pour ces deux stockages SSL et TLS sont supportés. Si vous utilisez SSL le port par défaut change comme indiqué dans la RFC.
Les deux constructeurs peuvent lever une exception Zend_Mail_Exception ou Zend_Mail_Protocol_Exception(étendant Zend_Mail_Exception), en fonction du type de l'erreur.
Dès que vous avez ouvert l'accès, les messages peuvent être extraits. Vous devez fournir un numéro de message, qui est un compteur qui démarre à 1 pour le premier message. Pour extraire le message vous utilisez la méthode getMessage() :
L'accès sous forme de tableau est aussi supporté, mais cet méthode d'accès ne supporte pas les paramètres additionnels qui aurait pu être ajouté à getMessage(). Tant que vous n'en n'avez pas besoin et que vous pouvez vivre avec les valeurs par défaut, vous pouvez utiliser :
Pour itérer tous les messages, l'interface Iterator
est implémentée
:
Pour compter les messages dans le stockage, vous pouvez soit utiliser la méthode countMessages() ou utiliser l'accès de type tableau :
Pour supprimer un mail vous pouvez utiliser la méthode removeMessage() ou l'accès de type tableau :
Après avoir extrait les messages avec getMessage() vous voulez extraire les en-têtes, le contenu ou une partie d'un message multipart. Tous les en-têtes peuvent être accédés via les propriétés ou la méthode getHeader() si vous voulez plus de contrôle ou avoir accès à des en-têtes peu communs. Les noms des en-têtes gérés en interne avec une casse minuscule, ainsi la casse du nom de l'en-tête importe peu. En outre les en-têtes avec un tiret-bas peuvent être écrit avec la » notation Camel. Si aucun en-tête n'est trouvé pour les deux notations, une exception est levée. Pour éviter ceci, la méthode headerExists() peut être utilisée pour vérifier l'existence d'un en-tête.
Si vous avez plusieurs en-têtes avec le même nom, par exemple les en-têtes "Received", vous pourriez les vouloir sous la forme d'un tableau plutôt qu'en tant que chaîne. Ceci est possible avec la méthode getHeader().
La méthode getHeaders() retourne tous les headers sous forme de tableau avec des clés en minuscules et des valeurs en tant que tableau pour des en-têtes multiples ou une chaîne pour des en-têtes uniques.
Si vous n'avez pas de message de type multipart, extraire le contenu est facilité avec getContent(). A la différence des en-têtes, le contenu est seulement extrait en cas de besoin (alias late-fetch).
Vérifier si un message est de type multipart est réalisé avec la méthode isMultipart(). Si vous avez un message de type multipart vous pouvez récupérer une instance de Zend_Mail_Part avec la méthode getPart(). Zend_Mail_Part est la classe de base de Zend_Mail_Message, donc vous avez les mêmes méthodes : getHeader(), getHeaders(), getContent(), getPart(), isMultipart() et les propriétés pour les en-têtes.
Zend_Mail_Part implémente aussi RecursiveIterator, qui rend facile le scan de toutes les parties. Et pour un affichage facile, il implémente de plus la méthode magique __toString() qui retourne le contenu.
Maildir et IMAP supporte l'enregistrement de drapeaux. La classe Zend_Mail_Storage possède des constantes pour tous les drapeaux maildir et IMAP connus, nommés Zend_Mail_Storage::FLAG_<nomdudrapeau>. Pour vérifier les drapeaux Zend_Mail_Message possède une méthode hasFlag(). Avec getFlags() vous récupérez tous les drapeaux existants.
Comme IMAP autorise les drapeaux définis par client ou l'utilisateur, vous pouvez obtenir ces drapeaux même s'ils n'ont pas de constante dans Zend_Mail_Storage. Au lieu de cela ils sont retournés comme une chaîne et peuvent être vérifiés de la même manière avec hasFlag().
Tous les stockages, excepté Pop3, supportent les dossiers, également appelés boîtes aux lettres. L'interface implémentée par tous les stockages supportant les dossiers s'appelle Zend_Mail_Storage_Folder_Interface. En outre toutes ces classes ont un paramètre facultatif additionnel appelé folder, qui est le dossier choisi après ouverture, dans le constructeur.
Pour les stockages locaux vous devez employer les classes séparées appelées Zend_Mail_Storage_Folder_Mbox ou Zend_Mail_Storage_Folder_Maildir. Tous les deux ont besoin d'un paramètre nommé dirname avec le nom du dossier de base. Le format pour le maildir est comme définie dans maildir++ (avec un point comme délimiteur par défaut), Mbox est une hiérarchie de dossiers avec des fichiers Mbox. Si vous n'avez pas un dossier de Mbox appelé INBOX dans votre dossier de base Mbox vous devez placer un autre dossier dans le constructeur.
Zend_Mail_Storage_Imap supporte déjà des dossiers par défaut. Exemples pour ouvrir ces stockages :
Avec la méthode getFolders($root = null) vous pouvez obtenir la hiérarchie des dossiers en commençant par le dossier racine ou le dossier fourni. Elle est retournée comme instance de Zend_Mail_Storage_Folder, qui implémente RecursiveIterator et tous ses enfants sont également des instances de Zend_Mail_Storage_Folder. Chacune de ces instances à des noms locaux et globaux retournés par les méthodes getLocalName() et getGlobalName(). Le nom global est le nom absolu du dossier racine (délimiteurs y compris), le nom local est le nom dans le dossier parent.
Nom global | Nom local |
---|---|
/INBOX | INBOX |
/Archive/2005 | 2005 |
List.ZF.General | General |
Si vous employez l'itérateur, la clé de l'élément courant est le nom local. Le nom global est également retourné par la méthode magique __toString(). Quelques dossiers peuvent ne pas être sélectionnables, ce qui veut dire qu'ils ne peuvent pas stocker des messages et les choisir entraînerait une erreur. Ceci peut être vérifié avec la méthode isSelectable(). Ainsi il est très facile de produire l'arbre entier dans une vue :
Les dossiers choisis courants sont retournés par la méthode getCurrentFolder(). Changer de dossier est fait avec la méthode selectFolder(), qui a besoin du nom global comme paramètre. Si vous voulez éviter d'écrire des délimiteurs vous pouvez également employer les propriétés d'une instance de Zend_Mail_Storage_Folder :
Si vous employez un stockage distant et avez une longue tâche vous pourriez devoir maintenir la connexion persistante par l'intermédiaire du noop :
Zend_Mail_Storage_Mbox, Zend_Mail_Storage_Folder_Mbox, Zend_Mail_Storage_Maildir et Zend_Mail_Storage_Folder_Maildir implémentant les méthodes magiques __sleep() et __wakeup(), ce qui veut dire qu'ils sont sérialisable. Ceci évite d'analyser les dossiers ou l'arbre des dossiers plus d'une fois. L'inconvénient est que votre stockage de Mbox ou de Maildir ne doit pas changer. Quelques contrôles faciles sont faits, comme ré-analyser le dossier courant de Mbox si le temps de modification change ou ré-analysé la structure du dossier si un dossier a disparu (ce qui a toujours comme conséquence une erreur, mais vous pouvez rechercher un autre dossier après). Il est meilleur si vous avez quelque chose comme un fichier de signal pour des changements et la vérifiez avant d'employer l'instance caché.
Les stockages distants utilisent deux classes : Zend_Mail_Storage_<NOM> et Zend_Mail_Protocol_<NOM>. La classe de protocole traduit les commandes et les réponses de protocole et issu de ou pour PHP, comme des méthodes pour les commandes ou les variables avec différentes structures pour les données. L'autre/classe principale met en application l'interface commune.
Si vous avez besoin de fonctionnalités additionnelles de protocole vous pouvez étendre la classe de protocole et l'employer dans le constructeur de la classe principale. Supposer par exemple que nous devons joindre différents ports avant que nous puissions nous relier à POP3.
Comme vous voyez nous supposons toujours que nous sommes reliés, identifiés et, si supporté, un dossier est choisi dans le constructeur de la classe principale. Ainsi si vous assignez votre propre classe de protocole vous devez toujours vous assurer que c'est fait ou la prochaine méthode échouera si le serveur ne la permet pas dans l'état actuel.
Zend_Mail_Storage_Writable_Maildir supporte les quotas Maildir++. Ceci est désactivé par défaut, mais il est possible de l'utiliser manuellement, si la vérification automatique n'est pas souhaitée (ce qui veut dire que appendMessage(), removeMessage() et copyMessage() ne vérifie pas et n'ajoute pas d'entrée dans le fichier de contrôle de la taille du dossier de mails). Si vous l'activez une exception sera levée si vous tentez d'écrire dans le dossier de mails et qu'il a déjà atteint son quota.
Il existe trois méthodes pour les quotas : getQuota(), setQuota() et checkQuota():
checkQuota() peut aussi retournée une réponse plus détaillée :
Si vous voulez spécifier votre propre quota plutôt que d'utiliser celui spécifié dans le fichier de contrôle de la taille du dossier de mails, vous pouvez le faire avec setQuota() :
Pour ajouter vos propres vérifications de quota, utilisez des caractères uniques en tant que clé et ils seront préservés (mais évidemment non vérifié). Il est aussi possible d'étendre Zend_Mail_Storage_Writable_Maildir pour définir votre propre quota seulement si le fichier de contrôle de la taille du dossier de mails est absent (qui peut se produire dans Maildir++) :