Bug 3485 - Send Later changes ID of messages
Summary: Send Later changes ID of messages
Status: RESOLVED WONTFIX
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: Folders/MH (show other bugs)
Version: 3.12.0
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2015-07-31 17:59 UTC by Jan Viktorin
Modified: 2015-07-31 19:51 UTC (History)
0 users

See Also:


Attachments
File in mbox format containg 3 e-mails (1.77 KB, application/mbox)
2015-07-31 18:22 UTC, Jan Viktorin
no flags Details
Screenshot of correct thread in Draft folder (18.54 KB, image/png)
2015-07-31 18:23 UTC, Jan Viktorin
no flags Details
E-mails after 'Send Later' in the Queue folder (16.70 KB, image/png)
2015-07-31 18:27 UTC, Jan Viktorin
no flags Details
The leading e-mail has different Message-ID then needed (24.56 KB, image/png)
2015-07-31 18:29 UTC, Jan Viktorin
no flags Details

Description Jan Viktorin 2015-07-31 17:59:54 UTC
When I import mbox e-mails (generated by git format-patch) into the Draft folder I see the thread as expected. If I do Send Later on all the messages (I am forced to do it individually per e-mail because I did not find any other way) the messages are moved into the Queue folder. However, the Message-ID is different now and so the thread is broken and the e-mails do not follow as expected.

I guess that by clicking on "Send", it will do the same. How can I send such prepared pack of e-mails exactly as they were generated (unchanged)?
Comment 1 Paul 2015-07-31 18:09:45 UTC
Please attach an example message and explain how you import them to the Drafts folder.
Comment 2 Jan Viktorin 2015-07-31 18:22:54 UTC
Created attachment 1551 [details]
File in mbox format containg 3 e-mails

The mbox file contains 3 e-mails. The leading e-mails and two that have In-Reply-To: header that points to the leading one.
Comment 3 Jan Viktorin 2015-07-31 18:23:50 UTC
Created attachment 1552 [details]
Screenshot of correct thread in Draft folder

Screenshot of imported mbox file into claws Local mailbox into the Draft folder.
Comment 4 Jan Viktorin 2015-07-31 18:27:16 UTC
Created attachment 1553 [details]
E-mails after 'Send Later' in the Queue folder

The 'Thread view' is on, but e-mails are now unrelated. The reason is different Message-ID for each e-mail. So the In-Reply-To does not work anymore.
Comment 5 Jan Viktorin 2015-07-31 18:29:44 UTC
Created attachment 1554 [details]
The leading e-mail has different Message-ID then needed

The Message-ID should be cover.1438359263.git.XXXXX@XXXXXX.com but it is 20150731182250.6fdc434e@YYYYYY@YYYYYYY.com. This breaks the thread...
Comment 6 Jan Viktorin 2015-07-31 18:32:08 UTC
When importing (by mailMBOX plugin) the attached mbox file into a local mailbox into the Draft folder and turn on "Thread view" it looks OK (screenshot 1).

Then there is no other way how to move the e-mails into the Queue folder then use 'Send Later' one-by-one. So I do for each e-mail "Send Later". They are moved to the Queue folder and the referencing between them is broken. The reason is a different Message-ID for each e-mail (screenshot3).

The attached mbox file was created by the following steps:
* git format-patch ...
* import mbox 0000...
* import mbox 0001...
* import mbox 0002...
* select all
* export selected as mbox
Comment 7 Paul 2015-07-31 18:46:43 UTC
Did you try turning off the option 'Generate Message-ID' on the 'Send' page of your acccount preferences?
Comment 8 Jan Viktorin 2015-07-31 18:51:46 UTC
I did not know about this option. Unfortunately, this just removes the original Message-ID. So the thread is still broken.
Comment 9 Paul 2015-07-31 19:23:57 UTC
Just for the record, you didn't use the mailMBOX plugin to import the mbox file, but Claws-Mail's standard 'import mbox file'.

This is a WONTFIX because Claws Mail generates special internal headers and does other message processing when queueing and sending messages. And also because the proper solution to your problem is to use git-send-mail, https://git-scm.com/docs/git-send-email
Comment 10 Jan Viktorin 2015-07-31 19:29:11 UTC
You are right. However, for a certain SMTP mail server, the git send-mail fails to log in, while claws works fine. I could not figure the reason to report it. So I tried this way which is quite good because I can easily review that the e-mails are correct and it leaves a history in my client...

Anyway, thanks for your time.
Comment 11 Paul 2015-07-31 19:32:38 UTC
Try importing them to a normal folder and then using 'Redirect' to send them.
Comment 12 Jan Viktorin 2015-07-31 19:46:04 UTC
This preserves the thread. However, I have to manually insert the recipient again and there is a (for this purpose) strange header "Jan Viktorin  <viktorin@XXXXX.com> (by way of Jan Viktorin <viktorin@XXXXX.com>)" I must edit each e-mail manually. For 1-3 e-mails good, but not for 10+ ;).
Comment 13 Jan Viktorin 2015-07-31 19:49:48 UTC
This is, by the way, quite strange. When redirecting, I can insert _any_ recipient and it preserves the orignal ones. Nice, but isn't it a bug?

Another point. If redirecting from the same e-mail address, is the addition of "by way of" (with the same e-mail) needed? I find it quite redundant.
Comment 14 Paul 2015-07-31 19:51:05 UTC
(In reply to comment #13)
> This is, by the way, quite strange. When redirecting, I can insert _any_
> recipient and it preserves the orignal ones. Nice, but isn't it a bug?

Not at all, this is how redirecting works.
 
> Another point. If redirecting from the same e-mail address, is the addition
> of "by way of" (with the same e-mail) needed? I find it quite redundant.

Just make sure you set 'Keep original From header when redirecting' turned on, found on /Configuration/Preferences/Compose/Writing.

Note You need to log in before you can comment on or make changes to this bug.