Re: [Phpgroupware-developers] Email Questions & Ideas.

[Tony (Angles) Puglisi]

When the message is moved from the source folder to the target folder (in this 
case
Trash), the most common practice (and preferred) is not to change any 
properties of
the message, in particular, the email app should preserve what is called the 
email's
"internal date", meaning the date it arrived on the server.

That said, the email app *may* change certain things when moving mail around. 
I've
not done it, but I could look into it, but I really advise against changing the
"internal date" unless we find this is common practice with regards to trash 
folders.

Perhaps a non-destructive (i.e. not changing the original "internal date") 
*could*
be to add an X-* header to the message, perhaps like this:

X-trash-date: _RFC822_date_spec_here;

BUT this requires the sorting to occur at the email client, since the email 
server
is "not programmed", generally, to sort in such a custom way. So if you have 
alot of
trash items, this *could* slow things down.

Another alternative is to look into any "custom" flags that are being 
experimented
with in the IMAP rfc track. Things such as "recent" and "seen" are "server 
flags"
that are official IMAP RFC spec'd items, and these flags are set by the server 
or
client, and stored on the server. However, custom and/or experimental flags are
allowed, perhaps there is one for this type of thing.



Chris Weiss (address@hidden) wrote*:
>
>>I would also like to add in as well that would be helpful is for the emails 
>>that
>>are put into the trash sorted by "newest message into the trash" instead of 
>>"date
>>stamp email was received".
>>
>
>I don't know how possible that is, I've never seen an IMAP client do anything 
>but
>sort by message recieved date, including Outlook+Exchange.
>
>
>_______________________________________________
>Phpgroupware-developers mailing list
>address@hidden
>
--
that's "angle" as in geometry