Small extension to the annotate proposal
    Stuart K. Bingë 
    omicron-list at mighty.co.za
       
    Mon Jul 12 16:06:36 CEST 2004
    
    
  
On Monday, 12 July 2004 15:33, Martin Konold wrote:
> > If that is the case, then is the annotation even necessary? You could
> > potentially ignore it, write whatever data you want, and still be
> > considered "compliant"
>
> Yes, you are correct but the annotation is indeed the hint to the client
> which format it shall use for writing. You may write other messages to the
> folder syntactically but you most probably run into trouble semantically if
> you choose to ignoe the hint.
I wouldn't think so - if it's just a hint then there is no obligation for a 
client to adhere to it. We've also said that any data a client doesn't 
understand must be preserved/ignored, so it may happen that a irresponsible 
client can start writing bogus data to a folder, and all other clients that 
access said folder must be able to properly side-step the invalid messages.
> Last but not least the annotation is very important that we dont have to
> guess the name of the default groupware folders (think about localization)
Is that not the job of the .default flag of the /folder-type annotation?
> > Maybe something like "/recommended-storage-format" would be more
> > appropriate?
>
> IMHO this would sound a little bit too weak.
I think we can agree that we will always have to handle the case of bogus data 
within a folder (e.g. even if a once-valid message somehow gets corrupted), 
and consequently the case of malicious clients writing whatever they please 
into a folder - so practically this annotation cannot really be more than a 
hint.
To me, /storage-format would be appropriate if we're saying what explicitly 
*has* to go in the folder, but as I've said with the very nature of IMAP one 
client cannot control what another is actually storing in each mailbox - all 
we can really do is give a recommendation to responsible clients as to what 
to write into a folder.
This is a trivial matter in any case - I think we've proved that it would be A 
Good Thing to include.
-- 
Stuart Bingë
Code Fusion cc.
Office: +27 11 673 0411
Mobile: +27 83 298 9727
Email: s.binge at codefusion.co.za
Tailored email solutions; Kolab specialists.
http://www.codefusion.co.za/
    
    
More information about the format
mailing list