https://bugs.kde.org/show_bug.cgi?id=356865
Christoph Cullmann changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=356865
--- Comment #7 from Erik Quaeghebeur ---
(In reply to Jan Kundrát from comment #6)
>
> I do not fully understand what the analysis means; the usage of "P" is
> unclear to me.
Sorry, P should be S.
--
You are receiving this mail because:
You are wat
https://bugs.kde.org/show_bug.cgi?id=356865
--- Comment #6 from Jan Kundrát ---
> Is this analysis correct?
I do not fully understand what the analysis means; the usage of "P" is
unclear to me.
You're right in the big-picture sense -- there are indeed two possible
varieties in "how to produce
https://bugs.kde.org/show_bug.cgi?id=356865
--- Comment #5 from Erik Quaeghebeur ---
I have again been looking at the code. My current understanding is this:
There are 3 ways to send:
1. SMTP
2. BURL (SMTP)
3. IMAP (sending)
There are two ways to construct a message:
1. LOCAL
2. CATENATE
With
https://bugs.kde.org/show_bug.cgi?id=356865
Jan Kundrát changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=356865
--- Comment #3 from Erik Quaeghebeur ---
(In reply to Jan Kundrát from comment #2)
>
> 1) Generate the plaintext of the message, place the Bcc header into a
> well-known place (end of all headers sounds like a trivial fix, if it's
> legal),
It is leg
https://bugs.kde.org/show_bug.cgi?id=356865
--- Comment #2 from Jan Kundrát ---
> In this function, the
> Bcc header is not included (as is appropriate for the version
> of the mail that is sent out).
Yeah, it seems that some MTAs out there (Exim is an example, [1]) do not
strip out the Bcc he
https://bugs.kde.org/show_bug.cgi?id=356865
--- Comment #1 from Erik Quaeghebeur ---
I've looked at the code:
In src/Composer/Submission.cpp there is the function
Submission::slotMessageDataAvailable that is responsible for creating the
messages and saving them to the sent mail folder; it calls