[PHP-DEV] Bug #14973: Mail sent by www-data on behalf of the user
From: [EMAIL PROTECTED] Operating system: Debian Linux Woody PHP version: 4.1.0 PHP Bug Type: IMAP related Bug description: Mail sent by www-data on behalf of the user We are using HORDE 2 and IMP 3. Mail sent via IMP webmail comes From www-data on behalf of the imp user. www-data is the apache account, of course. As far as I can tell, this only happens with local routing via IMP, not via Outlook routing locally, or with IMP sending to outside accounts. The problem is that this breaks the Outlook search from feature. One must search for www-data in the Inbox, which of course is not correct. Past postings to the IMP list indicate this is a PHP-IMAP issue..? PHP Version: 4.1.0RC2 PHP Major Version: 4.1 PHP Minor Version: 0 PHP Version Classification: dev You are running a supported version of PHP. MTA = postfix-20011008snapshot-1 IMAP = courier -- Edit bug report at: http://bugs.php.net/?id=14973edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14980: Illegal or malformed form data. is a terse message
From: [EMAIL PROTECTED] Operating system: Debian Linux (Woody) PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: Illegal or malformed form data. is a terse message We set our PHP.ini upload limit to be 5MB. We are using IMP and the HORDE framework for webmail. When a user tries to attach (upload) a 6MB file, IMP replies with the cryptic message Illegal or malformed form data. One error message for all possible problems is too little. Is that the fault of IMP? It would be great to know if the data was larger than the upload limit. Or if it is malformed, then it would help to know how. Thanks. -- Edit bug report at: http://bugs.php.net/?id=14980edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14331: Fatal whitespace at the end of the file.
From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 4.0.6 PHP Bug Type: Performance problem Bug description: Fatal whitespace at the end of the file. I am not a PHP programmer, but rather have installed the HORDE PHP project. I often need to edit .php config files files. It is easy to do, and Horde works well, however sometimes emacs will add whitespace at the end of a php file if I scroll too far. These often cause fatal errors like: Warning: Cannot add header information - headers already sent by (output started at /usr/share/horde/turba/config/sources.php:73) in /usr/share/horde/turba/addobjectaction.php on line 35 Is it possible to simply trim () all php files before processing? These whitespace errors are too darn hard to catch, and many people need to look at php files, without necessarlily programming. Thanks for your time! -- Edit bug report at: http://bugs.php.net/?id=14331edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]