# Pas d’IMAP avec Balsa

**URL:** <https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874>\
**Category:** Support Debian\
**Tags:** mail\
**Created:** [Janvier 28, 2025, 8:00 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874 "2025-01-28T20:00:53Z")\
**Posts on this page:** 19\
**Page:** 1

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 28, 2025, 8:00 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/1 "2025-01-28T20:00:53Z")

</div>

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 ?

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Janvier 29, 2025, 8:37 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/2 "2025-01-29T08:37:45Z")

</div>

Et quand tu dis «&nbsp;ils ne supportent que TH&nbsp;», 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.

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 29, 2025, 9:31 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/3 "2025-01-29T09:31:15Z")

</div>

> [@pled](#):
>
> 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 ?

En gros ils disent de me démerder.

> [@](#):
>
> 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 ?**

On me dit ça :

 ![image](https://www.debian-fr.org/uploads/default/original/2X/d/d42601d3b736f0c553e0aa9e26c5bfd599099d86.png)

Je réponds ça :

 ![image](https://www.debian-fr.org/uploads/default/original/2X/d/d1e9111bc64e434f5b3e325360c55217969d069c.png)  
et ça :  
 ![image](https://www.debian-fr.org/uploads/default/original/2X/7/7fef6e9b888614cf48f8d6e3ee9c5bba8a403726.png)

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

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Janvier 29, 2025, 9:51 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/4 "2025-01-29T09:51:43Z")

</div>

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).

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Janvier 29, 2025, 10:11 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/5 "2025-01-29T10:11:44Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 29, 2025, 10:24 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/6 "2025-01-29T10:24:42Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Janvier 29, 2025, 10:37 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/7 "2025-01-29T10:37:00Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 29, 2025, 10:39 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/8 "2025-01-29T10:39:07Z")

</div>

Cette option n’existe pas.

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Janvier 29, 2025, 12:04 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/9 "2025-01-29T12:04:48Z")

</div>

Et tu n’as aucun message dans le terminal ?

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 29, 2025, 12:25 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/10 "2025-01-29T12:25:30Z")

</div>

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 ?

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Janvier 29, 2025, 1:03 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/11 "2025-01-29T13:03:58Z")

</div>

> [@nicola](#):
>
> Ça ne me cause pas des masses, et vous ?

Pas plus désolé 😕

> [@nicola](#):
>
> Je soupçonne un réglage foireux chez eux.

Bien possible car ça :

> [@nicola](#):
>
> `Encountered protocol error while handling untagged response.`

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Janvier 29, 2025, 2:35 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/12 "2025-01-29T14:35:31Z")

</div>

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](https://discourse.gnome.org/t/email-client-balsa-unable-to-download-email-on-debian-xfce/18705)), j’ai vu que la commande dans un terminal était :

```auto
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](https://pawsa.fedorapeople.org/balsa/bugs.html), et voir ce qui se passe…

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 29, 2025, 3:00 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/13 "2025-01-29T15:00:05Z")

</div>

> [@pled](#):
>
> 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.

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'

```

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Janvier 29, 2025, 3:49 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/14 "2025-01-29T15:49:57Z")

</div>

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 «&nbsp;:993&nbsp;» à son adresse. Juste [mail.xxxx.com](http://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 «&nbsp;IMAP over SSL&nbsp;» (IMAPS). Pour info…

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 29, 2025, 3:53 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/15 "2025-01-29T15:53:19Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Janvier 30, 2025, 5:07 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/16 "2025-01-30T17:07:04Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 1, 2025, 12:21 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/17 "2025-02-01T12:21:19Z")

</div>

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 [là](https://www.antic.cm/index.php/fr/cybersecurite/cybercriminalite/282-cybercriminalite-concepts-generaux-sur-la-question.html))

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

Pas obsolète, mais pas top du tout.

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Février 1, 2025, 12:48 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/18 "2025-02-01T12:48:52Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 1, 2025, 3:01 UTC](https://www.debian-fr.org/t/pas-d-imap-avec-balsa/90874/19 "2025-02-01T15:01:35Z")

</div>

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