• # Récupérateur de mails

    Posté par (site web personnel, Mastodon) . En réponse au journal JDLL 2023 - Entre découverte de logiciels, partage de savoirs et collaboration. Évalué à 3.

    J'ai pas tout compris l'idée de traitement agnostique, mais je peux ptet aider un peu sur la lib.

    Pour les besoins de Paheko j'ai commencé à bosser sur une alternative à FreeScout qui gère les listes de discussions, donc un genre de "truc" qui permette d'avoir une liste de discussion, qui soit accessible par mail, et par web (comme un forum), dans laquelle on puisse "fermer" une discussion une fois que le problème est réglé, où on peut assigner une personne qui répond, etc.

    Donc ça pourrait remplacer :
    - un forum web
    - une liste de discussion (mailman/sympa)
    - une newsletter
    - un helpdesk par email

    Du coup pour cette solution (en cours de dév, mais qui se base sur le gestionnaire de mailing list qu'on utilise pour Paheko depuis 2012) j'ai codé une lib PHP pour récupérer les mails (IMAP déjà, POP3 plus tard), basée sur curl (car très léger, et oui curl sait faire du mail, et il sait aussi faire de l'auth avec OAuth pour GMail et autres relous), et aussi pour récupérer automatiquement le serveur SMTP/IMAP en fonction de l'adresse email (implémentation de l'algo de Thunderbird):

    https://fossil.kd2.org/kd2fw/file?name=src/lib/KD2/Mail/Discovery.php&ci=tip
    https://fossil.kd2.org/kd2fw/file?name=src/lib/KD2/Mail/Mailbox.php&ci=tip

    Du coup si ça vous intéresse n'hésitez pas.

    Pour le HTML je comprends pas trop le souci en réalité, on n'a pas besoin que les mails reçus des clients aient un rendu 100% fidèle non ?

    « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)