Event UID in the Subject?

[Bernhard Reiter]

On Tuesday 13 July 2004 17:59, Bo Thorsen wrote:
> I have two counter arguments (already given on the phone).

Those aren't counter arguments. 
I only proposed to not use the UID in the subject in the common case.
(And we both agreed on this on the phone.)

> - there are possible optimizations in having the UID in subject. And
> that's even in KMail where we have maps between IMAP UIDs, event UIDs and
> mail serial numbers.

Yes, this is the subcase of the rare case where we want to have
information about a single entry and that changed and we do not
want to parse all new emails to inform the user of other changes.

> - we have to set the subject to something, and setting it to the UID hurts
> no more than setting it to something else. Actually it's even cheaper
> than what we currently set the subject to.
>
> It's certainly possible to code around 80/90/95% of the cases where this
> could be useful. Sometimes even with better result. But that still
> doesn't take away the argument.
>
> I still don't see the point in not doing this.

As always it is a tradeoff decision:

Pro aguments for the UID in the subject:
	- possible optimisations in rare cases
               and we don't know how often those cases occur
       - we need something useful for the subject anyway

Contra arguments:
      - it allows to implement an uncessary slow solution searching
        the subject all the time when you could try the imap id first.
        If clients do that, scalability of the server might go down and 
        it might be blamed on the Kolab concept.
      - it feels strange to have this duplicated information in the subject

I guess having the UID in the subject
for the sake of possible optimisations is okay.
It was important to me to understand the arguments better, though.

      
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2145 bytes
Desc: signature
URL: <http://lists.kolab.org/pipermail/format/attachments/20040713/faf87837/attachment.p7s>