Summary | imap_fetchstructure() fails with Dovecot |
Queue | IMP |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 3. High |
Owners | slusarz (at) horde (dot) org |
Requester | ben (at) |
Created | 01/31/2006 (7071 days ago) |
Due | |
Updated | 02/01/2006 (7070 days ago) |
Assigned | 02/01/2006 (7070 days ago) |
Resolved | 02/01/2006 (7070 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Feedback
Priority ⇒ 3. High
1.0 (beta I think) - which provides namespace support and fixes some
issues with flag updating when using an imap proxy among other things.
But I digress...
Crap... looking through the code I may have found the problem. Does
this commit fix this?
http://lists.horde.org/archives/cvs/Week-of-Mon-20060130/054167.html
for "php imap_fetchstructure dovecot"
fwiw, I am getting runaway apache processes that use 100% CPU, which
is described in the bug report. Memory usage is fine, though.
I spent a number of hours last night trying to figure this thing out,
and that's all I could find. (The rest of the time was trying to
figure out how to get dovecot 0.99.14+ installed without reinstalling
the whole system...stupid rpm-hell)
imap_fetchstructure() in line 246 of MailboxCache.php, disable mailbox
caching, and go to your inbox. The mailbox is displayed fine, but you
get a warning for every message.
Is everyone seeing the problem using PHP 4? Michael, I know you use
Dovecot as well, right? Are you on PHP 5? (for the record I'm using 5).
State ⇒ Assigned
Summary ⇒ imap_fetchstructure() fails with Dovecot
Dovecot at the moment, I see similar issues here too, when using
Dovecot. And this didn't happen in the past. Maybe we simply trigger a
bug in Dovecot now, but still, it used to work.
State ⇒ Not A Bug
I've tracked this problem to IMP_MailboxCache::retrieve() line 246.
For some reason imap_fetchstructure returns false, instead of the
expected object. At that point the pertinent variables are set to the
following values:
$mailbox: Junk E-mail
$msgids:
array(1) {
[0]=>
string(4) "1577"
}
$mask: 16
$_SESSION['imp']['stream']:
resource(50) of type (imap)
$val: 1577
and imap_fetchstructure gives the following warning, and returns bool(false):
Warning: imap_fetchstructure(): No body information available in
/home/ben/public_html/horde/HEAD/imp/lib/IMAP/MailboxCache.php on line
253
What really gets me is that when viewing the message, the same
function call with the same values returns the expected object...
I'm pretty sure this is not a problem with imp/horde at this point,
and will close the ticket. But, does anybody have any ideas what
might be going on?
Oh, and fwiw, when viewing the mailbox listing, I get a bunch of those
same warnings from imap_fetchstructure (one for each message)
Same horde installation, pointed at two different IMAP servers. Works
fine with courier, doesn't work with dovecot.
I'll keep digging.
State ⇒ Feedback
Priority ⇒ 2. Medium
correct, this could only happen because IMAP_MailboxCache::retrieve()
is not returning the correct information. If using mailbox caching,
try deleting the cache data.
I've implemented better error handling for this error in compose.php,
but obviously that is not the entire solution to this issue.
folder, and from any message.
Priority ⇒ 3. High
State ⇒ Unconfirmed
Queue ⇒ IMP
Summary ⇒ Can't reply, reply-to-list, reply-all, forward, or redirect
Type ⇒ Bug
reply-to-list, reply-all, forward, or redirect to any messages. All I
get is a blank compose window. My last checkout was mid-day on Jan
18, and all was well then.
[client 65.28.163.220] PHP Fatal error: Call to undefined function:
getheaderob() in /var/www/portal/horde/imp/compose.php on line 223,
referer: https://calmit.unl.edu/portal/imp/message.php?index=12213
at line 223, $index == 12213, $thismailbox == 'INBOX', and
$imp_contents is a pear error with a message == 'Error displaying
message.'