Closed kazu-yamamoto closed 1 year ago
This works, thanks, but it isn't complete yet: If I press 'R' instead of 'r', the 'Subject:' line in the mail body still doubles the string.
Also, forwarding is still problematic. Adding workaround in mew-header-get-value may be enough.
mew-header-get-value
is designed to correct multiple values.
I think it is caller's response to select one of them.
@tats What do you think?
You are right, but it's just a workaround, and I think workaround in mew-header-get-value should not be problematic. I cannot imagine handling doubled subject needed.
Instead, you may add workaround to mew-summary-forward() in mew-summary3.el and mew-cite-get-value() in mew-draft.el, thouth a little complicated.
Both OK for me.
Hmm, I found a similar issue when "Message-ID:" is in mew-cite-fields.
Should mew-header-get-value() collect multiple values if allowed?
According to RFC 5322, the following field should be one at most: orig-date, from, sender, reply-to, to, cc, bcc, message-id, in-reply-to, references, subject.
I would propose the following algorithm:
mew-header-get-value
checks if the arguments a member of the list above.@tats What do you think?
Looks fine. Please go ahead.
I implemented this idea and did push -f. Please check.
When "Message-ID:" is in mew-cite-fields, the value is doubled.
It should be checked with case insensitive.
That's caller's responsibility, again. If a caller use, for example, mew-subj:
, it's fine.
Agreed, examples in dot.mew and mew.texi should be updated.
(setq mew-cite-fields '("From:" "Subject:" "Date:" "Message-ID:"))
@tats Nice catch! Done.
@tats May I merge this PR?
Yes, let's merge this. Thank you.
Merged. Thank you for reviewing!
Thanks for fixing this!
@lemzwerg @svenha This should fix #161.