[sync] How to purge Deleted Folder with ActiveSync

[Michael J Rubinsky]

Quoting list-no-spam at ryux.org:

> Michael J Rubinsky <mrubinsk at horde.org> a écrit :
>
>> Quoting list-no-spam at ryux.org:
>>
>>> Hi,
>>>
>>> it seems that we can not delete all messages from 'deleted folder'.
>>> All is ok with IMP, but with an ios and ActiveSync Configuration,  
>>> nothing happens !
>>> Any idea ?
>>
>> If you mean you are trying to expunge the Deleted Folder from the  
>> ActiveSync client, that is entirely in the realm of the client  
>> software. There is no "Expunge" or "Empty" command in ActiveSync.  
>> This has to be done via the MUA. I.e., from within IMP.
>> -- 
>> mike
>>
>
> Hum... I disagree on some part.
> I understand that there is no command to expunge the deleted folder.
> But, I just checked with a real Exchange Account (with Microsoft  
> Exchange Server 2007 SP3) on my iPhone and the message is deleted  
> from the Deleted Folder.
> I don't know how it works... Maybe it detects that the message is in  
> the Deleted Folder and the system erase it instead of move it...
> But it works as asked with Exchange

I misunderstood your question then. I thought you were looking for a  
way to explicitly expunge your Deleted folder from the client. This  
cannot be done.

Instead, what it sounds like you are asking is that when you delete a  
message from the device, instead of moving it to the Deleted folder  
that *you* configured, you want instead to immediately expunge it?

The way it currently works is, if you have configured IMP to move  
messages to a Deleted/Trash folder then EAS will do the same. If you  
do NOT have a configured Deleted/Trash folder, then any messages  
deleted on the EAS client will instead be immediately expunged. Note  
that this DOES NOT work on iOS due to a bug/feature where iOS requires  
a Trash folder, and will ALWAYS move the message to the trash,  
regardless of what we tell it we want.

The only way you could get what you seem to want (have a configured  
Trash folder, yet tell EAS not to use it) is to add an explicit  
preference for this. I don't want to add this upstream since this (1)  
needlessly complicates the code, and (2) can lead to potentially  
confusing situations due to the two places we would have to configure  
Trash related behavior.
-- 
mike

The Horde Project (www.horde.org)
mrubinsk at horde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6062 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.horde.org/archives/sync/attachments/20130212/a9d8f0b8/attachment-0001.bin>