Mail with Content-Type: multipart but no parts in the body are shown as empty

bohwaz commented 1 year ago

I received an email (see below) which contained this header:

Content-Type: multipart/mixed; boundary="MP_/Xw5i1fYz.YXlSK=eetjeHYV"

But the body doesn't contain any parts, and is just text/plain.

I had 3 other emails from different providers / mail agents in the last 6 months with the same issue.

RoundCube should fall back to text/plain if the multipart parsing fails I think?

Envelope-to: ******@*******.eu
Delivery-date: Thu, 03 Nov 2022 16:30:50 +0100
Date: Thu, 3 Nov 2022 16:30:28 +0100
From: "MPL ***" <******@***.bzh>
To: dev@*******.eu
Message-Id: <20221103163028.6b7e1dc9@kzh.bzh>
In-Reply-To: <20221103150948.07e55ae7@platypus>
References: <20221103102850.61f8050a@kzh.bzh>
    <20221103132300.476d2756@platypus>
    <20221103145053.0347cd99@kzh.bzh>
    <20221103150948.07e55ae7@platypus>
Organization: Miniprogslane
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MP_/Xw5i1fYz.YXlSK=eetjeHYV"
Precedence: list
Reply-To: dev@*******.eu
Errors-To: <dev-bounces-j4q@*******.eu>
Subject: Re: [dev] Gestion des envois collectifs

Bonjour ******/******* ******/*******,

En PJ la BDD défaillante !

La requête rejetée :

curl https://****@miniprogslane-*******.***.bzh/api/sql/ -d 'DELETE FROM emails_queue;'

> Il faut configurer ******* pour que ça soit lui qui reçoive les bounces, tout est décrit dans la doc :
> https://fossil.***.org/*******/wiki?name=Configuration

Oui, mais *** ne donne pas accès a ces paramétrages. J'ai installé un ******* de démo pour l'association et je n'ai eu aucun de ces problèmes mais je ne veux pas qu'ils soient hébergés chez moi car j'ai eu des ennuis de santé et je ne suis plus tout jeune. Je dois donc tout doucement laisser la place aux jeunes !

Encore merci pour tes réponses.

Michel-Patrick

Le Thu, 3 Nov 2022 15:09:48 +0100, ******/******* ******/******* à écrit:

> > En fait, c'est bien tout le problème. Chez ***, je n'ai accès à rien
> > ni aux logs ni à quoique ce soit d'autre donc que des suppositions.  
> 
> Ah ! OK, je pensais que tu étais un sysadmin chez *** :)
> 
> > Le système renvoyait systématiquement les adresses en erreur (elles
> > étaient valides mais n'existaient pas)  
> 
> Si c'est toi qui reçois les bounces, c'est que ******* ne les reçois
> pas et que donc il n'y a aucun moyen que ton ******* sache qu'une
> adresse est invalide.
> 
> Il faut configurer ******* pour que ça soit lui qui reçoive les
> bounces, tout est décrit dans la doc :
> https://fossil.***.org/*******/wiki?name=Configuration
> 
> La doc décrit plusieurs manières de router les bounces vers *******,
> selon les possibilités que tu as.
> 
> > Le système renvoyait en boucle le contenu de la liste d'attente.
> > Certains se sont lassés au bout de 13 envois et ont commencé à se
> > manifester auprès de moi et donc j'ai du trouver une parade pour
> > arrêter le désastre.  
> 
> Là c'est pas normal, j'imagine que si le SMTP coupe lors d'un envoi
> cela peut causer ce souci, mais je n'ai encore jamais rencontré ce
> souci, mais normalement ça génère une erreur dans le fichier
> data/error.log, si tu as une copie de ce fichier ça m'aidera à
> comprendre ce qui se passe.
> 
> > La seule solution pour arrêter cela a été d'exporter la BDD, de vider
> > la table et de la réimporter.  
> 
> Si tu as l'export avant modif, envoie-le moi et je regarderais.
> 
> > J'ai l'habitude de me sortir de situations plus ou moins bizarres
> > mais dans ce cas, je cherche un hébergement ******* facile a
> > utiliser par une petite association et qui n'aurait pas besoin de mes
> > services. C'est pour cela que dans ce cas, il faudrait une solution
> > pour s'en sortir sans sortir ce type de manip qui est scabreuse.  
> 
> Oui tout à fait :)
> 
> > J'ai une autre question (j'en profite :-) Pourquoi alors que lorsque
> > je crée un user sur l'API en Lecture/Ecriture il n'est qu'en lecture.
> > Si l'écriture est interdite, il ne faut pas proposer l'option à la
> > création du compte non ?  
> 
> Je te confirme que l'accès API en écriture fonctionne, je l'utilise
> tous les jours :)
> 
> Quel est le souci rencontré, sur quelle URL ?
> 

~~ PJ-*** !
______________________________________________________________________________
(conservez cette partie intacte dans votre réponse si vous voulez transmettre les documents précédents)

Attention : *** a dépollué ce message. Les pièces jointes ont été retirées et placées dans un dépôt provisoire. Elles seront automatiquement supprimées dans 1 mois. Si elles sont importantes et que vous souhaitez les conserver, vous devez utiliser les liens ci-dessous. Pour mieux comprendre la politique de nos services visitez ***.bzh

Vos pièces jointes sont à télécharger individuellement ici :

https://***.bzh/
______________________________________________________________________________
~~ PJ-*** ! ~~

-- 
Liste de discussion entre développeur⋅se⋅s

alecpl commented 1 year ago

On my server (Cyrus IMAP) a BODYSTRUCTURE response is like this: (("TEXT" "PLAIN" ("CHARSET" "us-ascii") NIL NIL "7BIT" 0 0 NIL NIL NIL NIL) "MIXED" ("BOUNDARY" "MP_/Xw5i1fYz.YXlSK=eetjeHYV") NIL NIL NIL).

Problem here is that the plain text part size is defined as 0, even though the RFC822.SIZE is returned properly. If we wanted to make a workaround/exception for this kind of a problem, we'd have to parse the message like we do in some cases in rcube_imap::get_message().

ps. Thunderbird also is not able to display the message content.

alecpl commented 1 year ago

Wontfix. In a workaround we'd have to guess the body type and encoding. I don't like guessing.

roundcube / roundcubemail

Mail with Content-Type: multipart but no parts in the body are shown as empty #8775