Headers malformed?

Mutual Help
1

I use fastmail as my provider. For some years now, I’ve had the simple filter:

move all mail containing header Chat-Version to folder DeltaChat

Quite recently (v2.34, I think) this filter has stopped working, and incoming DeltaChat messages are staying in my inbox.

I looked into the headers, and I don’t have a thorough grasp of them to assess if anything is “incorrect”, but there are differences that don’t have obvious utility.

aelius@PYRRHA ~/Downloads> rg --no-column -C4 '^Chat-Version' ~/Downloads/_old.eml | cat -v
In-Reply-To: <REDACTED>^M
References: <REDACTED>^M
	<REDACTED>^M
	<REDACTED>^M
Chat-Version: 1.0^M
Autocrypt: addr=REDACTED; prefer-encrypt=mutual; keydata=REDACTED^M
	REDACTED^M
	REDACTED^M
	REDACTED^M

aelius@PYRRHA ~/Downloads> rg --no-column -C4 '^Chat-Version' ~/Downloads/_new.eml | cat -v
In-Reply-To: <REDACTED>^M
References: <REDACTED>^M
	<REDACTED>^M
	<REDACTED>^M
Chat-Version: 1.0^M
^M
^M
--18851efc93c36a08_8c6c8f6263f19d3b_35209f1364e0f80a^M
Content-Type: application/pgp-encrypted; charset="utf-8"^M

We can see that the older format follows typical expected syntax: Header: value\n.
The newer messages are doing something odd with Header: value\n\n\n--somestring.

I’m not sure if the extra newlines are illegal, or if the following --somestring is the culprit, but fastmail (sieve, under the good) is no longer correctly recognizing that the Chat-Version header exists.

(also, where’d autocrypt go?)

I can (probably) rewrite my filter to work, I’m just reporting a possible bug here.

Thanks.

2 Likes
2

The autocrypt header went in the encrypted section as of 2.25: Android: Delta Chat v2.25.0 released with improved channels!

What you’re seeing is not a malformed header, it’s how a normal email is formatted: the headers, 2 newlines, then the body. --something is a part separator to split between the different parts in the body, it’s expected

3 Likes
3

I think I have identified the issue:

Somehow, deltachat (v2.35, deb install, on debian trixie) is preventing the server from running the rule. It’s only happening when that deltachat client is running and online.

This was not a problem on prior versions and the android app v2.34 isn’t having this effect.