[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Mailing list and reply-to.
From:       Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date:       2003-11-13 23:31:14
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Thursday 13 November 2003 22:08, Paul Sprakes wrote:
> On Thursday 13 Nov 2003 20:30, Ingo Klöcker wrote:
> > On Wednesday 12 November 2003 23:12, Paul Sprakes wrote:
> > > There seems to be some strangeness with mailing list folders and
> > > the automatic reply to address.
> >
> > That's because the semantics of the different reply actions was
> > changed. We have three reply actions.
> >
> > Reply - This one should ideally address the reply to the sender of
> > the message. Unfortunately it's difficult for KMail to find out
> > whether the Reply-to was altered/set by the mailing-list software
> > or whether the user set the Reply-to. After you had removed the
> > mailing-list post address from the configuration KMail couldn't
> > anymore detect that the Reply-to was set by the mailing-list
> > software and therefore used this as recipient for the reply.
>
> Thanks for the reply.
>
> What I am confused about is that when the mailing list IS set in
> folder properties KMail doesn't seem to pick it up, but when I delete
> the address from folder properties it does (obviously from the mail
> headers).

Most likely the mailing list message has the mailing-list address in the 
Reply-to header. Now if you told KMail the mailing-list address then 
KMail sees that the Reply-to header contains the mailing-list address 
and therefore uses the From address and not the Reply-to address as 
recipient for the reply. But if KMail doesn't know that the address in 
the Reply-to header is a mailing-list address then it uses this address 
as recipient for the reply. That explains the confusing behavior that 
you've noticed.

> > Reply All - Addresses the reply to the sender and all known
> > recipients of the replied-to message. Should ideally put the sender
> > of the replied-to message in the To: and all other recipients in
> > the Cc: except for mailing-lists where (ideally) the mailing-list
> > address is put in the To: and all other addresses are put in the
> > Cc:
> >
> > Reply to Mailing-List - Addresses the reply to the mailing-list.
>
> Is this the mailing list as set in folder properties or the one in
> the email headers?

To determine the recipient address for reply to mailing-list KMail does 
the following (in this order):
1. If a Mail-followup-to header exists then KMail uses the contents of 
this header as recipients.
2. If a mailing-list is set in the folder properties then this address 
is used as recipients.
3. If a List-Post header exists then KMail uses the contents of this 
header as recipients.
4. KMail falls back to normal reply behavior, i. e. it uses the contents 
of the Reply-to header if it exists, else it uses the contents of the 
From header.

> I suppose what I'm expecting to happen is that KMail would know that
> I'm in a mailing list folder (because of the "Folder holds a mailing
> list" property) and would then try to use the post address from
> folder properties if one exists. However the only way I can get that
> behaviour is to delete the contents of "Post address" in folder
> properties.

No. You have to use "Reply to Mailing-List" if you want to reply to a 
mailing-list message.

> I would of also thought it would use the folder property's post
> address when I choose to compose a new email while inside a folder,
> but it doesn't do this either. Should it?

Only if you use New Message to Mailing-List. BTW, you can always use New 
Message to Mailing-List instead of New Message so you might want to 
replace the New Message toolbar icon with the New Message to 
Mailing-List icon.

Regards,
Ingo

[Attachment #5 (application/pgp-signature)]

_______________________________________________
KMail Developers mailing list
kmail@kde.org
https://mail.kde.org/mailman/listinfo/kmail

[prev in list] [next in list] [prev in thread] [next in thread]