Just upgraded from php4 to php 5.2.4 on my Windows server, with IIS 6. All the php files are working fine, except squirrelmail. I can login, check new mails, compose a new message, but after sending, it returned error
CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers.
if php has error, the whole squirrelmail should not work, but it works, just returns error after sending messages. The receivers can see messages without trouble too.
$ yum --enablerepo=centosplus --exclude=php-domxml install php* Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package php-pear-Cache.noarch 0:1.5.5-0.1.RC4.el4.centos set to be updated ---> Package php-odbc.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Net-Curl.noarch 0:1.2.3-2.el4.centos set to be updated ---> Package php-mhash.x86_64 0:5.1.6-1.el4.centos set to be updated ---> Package php-dbase.x86_64 0:5.1.6-1.el4.centos set to be updated ---> Package php-mysql.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-gd.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-XML-Beautifier.noarch 0:1.1-1.el4.centos set to be updated ---> Package php-mcrypt.x86_64 0:5.1.6-1.el4.centos set to be updated ---> Package php-pear-HTTP.noarch 0:1.4.0-7.el4.centos set to be updated ---> Package php-xml.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-XML-Serializer.noarch 0:0.18.0-2.el4.centos set to be updated ---> Package php-pecl-apc.x86_64 0:3.0.12-1.el4.centos set to be updated ---> Package php-pear-Validate-Finance-CreditCard.noarch 0:0.5.2-1.el4.centos set to be updated ---> Package php-pear-Date.noarch 0:1.4.6-1.el4.centos set to be updated ---> Package php-pear-XML-Parser.noarch 0:1.2.7-4.el4.centos set to be updated ---> Package php-soap.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Net-Socket.noarch 0:1.0.6-5.el4.centos set to be updated ---> Package php-pear-XML-Util.noarch 0:1.1.1-1.el4.centos set to be updated ---> Package php-pgsql.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-MDB2.noarch 0:2.2.2-2.el4.centos set to be updated ---> Package php-eaccelerator.x86_64 0:5.1.6_0.9.5-1.el4.centos set to be updated ---> Package php-pear-PHP-Compat.noarch 0:1.5.0-1.el4.centos.1 set to be updated ---> Package php-pear-HTTP-Request.noarch 0:1.4.0-1.el4.centos set to be updated ---> Package php-pecl-mailparse.x86_64 0:2.1.1-4.el4.centos set to be updated ---> Package php-pear-XML-RSS.noarch 0:0.9.10-2.el4.centos set to be updated ---> Package php-dba.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-common.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-ncurses.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-HTML-Table.noarch 0:1.7.5-1.el4.centos set to be updated ---> Package php.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-DB.noarch 0:1.7.6-6.el4.centos set to be updated ---> Package php-pear-Mail-Mime.noarch 0:1.3.1-8.el4.centos set to be updated ---> Package php-pear-Auth-SASL.noarch 0:1.0.2-4.el4.centos set to be updated ---> Package php-pear-Mail.noarch 0:1.1.14-1.el4.centos set to be updated ---> Package php-pear-PHPUnit.noarch 0:1.3.2-1.el4.centos.1 set to be updated ---> Package php-pear-Net-URL.noarch 0:1.0.14-1.el4.centos set to be updated ---> Package php-pear-Console-Table.noarch 0:1.0.5-2.el4.centos.1 set to be updated ---> Package php-pear-Net-DIME.noarch 0:0.3-1.el4.centos set to be updated ---> Package php-pear-Pager.noarch 0:2.4.2-1.el4.centos set to be updated ---> Package php-pdo.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Log.noarch 0:1.9.9-1.el4.centos set to be updated ---> Package php-bcmath.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Benchmark.noarch 0:1.2.6-1.el4.centos set to be updated ---> Package php-snmp.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Net-SMTP.noarch 0:1.2.8-5.el4.centos set to be updated ---> Package php-pear.noarch 1:1.4.11-1.el4s1.1 set to be updated ---> Package php-xmlrpc.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-DB-QueryTool.noarch 0:1.0.3-1.el4.centos set to be updated ---> Package php-pear-PHPUnit2.noarch 0:2.3.6-1.el4.centos set to be updated ---> Package php-devel.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-mbstring.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Payment-Process.noarch 0:0.6.5-1.el4.centos set to be updated ---> Package php-pear-Net-FTP.noarch 0:1.3.2-1.el4.centos set to be updated ---> Package php-pear.x86_64 0:4.3.9-3.22.5 set to be updated ---> Package php-cli.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-readline.x86_64 0:5.1.6-1.el4.centos set to be updated ---> Package php-pear-Console-Getargs.noarch 0:1.3.3-1.el4.centos set to be updated ---> Package php-imap.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pecl-zip.x86_64 0:1.8.0-1.el4.centos set to be updated ---> Package php-pear-Validate.noarch 0:0.6.4-1.el4.centos set to be updated ---> Package php-pear-Date-Holidays.noarch 0:0.16.1-1.el4.centos set to be updated ---> Package php-pear-HTML-Common.noarch 0:1.2.3-2.el4.centos set to be updated ---> Package php-pear-PHP-CompatInfo.noarch 0:1.4.0-1.el4.centos set to be updated ---> Package php-ldap.x86_64 0:5.1.6-3.el4s1.7 set to be updated ---> Package php-pear-Image-GraphViz.noarch 0:1.2.1-1.el4.centos set to be updated ---> Package php-tidy.x86_64 0:5.1.6-1.el4.centos set to be updated --> Running transaction check --> Processing Conflict: php-pecl-apc conflicts php-eaccelerator --> Processing Dependency: autoconf for package: php-devel --> Processing Dependency: libexslt.so.0()(64bit) for package: php-xml --> Processing Dependency: libmcrypt.so.4()(64bit) for package: php-mcrypt --> Processing Dependency: php-pecl(Xdebug) for package: php-pear-PHPUnit2 --> Processing Dependency: graphviz for package: php-pear-Image-GraphViz --> Processing Dependency: libmhash.so.2()(64bit) for package: php-mhash --> Processing Dependency: net-snmp for package: php-snmp --> Processing Dependency: libpq.so.4()(64bit) for package: php-pgsql --> Processing Dependency: libltdl.so.3()(64bit) for package: php-mcrypt --> Processing Dependency: libmysqlclient.so.15()(64bit) for package: php-mysql --> Processing Dependency: php = 4.3.9-3.22.5 for package: php-pear --> Processing Dependency: libmysqlclient.so.15(libmysqlclient_15)(64bit) for package: php-mysql --> Processing Dependency: automake for package: php-devel --> Processing Dependency: libnetsnmp.so.5()(64bit) for package: php-snmp --> Processing Dependency: libtidy-0.99.so.0()(64bit) for package: php-tidy --> Processing Dependency: libxslt.so.1()(64bit) for package: php-xml --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libtidy.x86_64 0:0.99.0-9.20051025.el4.centos.3 set to be updated ---> Package postgresql-libs.x86_64 0:8.1.9-1.el4s1.1 set to be updated ---> Package net-snmp-libs.x86_64 0:5.1.2-11.EL4.10 set to be updated ---> Package libxslt.x86_64 0:1.1.11-1 set to be updated ---> Package libtool-libs.x86_64 0:1.5.6-4.EL4.1.c4.4 set to be updated ---> Package autoconf.noarch 0:2.59-5 set to be updated ---> Package automake.noarch 0:1.9.2-3 set to be updated ---> Package mysql.x86_64 0:5.0.27-1.el4.centos set to be updated ---> Package net-snmp.x86_64 0:5.1.2-11.EL4.10 set to be updated ---> Package libmcrypt.x86_64 0:2.5.7-4.el4.centos set to be updated ---> Package mhash.x86_64 0:0.9.2-4 set to be updated --> Running transaction check --> Processing Conflict: php-pecl-apc conflicts php-eaccelerator --> Processing Dependency: libgpg-error.so.0()(64bit) for package: libxslt --> Processing Dependency: php-pecl(Xdebug) for package: php-pear-PHPUnit2 --> Processing Dependency: libgcrypt.so.11()(64bit) for package: libxslt --> Processing Dependency: graphviz for package: php-pear-Image-GraphViz --> Processing Dependency: libmysqlclient.so.14(libmysqlclient_14)(64bit) for package: mysql-server --> Processing Dependency: mysql = 4.1.20-2.RHEL4.1 for package: mysql-server --> Processing Dependency: libpq.so.3()(64bit) for package: dovecot --> Processing Dependency: libmysqlclient.so.14()(64bit) for package: mysql-server --> Processing Dependency: libmysqlclient_r.so.14()(64bit) for package: mysql-server --> Processing Dependency: php = 4.3.9-3.22.5 for package: php-pear --> Processing Dependency: mysql = 4.1.20-2.RHEL4.1 for package: mysql-devel --> Processing Dependency: libmysqlclient.so.14()(64bit) for package: perl-DBD-MySQL --> Processing Dependency: libmysqlclient_r.so.14(libmysqlclient_14)(64bit) for package: mysql-server --> Processing Dependency: libmysqlclient.so.14(libmysqlclient_14)(64bit) for package: dovecot --> Processing Dependency: libmysqlclient.so.14()(64bit) for package: dovecot --> Processing Dependency: m4 for package: autoconf --> Processing Dependency: libsensors.so.3()(64bit) for package: net-snmp --> Processing Dependency: libgcrypt.so.11(GCRYPT_1.2)(64bit) for package: libxslt --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package mysqlclient14.x86_64 0:4.1.22-1.el4s1.1 set to be updated ---> Package postgresqlclient7.x86_64 0:7.4.14-1.el4s1.1.el4.centos set to be updated ---> Package mysql-server.x86_64 0:5.0.27-1.el4.centos set to be updated ---> Package m4.x86_64 0:1.4.1-16 set to be updated ---> Package lm_sensors.x86_64 0:2.8.7-2.40.3 set to be updated ---> Package libgcrypt.x86_64 0:1.2.0-3 set to be updated ---> Package mysql-devel.x86_64 0:5.0.27-1.el4.centos set to be updated ---> Package perl-DBD-MySQL.x86_64 0:3.0008-1.el4.centos set to be updated ---> Package libgpg-error.x86_64 0:1.0-1 set to be updated --> Running transaction check --> Processing Conflict: php-pecl-apc conflicts php-eaccelerator --> Processing Dependency: php-pecl(Xdebug) for package: php-pear-PHPUnit2 --> Processing Dependency: graphviz for package: php-pear-Image-GraphViz --> Processing Dependency: perl(:MODULE_COMPAT_5.8.8) for package: perl-DBD-MySQL --> Processing Dependency: php = 4.3.9-3.22.5 for package: php-pear --> Processing Dependency: kernel-utils for package: lm_sensors --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package kernel-utils.x86_64 1:2.4-13.1.99 set to be updated ---> Package perl.x86_64 4:5.8.8-4.el4s1 set to be updated --> Running transaction check --> Processing Conflict: php-pecl-apc conflicts php-eaccelerator --> Processing Dependency: graphviz for package: php-pear-Image-GraphViz --> Processing Dependency: php = 4.3.9-3.22.5 for package: php-pear --> Processing Dependency: php-pecl(Xdebug) for package: php-pear-PHPUnit2 --> Finished Dependency Resolution Error: php-pecl-apc conflicts with php-eaccelerator Error: Missing Dependency: php-pecl(Xdebug) is needed by package php-pear-PHPUnit2 Error: Missing Dependency: graphviz is needed by package php-pear-Image-GraphViz Error: Missing Dependency: php = 4.3.9-3.22.5 is needed by package php-pear
/usr/bin/ld: /usr/local/imap-2004g/lib/libc-client.a(osdep.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/imap-2004g/lib/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1
This happens in php recompile When trying to install under 64bit
Getting this error when logging into squirrelmail. Forced cpanel update on stable version did not fix it.
Warning: session_start() [function.session-start]: open(/tmp/sess_deleted, O_RDWR) failed: Permission denied (13) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php on line 405
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php on line 405
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/i18n.php on line 335
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php on line 377
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php on line 379
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/src/login.php on line 64
Warning: session_start() [function.session-start]: open(/tmp/sess_deleted, O_RDWR) failed: Permission denied (13) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php on line 405
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php on line 405
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/cpanel/base/3rdparty/squirrelmail/functions/global.php:405) in /usr/local/cpanel/base/3rdparty/squirrelmail/plugins/login_auth/functions.php on line 53
Warning: Unknown(): open(/tmp/sess_deleted, O_RDWR) failed: Permission denied (13) in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
I have having some issues with sending/receiving email. I have the following running on my linux virtual dedicated server with godaddy:
Postfix IMAP Squirrelmail(webmail)
My problem is: I can logon through webmail using the domain account but I cannot logon using any email accounts I created. I can also send emails out from the server from the command line i.e.:
root@myserver.com# echo "test" | mail -s testsubject someemail@hotmailorwherever.com
So instead of using webmail, I tried using OUTLOOK and experienced the same issue. I can logon using the domain/system account but not any using any of the email accounts i created using simple control panel.
I have Squirrelmail installed on a VPS running CentOS with ControlZX as a control panel and I'd like to replace it with Roundcube. What I'm trying to do is make it so that the Roundcube webmail application is accessible through every domain on the VPS (e.g. domain1.com/webmail , domain23.com/webmail) without having to manually install it on every domain separately. Also, because I have resellers hosted on this VPS I don't want to just install Roundmail on our main domain and provide that as the official webmail access area because then our reseller's customers would have no choice but to access their webmail via our domain. For obvious reasons most resellers would prefer to keep their provider's presence in their own business transparent.
I know Roundcube supports "virtual users" and have a basic understanding of how that works, but I am unsure how setup Roundcube so that it can be accessed from any domain on the box. Where should I install it?
I've heard plenty of users talk about using Roundcube as a replacement to Squirrelmail so I have to assume it can be used in the way that I'm talking about (that is, not needing to be installed on every individual domain manually).
For those of you that have done this, can you please describe how you accomplished it?
I also don't have a problem hiring someone to help us complete this but am still interested in knowing how to go about it.
on a server with CentOS 5.2 and cPanel 11.24.4, Apache 2.2.11
i need to find where does squirrelmail save the .abook files.
on my servers should be at /usr/local/cpanel/base/3rdparty/squirrelmail/data but there are only 3 files in there: .htaccess, default_pref and index.php
is there any place where squirrelmail might save these files? or a database perhaps? i couldn't manage to locate them.
I've recently upgraded squirrelmail to latest version, and now I get problem like 3 or 4 times when u login and logout and try to login again the page freezes and gets stuck it's saying "connected waiting for reply" it keeps happening not only to me but every user in the server (multiple connections and multiple computers)
After login in using domain.com/webmail, everything is fine while I attempt to send mail.. but, If I try to forward an existen mail to a new destiny, an error message appears:
Forbidden
You don't have permission to access /webmail/src/compose.php on this server.
Already checked for allow/deny settings over httpd.conf and over the httpd conf for thiss site in particuular.
Hopefully I'm posting this in the correct area. Our server runs CentOS 4.4 on x86_64 arch.
So basically everything was going rather smoothly...
Problems began to arise at the point where I finished installing/configuring SquirrelMail. Upon logging in, I saw this:
[see attachment]
Ok, so I checked maillog and saw:
Feb 11 13:50:46 zeus imapd: LOGIN, user=alex, ip=[::ffff:127.0.0.1], protocol=IMAP Feb 11 13:50:47 zeus imapd: Failed to connect to socket /tmp/fam-- Feb 11 13:50:47 zeus imapd: Failed to create cache file: maildirwatch (alex) Feb 11 13:50:47 zeus imapd: Error: Input/output error Feb 11 13:50:47 zeus imapd: Check for proper operation and configuration Feb 11 13:50:47 zeus imapd: of the File Access Monitor daemon (famd). Feb 11 13:50:47 zeus imapd: DISCONNECTED, user=alex, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=21, sent=57, time=1
So I did some searching and determined it was a problem with Courier-IMAP being compiled with File Alteration Monitor support and famd not running (I built RPM directly from source tarball without any customization whatsoever per the instructions on the Courier website).
I found some possible solutions to be:
1) Install and run fam and be sure portmapper is running as well (problem being is that fam has since been replaced by gamin on CentOS, which is installed properly on my system). 2) Do a source install of Courier-IMAP and --disable-fam
Ok, so route 1 went like this: I uninstalled gamin, found fam-2.6.8, installed it, started it manually, made sure portmapper was running and tried again. This time, I still got the same errors in SquirrelMail, but the errors in maillog didn't show up. However, shortly after the page loaded, the famd process I had started manually promptly ended without my intervention. Ok, onto trying #2.
Route 2 went like this: reinstalled gamin, then I tried building a custom RPM by manually configuring with --disable-fam and then using rpmbuild -bc --short-circuit and rpmbuild -bi --short-circuit. That didn't change anything at all, I still had the same errors both with SquirrelMail and in maillog. Then I said ok, I'll just do a complete source install. ./configure --disable-fam && make && make install. Manually started that server, tried again, same deal, both errors.
So I've got problems. Either with Courier-IMAP, SquirrelMail, or both. The other daemons seem to run fine, I just mentioned them in case of the possibility of some kind of (unknown to me) conflict.
If you need to see any of my configs, let me know...any information greatly appreciated...I'm desperate.
I have just installed PHP5 into my IIS server and want to install projectpier
1st problem: When I go to [url]I get the errorThis Virtual Directory does not allow contents to be listed.
There is an index.php in there but doesn't load even though I have specified it as a default content page in the website..
2nd problem: After I manually browse to the install page I get the following errors:
#Error: /config/config.php is not writable
# Error: /public/files is not writable
# Error: /cache is not writable
# Error: /upload is not writable
I have realised that permissions are not setup right so I went and gave cart blanche access to the folder for any user..it worked but is far from secure.What is the best way to do this?
When installing web applications like this are they usually done from the servers browser where the server is the only one with full access.I tried this and it didn't work.
We have a client which site requires PHP4, not PHP5 to run. Can we run both PHP versions alongside each other? Apparently, their site will only work in PHP4. We are running Plesk 8.3.0 for Linux.
checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir=<DIR> checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir=<DIR> If configure fails try --with-freetype-dir=<DIR> configure: error: GD build test failed. Please check the config.log for details.
I think i'm not the only one who is experiencing this problem, take a look here: [url]
Why do PHP.net don't give much importance to this BUG?
I recently installed ubuntu 7.10, and apache2. Both installed with no problems. In my browser i am able to type localhost, and i recieve the "It works" page. I can also start,stop and restart with no problems. However, I cannot install php5. I use synaptic package manager to install, and i added the appropriate lines to the httpd.conf file but i still cannot view .php files. I try to run a simple php page and a dialog box pops up prompting me to open or save the file. If i choose either, the box just pops up again.
I'm trying to keep up with things by developing for PHP5. My current host still uses PHP 4.4.1, which is a pain. Can someone advise me if I should change host to someone who uses PHP5. I would rather have shared hosting due to budget. If so, who should I use? Otherwise, can someone point me in the direction of a resource that describes how to develop for PHP5 while retaining backward compatibility for PHP4.x so I can write code targeted primarily at PHP5, but also works on PHP4.x?
i am getting Internal Server Error while accessing php5 pages. cat .htaccess AddHandler application/x-httpd-php5 .php Premature end of script headers: /usr/local/cpanel/cgi-sys/php5
I've already managed to pick two web hosts for my business that probably won't do the job, so I'm looking for some advice. Primarily we need PHP 5 (with cURL), MySQL 5, easy to implement SSL and some kind of e-mail. I wouldn't imagine using more than 1gb monthly data transfer or needing more than about 20mb of storage.
The database design and all the code was custom written by me and a friend. We are not interested in overly-fluffy GUI's - we like power tools without the finger guards. We'd also like to have good logs of errors, accesses, etc.
Finally, I'm not interested in saving $10 a month to get an overloaded server that goes down now and then. Web host rates are pretty much trivial in comparison with the cost of downtime for this site.
I have installed PHP 5.2.1 (with this guide) working along side PHP 4.4.6, but I am trying to install mailparse into PHP5 and have not had much luck at it.
I think it maybe installing it for PHP 4 and not PHP5 as it seems to be the same date all the time: 20020429 and I believe it should be 2004 or newer from what I have read on Auracle Support Forum.
