
UC_001: Local folders can't be used as targets for message 'Move' operations.
	o Exclude local folders from 'chose target' dialog.

UC_002: Local folders can't be used as sources for message 'Move' operations.
	o Hide 'Move' menu for messages in local folders
		
UC_003: 'Move' message command is not applicable for POP3 accounts, as there is only one folder - INBOX.

UC_004: Messages in local folders can't be flagged. 

UC_005: When phone rotated we should restore messages list scroll position.

UC_006: 
	Content-Transfer-Encoding can be set to invalid value. E.g. "".
	
	In this case both:
		1. JavaMail parser
		2. Mail Server in BODYSTRUCTURE
		
	return that value, and JavaMail fails on encoding validation. 
	In this situation a feasible workaround may be ignoring unknown encodings:
	
		System.setProperty("mail.mime.ignoreunknownencoding", "true");

UC_007:
	In case of EML_009 the attachment decoded for POP3 but not for IMAP. The reason is that for IMAP
	the file name returned in BODYSTRUCTURE and not handled automatically by JavaMail prior 1.4.4 
	(http://forums.sun.com/thread.jspa?forumID=43&threadID=5432379).
	
	So I need to call
		MimeUtility.decodeText
		
	Also, we need to be careful combining decodeText with:
		System.setProperty("mail.mime.decodefilename", "true");
	
	as it may be a situation, when original file name starts from =?, so after
	it was decoded for POP3 automatically we should not try to decode it once again manually,
	as =?xxx is it's real name now.
	
	On the other side, how will it decode other fields (subject, address, etc.) without
		System.setProperty("mail.mime.decodefilename", "true");
	?
	
	The simple workaround before we migrate to 1.4.4 can be to use
		System.setProperty("mail.mime.decodefilename", "true");
		
	and wrap MimeUtility.decodeText with try/catch.
	
UC_008: (external)
	
	
UC_009: 
	
	Scope: 
		MessageActivity
	
	Description: 
		For attached messages we should hide some actions: Delete, Mark as Unread, Set Flag, Clear Flag.

UC_010:	

	We should not clear check-boxes automatically after such operations:
	 
		Mark as Read, 
		Mark as Unread, 
		Set Flag, 
		Clear Flag.
	
	BUT should after 'Delete', as otherwise the list items may be removed, but menu stay in state
	assuming some check-boxes still here.
	
UC_011: (external)

UC_012:

	With notifications...to require user to actually do action inside inbox...as opposed to just going into the inbox :-)
	I think it is fine, just curious. If you think we were too strict, then you can change it in 1.031 to go away as soon 
	as user clicks inbox for that account (no need to actually click email within inbox)...this is actually how gmail does it.
	
UC_013: 
	The SessionControllerWithState expects ISession2.noop() to throw exception in case of closed connection.
	
UC_014:	Take suggestions only once, the operation may be slow.

	Q: Can we improve speed by caching Contacts in memory and monitor for changes?
	A: ??? 	
	
UC_015: (external).


UC_016: "folder cannot contain messages" exception.

	--- Gmail
	Folder[] folders = store.getDefaultFolder().list("");
	Folder root = folders[0];
	root.open(Folder.READ_WRITE);
	
		This was an attempt to open "/" folder for READ_WRITE. 
		Same error thrown for [Gmail], so for folders that do not allow messages throw such error.
	---