[imp] Deleted messages not moved to trash from client

Wed Apr 8 20:53:54 UTC 2009

Well, I don't know what Gmail is doing either but the iPhone gets it right
in all cases and all clients get it right when using Gmail. I'm
not being angry here just very frustrated. I don't know how I can be any
clearer. It is either a configuration parameter of IMAP or Horde or both.

Webmail - which I think is also part of the Horde project - gets it right
too! So what is it doing? I go to Mail Options->Deleting and Moving Messages 
and I simply check the option "When deleting messages, move them to your 
Trash folder instead of marking them as deleted?" I select a message and 
click the Delete link. No marking for deletion; no counting; no nothing - 
just a simple move from one folder to another - everything is still in one 
Mailbox. So the "delete" command simply gets translated (or is made 
equivalent to) a "move" to the trash folder command. The client doesn't have 
to do anything. As long as the server moves the message to the trash folder 
the new state is simply reflected (updated) in the client. Why is this so 
difficult to understand? Is there something obvious I'm missing?

So my question remains: given that I have selected the correct Webmail 
option (and set the corresponding option in all my clients), why is it when 
a remote IMAP client (Outlook, Outlook Express, Windows Mail) executes a 
"delete" command and that command is received by the IMAP server is it not 
translated into a "move" to the trash folder command?

----- Original Message ----- 
From: <imp-request at lists.horde.org>
To: <imp at lists.horde.org>
Sent: Wednesday, April 08, 2009 7:01 AM
Subject: imp Digest, Vol 2308, Issue 2

