>>1: Leave the attachment attached in the email ie: it stays encoded, and 
>>is decoded only on request when needed, and thus stays in the mail 
>>database. This is good for people that want to keep the attachments with 
>>the email forever. (OE does this)
>
>Bulky and may be dangerous imho

Maybe so, but that is the way some other email clients handle it, and 
some people actually LIKE that (not me, but some do).

>>3: If the Detach on Receipt option is selected... have an additional 
>>option that will delete the attachment when the email it came from is 
>>deleted. This is good for people that like #2, but don't want to be 
>>bothered manually throwing out unwanted attachments. 
>
>This is great if it can be implemented. I guess some people like me would 
>always throw out the attachments (like html attachments) randomly. then 
>this option would say to me: "Sorry, you have already deleted this 
>attachment dummy !"

Nah, it wouldn't bother telling you anything. If the attachment is gone, 
it just continues on with no worries. (I would venture to say that it 
should also treat a moved attachment as no longer available to delete... 
otherwise it would never be able to tell if you moved the attachment 
because you wanted to keep it. Nothing like moving the attachment to some 
working documents folder, making some changes, and deciding that you no 
longer need the original email, and having the Email client delete it on 
you!)

-chris
<http://www.mythtech.net>

___________________________________________________________________________
To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to
<[EMAIL PROTECTED]>  or  <[EMAIL PROTECTED]>

Reply via email to