Pas d’IMAP avec Balsa

Tags: #<Tag:0x00007f955d5e7fa0>

Le boulot m’impose d’utiliser IMAP avec mon lecteur de courrier Balsa, parce que POP3 serait obsolète et avec des failles de sécurité.
Pas de bol, ils ne « supportent » que Thunderbird.
Je suspecte un réglage mal fichu chez eux puisque je vois le nombre de messages de chaque boîte mais pas le contenu des messages (connexion coupée, que ça dit).
Quelqu’un a un tuyau ?

Et quand tu dis « ils ne supportent que TH », tu veux sans doute dire que ton IT ne fournit de l’assistance que sur un client TH ?

Le protocole IMAP doit être clairement défini : serveur, port, méthode de chiffrement, en réception comme en envoi. As-tu toutes les infos nécessaires pour une bonne configuration ?
Sinon je ne vois aucune raison pour que cela ne fonctionne pas, à part que Balsa n’a pas reçu de mise à jour depuis 2 ans 1/2.
Tu peux faire un essai un autre client, Geary par exemple, c’est rapide à faire.

En gros ils disent de me démerder.

On me dit ça :
image

Je réponds ça :
image
et ça :
image

Je ne vois pas où est le problème.

Utilises plutôt TLS et non SSL (l’option doit être TLS requiered ou un truc comme ça), manifestement vous n’utilisez pas de certificat dans votre entreprise (c’est rare faut dire) et de souvenir Balsa est assez binaire là-dessus (la ou d’autre faut SSL/TLS, lui fait soit SSL soit TLS).

SSL (Secure Sockets Layer) is the predecessor of TLS (Transport Layer Security). SSL 3.0 is deprecated since 2015.

Avec TLS required, je ne vois même pas les boîtes et le nombre de messages.

Je soupçonne un réglage foireux chez eux.

Tu as essayé « balsa -D » dans un terminal ? tu en sauras plus…

Cette option n’existe pas.

Et tu n’as aucun message dans le terminal ?

Sans l’option -D (qui n’existe pas), j’ai :

(balsa:2295157): imap-WARNING **: 13:20:56.970: Encountered protocol error while handling untagged response.
(balsa:2295157): libnetclient-CRITICAL **: 13:20:56.970: net_client_vwrite_line: assertion 'NET_IS_CLIENT(client) && (format != NULL)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:56.970: net_client_siobuf_getc: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed
(balsa:2295157): imap-WARNING **: 13:20:58.038: Encountered protocol error while handling untagged response.
(balsa:2295157): libnetclient-CRITICAL **: 13:20:58.038: net_client_siobuf_printf: assertion 'NET_IS_CLIENT_SIOBUF(client) && (format != NULL)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:58.038: net_client_siobuf_write: assertion 'NET_IS_CLIENT_SIOBUF(client) && (buffer != NULL) && (count > 0U)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:58.038: net_client_siobuf_flush: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:58.038: net_client_siobuf_getc: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed
(balsa:2295157): imap-WARNING **: 13:20:59.144: Encountered protocol error while handling untagged response.
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.145: net_client_siobuf_printf: assertion 'NET_IS_CLIENT_SIOBUF(client) && (format != NULL)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.145: net_client_siobuf_write: assertion 'NET_IS_CLIENT_SIOBUF(client) && (buffer != NULL) && (count > 0U)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.145: net_client_siobuf_flush: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.145: net_client_siobuf_getc: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed
(balsa:2295157): imap-WARNING **: 13:20:59.383: Encountered protocol error while handling untagged response.
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.383: net_client_siobuf_printf: assertion 'NET_IS_CLIENT_SIOBUF(client) && (format != NULL)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.383: net_client_siobuf_write: assertion 'NET_IS_CLIENT_SIOBUF(client) && (buffer != NULL) && (count > 0U)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.383: net_client_siobuf_flush: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed
(balsa:2295157): libnetclient-CRITICAL **: 13:20:59.383: net_client_siobuf_getc: assertion 'NET_IS_CLIENT_SIOBUF(client)' failed

Ça ne me cause pas des masses, et vous ?

Pas plus désolé :confused:

Bien possible car ça :

La suite dépend de toi : tu sembles dès le départ avoir identifié le coupable (le serveur) mais ne jamais remettre en cause ton client Balsa. Approche biaisée…

Et donc installer un autre client comme Geary te permettrait de savoir si cela fonctionne avec un client autre que Balsa. Tu pourrais même déjà tester avec TH si cela fonctionne vraiment. Ce n’est pas le temps que prend ce genre de test pour s’en passer. Tu pourras en plus regarder la console de TH et voir si des erreurs sont signalées…

Si tu veux à tout prix conserver Balsa, deux choses :

  • en cherchant (source), j’ai vu que la commande dans un terminal était :
G_MESSAGES_DEBUG=libnetclient /path/to/balsa

(voir dans le lien les infos sur les logs générés)

  • Ensuite, avec ces infos, créer un bug sur Balsa, et voir ce qui se passe…

Ce n’est pas que je ne veuille pas remettre en cause Balsa, je l’utilise depuis plus de vingt ans maintenant et j’ai remonté quelques bugues le concernant.

Avec la commande que tu me montres, tout va bien (la connexion est OK) sauf les messages d’erreur que j’ai remontés ici même (problème de protocole).

(balsa:2321253): libnetclient-DEBUG: 15:51:26.336: R 'b OK User logged in'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.336: W 'c SELECT "INBOX"'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.336: W 'd MYRIGHTS "INBOX"'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R '* FLAGS (\Answered \Flagged \Draft \Deleted \Seen)'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R '* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]  '
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R '* 0 EXISTS'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R '* 0 RECENT'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R '* OK [UIDVALIDITY 1532003791]  '
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R '* OK [UIDNEXT 10503]  '
(balsa:2321253): libnetclient-DEBUG: 15:51:26.566: R 'c OK [READ-WRITE] Completed'
(balsa:2321253): libnetclient-DEBUG: 15:51:26.567: R '* MYRIGHTS INBOX lrswipcdan'

J’ai testé vite fait dans une VM pour voir ce client que je ne connaissais pas :
Je me connecte en IMAP sur mon fournisseur sans avoir à ajouter « :993 » à son adresse. Juste mail.xxxx.com et ça fonctionne (et le fournisseur précise pourtant bien port 993) : ça a donc l’air d’être le port par défaut en « IMAP over SSL » (IMAPS). Pour info…

Merci.
Donc le problème semble bien venir du serveur.

Au fait, POP3 est vraiment obsolète ou ils me pipotent pour ne pas avoir à gérer POP3 ?

POP3 coté sécurité ,'est pas très bon. De là à dire qu’il est obsolète il ne faut pas exagérer.

Le principal problème de POP3 c’est qu’il n’est pas chiffré de bout en bout. Les données transmises le sont en clair.
Il ne permet pas une synchronisation correcte (i.e.: sur des messages relevés en POP3 sur deux appareil, le second ne saura pas que le premier a dejà lu le message).

Le paramétrages d’une boite au niveau des répertoire par exemple ne saura être répliqué d’un appareil à l’autre. IL faudra donc le faire manuellement à chaque fois.

POP3 est un protocole vulnérable aux attaques de répudiation (allez voir )

Et il ne prend pas en charge l’authentification à deux facteurs.

Pas obsolète, mais pas top du tout.

Et POP3S, qui est celui que j’utilise sur ce serveur ?

POP3S n’améliorera que le chiffrement des données transmises; les autres problèmes sont les même que pour pop3