> Send imp mailing list submissions to
> imp at lists.horde.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.horde.org/mailman/listinfo/imp
> or, via email, send a message with subject or body 'help' to
> imp-request at lists.horde.org
>
> You can reach the person managing the list at
> imp-owner at lists.horde.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of imp digest..."
>
>
> Today's Topics:
>
>   1. Re: Deleted messages not moved to trash from client
>      applications (Michael M Slusarz)
>   2. Re: Dimp : "headers already sent" errors in logs
>      (Michael M Slusarz)
>   3. Re: blank inbox page on "corrupt" cache file (Michael M Slusarz)
>   4. Re: Max attachment size (Michael M Slusarz)
>   5. Re: IE8 and Dimp (Michael M Slusarz)
>   6. IMP git - dropdown box for selection mails (Jens A. Tkotz)
>   7. Re: IMP does not mark the messages seen after the users
>      reading them (Michael M Slusarz)
>   8. Re: IMP git - dropdown box for selection mails (Michael M Slusarz)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 08 Apr 2009 10:18:41 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] Deleted messages not moved to trash from client
> applications
> To: imp at lists.horde.org
> Message-ID: <20090408101841.c0sskg8kgkso at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting "E. John Messersmith III" <ejm at ejm3.net>:
>
>> I have been a catalog.com member for years and because they recently
>> started
>> to offer IMAP email access I decided to switch my Gmail IMAP account over
>> to
>> webhero so that everything would be in one place. I have experienced a
>> difference between how IMAP is implemented on webhero.com. I have
>> successfully configured Outlook, Outlook Express, Windows Mail (Vista)
>> and
>> my iPhone to connect and send and receive emails via webhero.com.
>> However,
>> when I move a message from one folder to another or delete a message
>> using
>> ANY of the above clients (except my iPhone), the effected message REMAINS
>> in
>> the current folder and is simply marked for deletion. On my iPhone it
>> works
>> properly or should I say like a POP3 account. I would consider that this
>> is
>> (purely) a client side feature issue EXCEPT for the fact that all the
>> clients listed above worked properly with Gmail IMAP with no additional
>> settings. Therefore, there must be some IMP/Horde or IMAP configuration
>> that
>> can be set in order for messages to be moved to the trash when they are
>> deleted using a remote client. NOTE: When a message is deleted using the
>> web/horde online interface it is moved to the trash and does NOT remain
>> in
>> the current folder is NOT marked for deletion. This is due to the fact
>> that
>> I have selected the option in the Horde interface to operate in this
>> manner.
>
> My guess is that Gmail is simply hiding any message with a deleted
> flag.  That is not necessarily the 'proper' behavior - since those
> messages are technically still a part of the mailbox.  Indeed, the
> client has to do quite a bit of magic on its side - counting deleted
> messages, subtracting that count from the # of messages reported in
> the mailbox - in order to implement this sort of view.
>
> This is more of a client configuration issue - you should configure
> those clients to expunge deleted messages on exit, since that appears
> to be the behavior you are looking for.
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 08 Apr 2009 10:20:12 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] Dimp : "headers already sent" errors in logs
> To: imp at lists.horde.org
> Message-ID: <20090408102012.kg8sosg4ocgo at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting Emeric Jhelil <Emeric.Jhelil at univ-lemans.fr>:
>
>> Michael M Slusarz a ?crit :
>>> Quoting Emeric Jhelil <Emeric.Jhelil at univ-lemans.fr>:
>>>
>>>> if compress_pages = true and flush is commented out, "no problem"
>>>> (compress_pages has been modified by the admin interface)
>>>
>>> This is irrelevant.  Without the flush() call we simply eat and
>>> discard any unexpected output later in the process (see
>>> dimp/imp.php).  You should be running Horde logs at a debug level
>>> to see what this output is.
>>>
>>> michael
>> That is why I put double quotes. I clearly understand it is not a
>> solution, but I wanted to say that dimp sends an output that seems
>> to be "correct" (maybe it is not at all but it is more like the
>> usual page rather than a blank page).
>>
>> I have set in horde/config/conf.php
>> $conf['debug_level'] = E_ALL;
>> $conf['log']['priority'] = PEAR_LOG_DEBUG;
>> $conf['log']['type'] = 'file';
>> $conf['log']['enabled'] = true;
>> and in horde/dimp/config/conf.php
>> $conf['js']['debug'] = true
>
> It looks like you have not specified the filename to log to.
>
> Unexpected output in dimp is logged at the bottom of dimp/imp.php (in
> DIMP 1.x).  I believe it is logged at a PEAR_LOG_DEBUG level.
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 08 Apr 2009 10:35:28 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] blank inbox page on "corrupt" cache file
> To: imp at lists.horde.org
> Message-ID: <20090408103528.wokgkkw0swo4g at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting Peter Meier <peter.meier at immerda.ch>:
>
>> Hi
>>
>> We're on latest stable horde/imp etc. using caching with files.
>>
>> Within the last month we had twice the situation, where a user reported
>> that her inbox shows up as a blank page (like a failed script etc.),
>> however there is nothing in the php log, nor in the horde log.
>>
>> We then found out, that this blank page is caused by something that
>> seemed to be a "corrupt" cache file. If we delete all the cache files,
>> where the users account-name is containted (for i in `grep -l $account
>> *`; do rm $i; done) everything seems to be fine again.
>>
>> We couldn't yet reproduce it, nor do we have an idea where the scripts
>> might file.
>>
>> Is this a known problem (couldn't find anything in the bug tracker) or
>> does anybody have any idea how to fix that or at least how we could
>> debug that further, if it happens once again?
>
> If cache data is corrupt (structure wise) it is ignored.  But if the
> data inside the cache file is garbage, there's not much you can do
> about it (Garbage In - Garbage Out).  Debugging requires a
> determination of *what* data is being corrupted in the first place.
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 08 Apr 2009 10:40:56 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] Max attachment size
> To: imp at lists.horde.org
> Message-ID: <20090408104056.4okgccko8kowo at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de>:
>
>> Hi,
>>
>> Quoting Michael M Slusarz <slusarz at horde.org>:
>>
>>> The MIME/IMAP/attachment code has been completely rewritten in IMP
>>> 5 and, regardless, the outputted message *is* valid MIME.  However,
>>> you really shouldn't be using 'Forward Attachments Only' - you
>>> should be using 'Forward Entire Message' (I am very close to
>>> removing the other 2 options in IMP 5 completely).
>>
>> The 'Forward Attachments Only' is needed. IMP4 has problems showning
>> Messages Forwarded "Forwarding Entire Message" if the original
>> Messages contained Attachments and was signed with SMIME. I can't
>> remember if the forwarded message had to be signed that the problem
>> would be shown.
>>
>> See http://bugs.horde.org/ticket/4297
>>
>> How will/should IMP5 handle Forwarding signed messages?
>
> It forwards the entire signed message.  Thinking about this more, this
> makes the most sense.  If I send an encrypted message to someone, I
> *don't* want that person to forward that message to anyone else that
> can't decrypt the message - that message is meant for the the
> receiving person only (that is the whole purpose of encryption).
>
> Obviously we can't prohibit the receiver from copying/pasting text or
> downloading/reattaching an attachment in a new message, but this
> requires active steps on the part of the user rather than allowing
> simple forwarding via a button.
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 08 Apr 2009 10:46:27 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] IE8 and Dimp
> To: imp at lists.horde.org
> Message-ID: <20090408104627.84kk04k4gw4w at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting Deja3 User <deja3-user at bitrealm.com>:
>
>> IE8 won't render the inbox unless compatibility mode is enabled in
>> IE8 if you choose dynamic email (dimp).  No messages appear in your
>> Inbox view, the bar just below the tabs simply says "Loading..." and
>> the folders shown at the left are listed by name, but no icons for
>> the folders are displayed.  Imp seems to work without the need for
>> compatability mode.  This is on php version 5.2.6.
>
> This has been fixed.  Dimp needs to run in IE7 compatibility mode for
> now - the issue appears to be because of prototypejs.  I have verified
> that running 1.6.1RC2 of prototypejs seems to fix all dimp display
> issues on IE 8.  We will upgrade to this version once a stable version
> is released.
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 08 Apr 2009 18:51:21 +0200
> From: "Jens A. Tkotz" <jens at peino.de>
> Subject: [imp] IMP git - dropdown box for selection mails
> To: imp at lists.horde.org
> Message-ID: <20090408185121.swkksogwgc4s at horde.peino.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes
>
> Hi,
>
> using IMP git latest.
>
> Since some days i miss the dropdown box for selecting "read","unread",
> "deleted" "seen", "unseen" etc. mails in the mailbox view.
>
> Is this a temporary thing or work in progress?
>
>
> Regards,
>
> Jens
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 08 Apr 2009 10:58:35 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] IMP does not mark the messages seen after the users
> reading them
> To: Xristos Karvouneas <kalamata12 at hotmail.com>, IMP List
> <imp at lists.horde.org>
> Message-ID: <20090408105835.kkock0o00sw4g at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting Xristos Karvouneas <kalamata12 at hotmail.com>:
>
>> ok, found that on SuSE lists and I think it is what I am talking
>> about. I am quoting the conversation between a user and the author
>> of BincIMAP:
>>
>>
>>
>> <quote>
>> On Tue, 2006-03-07 at 20:32 +0100, Andreas Aardal Hanssen wrote:
>>> On Tue, 7 Mar 2006, Martin Ebourne wrote:
>>> >Horde Imp (or the underlying PHP IMAP stuff) is breaking BincImap
>>> >1.2.13
>>> >by sending this command:
>>> >  0000000f UID STORE 1270 +Flags (\SEEN )
>>> >  * NO Expected flag after SPACE
>>> >What is the error about? Is it the trailing space after SEEN? Is this a
>>> >bug in PHP/IMP or Binc?
>
> If this is the problem, then this is not a Horde/IMP issue.  Horde/IMP
> does not send the IMAP commands - c-client does.
>
> The code used to mark a message as seen is the following (from
> message.php):
>
> if (!$use_pop && !$ob->seen && !$flagged_unseen) {
>     require_once IMP_BASE . '/lib/Message.php';
>     $imp_message = &IMP_Message::singleton();
>     $imp_message->flag(array('seen'), $imp_mailbox, true);
> }
>
> So it is possible that the message will not be marked as seen if the
> seen flag is incorrectly set in the status object for the message (the
> $ob->seen) check.  This would also be a c-client issue. ($use_pop and
> $flagged_unseen is irrelevant for this analysis).  Additionally, as
> can be seen the flag function is called with the 'seen' argument - no
> trailing space.  You can look at the implementation of flag() in
> IMP_Message:: - there is no place where a trailing space can be/is
> added in IMP code.  Thus, this particular issue resides solely in
> c-client.
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 08 Apr 2009 11:01:15 -0600
> From: Michael M Slusarz <slusarz at horde.org>
> Subject: Re: [imp] IMP git - dropdown box for selection mails
> To: imp at lists.horde.org
> Message-ID: <20090408110115.cwcgg4go48s at bigworm.curecanti.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
>
> Quoting "Jens A. Tkotz" <jens at peino.de>:
>
>> Hi,
>>
>> using IMP git latest.
>>
>> Since some days i miss the dropdown box for selecting "read","unread",
>> "deleted" "seen", "unseen" etc. mails in the mailbox view.
>>
>> Is this a temporary thing or work in progress?
>
> http://bugs.horde.org/ticket/6875#c2
>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> ------------------------------
>
>
> --
> IMP mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: imp-unsubscribe at lists.horde.org
>
> End of imp Digest, Vol 2308, Issue 2
> ************************************
>