If this is the case, this is an IMAP server issue - not an IMP issue 
(IMP 4 has no control over IMAP issues - IMAP traffic is handled 
entirely by the c-client module).

What I mean is that if the attached file is placed in ~username/mbox, 
then any *additional* messages in /var/mail/username, which normally 
show up when I log in to horde, do not show up.



Also, note that the other two users do NOT have a "DON'T DELETE THIS 
MESSAGE" placeholder message in their mbox files, and they still 
cannot see any new mail.

Probably because that mbox file contains 0 messages.

I have a few users that also have this problem.  I can duplicate it 
with the following file placed in ~username/mbox on the unix server 
running the IMAP daemon (were using uwash's IMAP).



If that is the contents of my mbox file, then no messages in 
/var/mail/user show up in my Horde webmail.

Still can't reproduce.

Just FYI:

I had one of the users turn off filtering - and they can't see newly arrived

messages.

Turn off filtering options:

1. filter_on_display, and,

2. filter_on_refresh (if you have a refresh set for the sidebar).



I got IMP to work as expected by setting those values.  I have no 
filter rules.

The two other users I mentioned earlier have filter rules, and filter 
on display / refresh.



Can you confirm if (or not) you can reproduce this bug with those settings?

(If you can't - I'll just lock filter_on_display in prefs.php).

Something else I meant to mention, but forgot to:

Sometimes, the missing messages show up in the virtual inbox.  But 
they're listed with wrong message numbers.  e.g. I'll have n new 
messages in vinbox with message number 1,

but not in the inbox.  The inbox lists a (different,older) message number 1.

We're not running imapproxy.

IMP connects to a locally running UW imapd (2006j).

imapd is patched with the patch listed here:

http://wiki.horde.org/ImpUWIMAPNamespaces



I have at least two users who're not affected by this problem.

To rule out any horde_prefs, I cleared out all my prefs (AND

other data) from horde_prefs.  Didn't help.



The UW-IMAP website suggests using a "/debug" flag on the client

to store "protocol telemetry".  Is there a way IMP can log this

data?

Are you using imapproxy w/SELECT caching?  I can't reproduce this.

If I click the "Date" header to change the sort order, and change it 
back, new messages show up in the message list.

Here's some new behavior I noticed:

1. I receive a message - get notified, but the message doesn't show up.

2. I receive a second message - get notified.  The prior message shows 
up in the list, but the new one does not.

3. The number of new messages shown paranthesis is always consistent 
with the number of new messages I have.

IMP does not refresh message list with new mail.



To reproduce:

1. On a FreeBSD 7.0 box, install IMP. (cd /usr/ports/mail/horde-imp; 
make install;)

2. Setup Horde. (Make sure you've disabled Horde caching, and IMP 
message caching).

3. Login.

4. Send yourself email.

5. Click INBOX, or refresh or reload the page.  The new message count 
is updated, but the message itself is not shown in the list.

6. Choose a message to delete, delete, purge - the new message appears 
when the mailbox refreshes.



Relevant info:

# cd /usr/local/www/horde; cat lib/version.php; cat imp/lib/version.php

<?php define('HORDE_VERSION', '3.3') ?>

<?php define('IMP_VERSION', 'H3 (4.3)') ?>



# grep "cache" config/conf.php

$conf['session']['cache_limiter'] = 'nocache';

$conf['group']['cache'] = false;

$conf['share']['cache'] = false;

$conf['cache']['default_lifetime'] = 86400;

$conf['cache']['driver'] = 'none';

$conf['sessionhandler']['memcache'] = false;

$conf['memcache']['enabled'] = false;



# grep cache imp/config/conf.php

$conf['server']['cache_folders'] = false;

$conf['server']['cachejs'] = 'none';

$conf['server']['cachecss'] = 'none';

$conf['msgcache']['use_msgcache'] = false;

$conf['mlistcache']['use_mlistcache'] = false;