#35638 [Opn]: Adding udate to imap_fetch_overview results?
ID: 35638 User updated by: charlesb at ekit-inc dot com Reported By: charlesb at ekit-inc dot com Status: Open Bug Type: Feature/Change Request Operating System: Solaris/i86 PHP Version: 4.4.1 New Comment: Guys, Any chance you could do this soon? Last week I had to port a significant portion of our webmail system to python because PHP's imap functions weren't fast enough. Having imap_fetch_overview return the arrival date would mean we could do away with a second call to the imap server, keep our inbox display nice and fast, and stay with PHP. Thanks, Charles Previous Comments: [2005-12-11 23:18:18] charlesb at ekit-inc dot com Description: Would it be possible to add the arrival date for an email (preferably in unixtime) to the results for imap_fetch_overview? It would help us _alot_ with our webmail. Thanks, Charles -- Edit this bug report at http://bugs.php.net/?id=35638edit=1
#35638 [NEW]: Adding udate to imap_fetch_overview results?
From: charlesb at ekit-inc dot com Operating system: Solaris/i86 PHP version: 4.4.1 PHP Bug Type: Feature/Change Request Bug description: Adding udate to imap_fetch_overview results? Description: Would it be possible to add the arrival date for an email (preferably in unixtime) to the results for imap_fetch_overview? It would help us _alot_ with our webmail. Thanks, Charles -- Edit bug report at http://bugs.php.net/?id=35638edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35638r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35638r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35638r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35638r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35638r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35638r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35638r=needscript Try newer version:http://bugs.php.net/fix.php?id=35638r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35638r=support Expected behavior:http://bugs.php.net/fix.php?id=35638r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35638r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35638r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35638r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35638r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35638r=dst IIS Stability:http://bugs.php.net/fix.php?id=35638r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35638r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35638r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35638r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35638r=mysqlcfg
#27326 [Opn-Csd]: upload_max_filesize seems to be ignored
ID: 27326 User updated by: charlesb at ekit-inc dot com Reported By: charlesb at ekit-inc dot com -Status: Open +Status: Closed Bug Type: PHP options/info functions Operating System: Sparc/Solaris8 PHP Version: 4.3.4 New Comment: Apologies guys, this appears to be caused by using IE6 connecting via squid...not exactly sure yet what is the culprit but I don't think it's php. Closing bugrep... Previous Comments: [2004-02-20 02:33:37] charlesb at ekit-inc dot com Thanks. This afternoon, we replicated the problem on the php distribution with the fedora core. So, on Monday we'll try to set this up on a publically viewable server somewhere so you can view the sample script in action. [2004-02-20 00:38:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I can not reproduce this.. [2004-02-19 23:48:52] charlesb at ekit-inc dot com Description: I set the upload_max_filesize in the php.ini and it appears in the output of phpinfo() as expected. However: - if I set it to 0.1M or 10, I can still upload much larger files (around 750K in size) files - if I set it to 2M, 200 or anything like that I still cannot upload files larger than 1M. (I get the usual The page cannot be displayed error in IE that always appears when the limit is exceeded) post_max_size is set to 8M... please let me know if I can provide further info. Thanks, Charles Actual result: -- Do not see any error logs or errors produced. -- Edit this bug report at http://bugs.php.net/?id=27326edit=1
#27326 [NEW]: upload_max_filesize seems to be ignored
From: charlesb at ekit-inc dot com Operating system: Sparc/Solaris8 PHP version: 4.3.4 PHP Bug Type: PHP options/info functions Bug description: upload_max_filesize seems to be ignored Description: I set the upload_max_filesize in the php.ini and it appears in the output of phpinfo() as expected. However: - if I set it to 0.1M or 10, I can still upload much larger files (around 750K in size) files - if I set it to 2M, 200 or anything like that I still cannot upload files larger than 1M. (I get the usual The page cannot be displayed error in IE that always appears when the limit is exceeded) post_max_size is set to 8M... please let me know if I can provide further info. Thanks, Charles Actual result: -- Do not see any error logs or errors produced. -- Edit bug report at http://bugs.php.net/?id=27326edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27326r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27326r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27326r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27326r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27326r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27326r=needscript Try newer version: http://bugs.php.net/fix.php?id=27326r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27326r=support Expected behavior: http://bugs.php.net/fix.php?id=27326r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27326r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27326r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27326r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27326r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27326r=dst IIS Stability: http://bugs.php.net/fix.php?id=27326r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27326r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27326r=float
#27326 [Fbk-Opn]: upload_max_filesize seems to be ignored
ID: 27326 User updated by: charlesb at ekit-inc dot com Reported By: charlesb at ekit-inc dot com -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: Sparc/Solaris8 PHP Version: 4.3.4 New Comment: Thanks. This afternoon, we replicated the problem on the php distribution with the fedora core. So, on Monday we'll try to set this up on a publically viewable server somewhere so you can view the sample script in action. Previous Comments: [2004-02-20 00:38:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I can not reproduce this.. [2004-02-19 23:48:52] charlesb at ekit-inc dot com Description: I set the upload_max_filesize in the php.ini and it appears in the output of phpinfo() as expected. However: - if I set it to 0.1M or 10, I can still upload much larger files (around 750K in size) files - if I set it to 2M, 200 or anything like that I still cannot upload files larger than 1M. (I get the usual The page cannot be displayed error in IE that always appears when the limit is exceeded) post_max_size is set to 8M... please let me know if I can provide further info. Thanks, Charles Actual result: -- Do not see any error logs or errors produced. -- Edit this bug report at http://bugs.php.net/?id=27326edit=1
#23028 [NEW]: need more verbosity in allowed php_value configuration errors.
From: charlesb at ekit-inc dot com Operating system: solaris/i86 PHP version: 4.3.1 PHP Bug Type: *Web Server problem Bug description: need more verbosity in allowed php_value configuration errors. I recently made the mistake of declaring register_globals in http.conf. It was my mistake as it wasn't on the list of PHP_INI_ALL, PHP_INI_PERDIR, or PHP_INI_SYSTEM directives. The thing is, it produced no errors at all, even when I put register_globals in the php.ini file (with the erroneous entry still in http.conf) I could still run apache but register_globals was turned off. What would be really nice is if there was an error warning when I ran httpd, about the sanity of the php configuration. Thanks. -- Edit bug report at http://bugs.php.net/?id=23028edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23028r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23028r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23028r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23028r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23028r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23028r=support Expected behavior: http://bugs.php.net/fix.php?id=23028r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23028r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23028r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23028r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23028r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23028r=dst IIS Stability: http://bugs.php.net/fix.php?id=23028r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23028r=gnused
#22779 [NEW]: error text when upload_max_filesize exceeded
From: charlesb at ekit-inc dot com Operating system: solaris/i86 PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: error text when upload_max_filesize exceeded Got a cosmetic request: When upload_max_filesize is exceeded by a file uploaded to a server, IE6 gives this error page: Cannot find server or DNS Error It would be nice if you guys could find a way to make the error report sufficiently verbose so the general population knew they were uploading a file too large. Thanks. -- Edit bug report at http://bugs.php.net/?id=22779edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22779r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22779r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22779r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22779r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22779r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22779r=support Expected behavior: http://bugs.php.net/fix.php?id=22779r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22779r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22779r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22779r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22779r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22779r=dst IIS Stability: http://bugs.php.net/fix.php?id=22779r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22779r=gnused
