php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #11279 imap_fetch_overview sometimes returns wrong message size (1 byte extra)
Submitted: 2001-06-04 22:46 UTC Modified: 2001-06-05 01:56 UTC
From: andy at mindgate dot net Assigned:
Status: Closed Package: IMAP related
PHP Version: 4.0.4pl1 OS: Win 98
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: andy at mindgate dot net
New email:
PHP Version: OS:

 

 [2001-06-04 22:46 UTC] andy at mindgate dot net
$mbox=imap_open("{pop3.mindgate.net/pop3:110}INBOX","name","passwd") or die ($imap_last_error());
$numMsgs=imap_num_msg($mbox);
$i=1;
while ($i<=$numMsgs) {
  $oview=imap_fetch_overview($mbox,$i);
  print $i." - ".$oview[0]->size."<br>";
  $i++;
}

Isn't it supposed to return the same number as that shown by the LIST command in POP?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-06-04 22:56 UTC] andy at mindgate dot net
On one POP server (mail.netasia.net), the message sizes are off by many bytes and the # of bytes off varies from one message to another.  (However multiple identical messages do have the same sizes in the imap_fetch_overview info.)  

On another POP server (pop3.mindgate.net), imap_fetch_overview goes through a few hundred messages with the correct sizes (vis-a-vis the LIST command), then suddenly a run of sizes which are off by just 1 byte.
 [2001-06-05 01:56 UTC] sniper@php.net
This is not PHP problem. The underlying c-client library
handles this so the bug is in it if it's not the pop server.

You could try updating to newer PHP 4.0.5 which
might have newer (IMAP-2000) c-client in it.

--Jani

 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved.
Last updated: Wed Jul 09 13:01:36 2025 UTC