Send imp mailing list submissions to
imp@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-requ...@lists.horde.org
You can reach the person managing the list at
imp-ow...@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 <slus...@horde.org>
Subject: Re: [imp] Deleted messages not moved to trash from client
applications
To: imp@lists.horde.org
Message-ID: <20090408101841.c0sskg8kg...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting "E. John Messersmith III" <e...@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 [slus...@horde.org]
------------------------------
Message: 2
Date: Wed, 08 Apr 2009 10:20:12 -0600
From: Michael M Slusarz <slus...@horde.org>
Subject: Re: [imp] Dimp : "headers already sent" errors in logs
To: imp@lists.horde.org
Message-ID: <20090408102012.kg8sosg4o...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting Emeric Jhelil <emeric.jhe...@univ-lemans.fr>:
Michael M Slusarz a ?crit :
Quoting Emeric Jhelil <emeric.jhe...@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 [slus...@horde.org]
------------------------------
Message: 3
Date: Wed, 08 Apr 2009 10:35:28 -0600
From: Michael M Slusarz <slus...@horde.org>
Subject: Re: [imp] blank inbox page on "corrupt" cache file
To: imp@lists.horde.org
Message-ID: <20090408103528.wokgkkw0sw...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting Peter Meier <peter.me...@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 [slus...@horde.org]
------------------------------
Message: 4
Date: Wed, 08 Apr 2009 10:40:56 -0600
From: Michael M Slusarz <slus...@horde.org>
Subject: Re: [imp] Max attachment size
To: imp@lists.horde.org
Message-ID: <20090408104056.4okgccko8k...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting Michael Menge <michael.me...@zdv.uni-tuebingen.de>:
Hi,
Quoting Michael M Slusarz <slus...@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 [slus...@horde.org]
------------------------------
Message: 5
Date: Wed, 08 Apr 2009 10:46:27 -0600
From: Michael M Slusarz <slus...@horde.org>
Subject: Re: [imp] IE8 and Dimp
To: imp@lists.horde.org
Message-ID: <20090408104627.84kk04k4g...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting Deja3 User <deja3-u...@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 [slus...@horde.org]
------------------------------
Message: 6
Date: Wed, 08 Apr 2009 18:51:21 +0200
From: "Jens A. Tkotz" <j...@peino.de>
Subject: [imp] IMP git - dropdown box for selection mails
To: imp@lists.horde.org
Message-ID: <20090408185121.swkksogwg...@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 <slus...@horde.org>
Subject: Re: [imp] IMP does not mark the messages seen after the users
reading them
To: Xristos Karvouneas <kalamat...@hotmail.com>, IMP List
<imp@lists.horde.org>
Message-ID: <20090408105835.kkock0o00s...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting Xristos Karvouneas <kalamat...@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 [slus...@horde.org]
------------------------------
Message: 8
Date: Wed, 08 Apr 2009 11:01:15 -0600
From: Michael M Slusarz <slus...@horde.org>
Subject: Re: [imp] IMP git - dropdown box for selection mails
To: imp@lists.horde.org
Message-ID: <20090408110115.cwcgg4go...@bigworm.curecanti.org>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Quoting "Jens A. Tkotz" <j...@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 [slus...@horde.org]
------------------------------
--
IMP mailing list
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscr...@lists.horde.org
End of imp Digest, Vol 2308, Issue 2
************************************
