RealRaven2000
Feature Request: filter messages having Content-Type: text/calendar in one of the boundaries of Content-Type: multipart/alternative.
It would be great if it would be possible to have a straightforward way (or not so straightforward) to filter messages having Content-Type: text/calendar in one of the boundaries of Content-Type: multipart/alternative. I would like to do that to filter out calendar invites / responses in my sent folder (microsoft teams format).
Currently I'm not aware of any way to do that.
The method described in https://github.com/RealRaven2000/FiltaQuilla/issues/215 stopped working for me recently.
There are similar issues: https://github.com/RealRaven2000/FiltaQuilla/issues/132 https://github.com/RealRaven2000/FiltaQuilla/issues/238
Let me know if an example mail containing these headers would be helpful.
Thanks.
Let me know if an example mail containing these headers would be helpful.
of course. example emails (best exported in eml format) are always welcome.
Example eml (hash values are fake):
>From - Fri Nov 21 2025 15:10:19
From: "surname, name" <[email protected]>
To: "surname, name" <[email protected]>
Subject: Accepted: test topic
Thread-Topic: test topic
Thread-Index: WU5WJTxEeSNBKmohKFhGaSpjXTZ4bzE+YmFeNENcND8=
Date: Wed, 19 Nov 2025 15:09:53 +0000
Message-ID:
<SJ0ZZ15ZZ44056Z4A898Z5Z590353B8EF98D7A@ZZ0ZZ15ZZ4405.zzzzzz15.prod.outlook.com>
Content-Language: en-US
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
msip_labels:
MSIP_Label_1a11aa11-a111-1a1a-1111-aa111a1aa111_Enabled=True;MSIP_Label_1a11aa11-a111-1a1a-1111-aa111a1aa111_SiteId=11111111-a11a-11aa-1a11-a11a1111a11a;MSIP_Label_1a11aa11-a111-1a1a-1111-aa111a1aa111_SetDate=2025-11-19T07:42:39.0000000Z;MSIP_Label_1a11aa11-a111-1a1a-1111-aa111a1aa111_Name=1a11aa11-a111-1a1a-1111-aa111a1aa111;MSIP_Label_1a11aa11-a111-1a1a-1111-aa111a1aa111_ContentBits=0;MSIP_Label_1a11aa11-a111-1a1a-1111-aa111a1aa111_Method=Standard
Content-Type: multipart/alternative;
boundary="_000_SJ0PR15MB44056OS8PQXI1E15BQ3DODGRCKDISQEFFVWX9B4405namp_"
MIME-Version: 1.0
--_000_SJ0PR15MB44056NJUYI1JXUWR8C21FZCKKBEVSVVUWMCG0B4405namp_
Content-Type: text/plain; charset="us-ascii"
--_000_SJ0PR15MB44056NJUYI1JXUWR8C21FZCKKBEVSVVUWMCG0B4405namp_
Content-Type: text/html; charset="us-ascii"
--_000_SJ0PR15MB44056NJUYI1JXUWR8C21FZCKKBEVSVVUWMCG0B4405namp_
Content-Type: text/calendar; charset="utf-8"; method=REPLY
Content-Transfer-Encoding: base64
RVheaytSJ3oob2dKKlJxK1xBWGp1b3JoM0RocGM0TW5SYXEmRSxoMmYoImgmVl1gVyJDV2lrY2RU
YzVgQTxZTEtXWTBXSFFzcmdnbD45M0RlRjpEUGBndXd+THE1IC14bU10IHIhITpCaVBBYkU9Iik2
UmUsImFGTS1dUyl9ZmFSO0AsRXxSfS5FSngnJyYkeyMpbFguP3Q4WEx6WWJHNSYqRTw3ITIkVH1i
IndNW2RdQV0+cHtGWiZyflhJSCFBMGRea1UzbWZGTWBCXDc6PCtUPExGW0tWdn5TbHdkTE02PTZm
RVByMyciSmNzajpSbk9QKjkrSGVfKlV7Z21OJl05anxteFpPdDR+ZTdOJUF9LD5qSDBPNkA9KSNJ
Ki9bVCBNaCwxSTd+WH0vRXE0d09rU193LTZddXhUfnZcdSlaWGZ3JEskPk5OcVlhRiE/RXczJy5e
IW8ifHNAW3dncCU8WXU8Lk8genBTVC17QC9YMXV3Wzs6U0VcUitqdSFQZCR2a1IkRDhsd25iO1k6
eFd2dSVSJl18JTB9Pjp7Xmd+fj58bS5Ga1Rpa19TJ1shX105anQwfmc8cXFPZzFwNWl1ejYlMmdx
W1dPTDRjQyJHJ3AiXG8oVm0wYlRTVmhdUE9mWnB2RTd4YT9ZXERueiM3LEhdNCVWPHdMUV5DWmY+
K2twMT5tPilmY2tgTDsgOXZsSGc7ZUQzNXtiZHFFZ1tQe0k/Y0d5YlxLRVc4cHhTN3lFPFEuNX5y
ZGZqfjBsSSktIjpGRzlFfT1aY1cvYHd4MlIlbS59bFM2c0xda3A6d0hkKU08QVZjJmEwdzNPSS1k
Zj5OPVpBWGJ8MmBHKShtXnt6X0ldSFB1MzdtayN0Qk1qeSNSYj9HSzs8ak9UKnIpUCVwdzdRXXxL
bXlPKyBNVitofEFMV2ErYXgleiAxbFxXcEZHRzxBUjRsWk9Lbz51NUF+cHZFTjlcOVphNksyTDtT
NSl5PlhYSHspLzddRXd8OGA0WlRqMjYzVjdyZygwKDp2XExuJV1QbCM4LVtxSXsgeE9wL2E5MkRU
Xj1YNWV5bmh4RjpEKixKbkExJDNAPTN4MV92VVAgJTcjJHIhd0UmaFVNN1M/bz13MVNMWWkvYUph
dS8nOXArc2JrayJHYXFUKTdvNS0ma0d0WSd6bTNINXJwfEB+SDJ7Kyx7ME5uSHtCQTo5JlBVbyEy
YVthaXkuOXVlMk0pRzQ5JUxALj4gTkFDT2BKbXI+bjYyU25oRHxvTnF2cFRgV0ZTQyF+aUVufTFR
e2hLOn1JfkU0Plc4TCd2d2tbYmJsdDlic1dqb111Z287TnJicGIwOWRjPCg6bUVqKkpiRytUJ09E
azVqY2BjWnhmbV9EJEAlOiM0WzB1b1NAVj04VjBKeTgoeiM0ZjIwQjNhUVsnVE8qJC5bU0RSSXVL
U0YoPy59ZlhKZSB1JXdRZjw6RFt4S2ElSmhlenMtT0Q7d19WbVJeQXtjPj03OCdFY2tiVFN6TiVj
LHtSZEJ8M3ZvKi4kR3MpRGFPXDNIPSs/UVQjQj5QInF6d1YxMC8/WmRbIE1kQXFsOGhsSHZiRnt8
bXV+fUBcIjlRekprN0AvVUlyVWg/TCZwMVQuXE00PGdaUTpyTmZNRFl6LjRUTztGMiUjbnRAdUBD
SmRfIDZvSUBtZjtoN2FMSm9VajhGdCMtPXlZdCs/fTlZVkw0WUdZRS5UbSpnLXQgd2lqeDJQQT5F
LHtSZEJ8M3ZvKi4kR3MpRGFPXDNIPSs/UVQjQj5QInF6d1YxMC8/WmRbIE1kQXFsOGhsSHZiRnt8
U0YoPy59ZlhKZSB1JXdRZjw6RFt4S2ElSmhlenMtT0Q7d19WbVJeQXtjPj03OCdFY2tiVF0K
--_000_SJ0PR15MB44056NJUYI1JXUWR8C21FZCKKBEVSVVUWMCG0B4405namp_--
Without this I have no idea how to filter out these bloody messages :) Any chance a way can be found with FiltaQuilla?
What I think is if it would be able to dig inside multipart/alternative mails, it would be great. I mean that inside multipart/alternative mails there are kind of submessages. Currently there's no way without hacks to filter them. For example, technically I'm looking for a way to list all mails which have text/calendar inside multipart/alternative.
When "content-type" matches multipart/alternative, there is no way to parse "content-type" further.
Example eml (hash values are fake):
can you save this (or any example) as "eml" file and make sure it is correct so I can properly test this? I guess we will need a completely new "contained content-type" search method?
can you save this (or any example) as "eml" file
... and attach the eml file to your comment instead. that;s the easiest way for me to test... if you have multiple files, even better - =you can send them to me off list via the support mail linke then you won't have to edit them, I can delete them after testing.
I cannot do that with account I'm using. I will try to create another account, and provide example mails. But the structure will be similar.