All fields are filled in, SEND is pressed, but mail never arrives
FILE UPLOADS MUST BE TURNED ON IN PHP.INI..
If you aren't getting any errors, but mail just doesn't arrive,
you should always check your mail spool log...
However... one problem *might* be that you have file uploads turned off in your php.ini file. This only applies to older versions of SquirrelMail; versions 1.2.7 and above are safe for users without file uploads (but they can't attach of course). (YMMV on this. I couldn't send mail with SquirrelMail 1.2.7 or 1.3.1 'till I turned uploads on. True with RH 7.3 PHP package and the RH update to PHP 4.1.2) (Could not send mail until put /etc/php.ini "file_uploads = on" with rh71 and SquirrelMail 1.2.10) (More information at bug: 667334 and bugs[537333,667252,639905,644562] http://sourceforge.net/tracker/index.php?group_id=311)
-- Sep 2003
On a default Red Hat 7.3 install, you need to edit /etc/php.ini and change the line file_uploads = Off to file_uploads = On and restart apache (service httpd restart) for SquirrelMail to work correctly. You will see a problem when composing a message and then clicking "Send", it will just refresh the screen and lose your message and not send anything.
Another problem might be the use of a Netscape Proxy 3.52 which sometimes breaks some HTTP headers (namely Content-Type and "boundary"). The result is, that PHP is unable to read the form data and fill it into global variables. PHP > 4.2.2 is able to deal with this problem, so maybe an update of PHP might help. (More information at bug #18792 at bugs.php.net).
If, when a mail is sent, SquirrelMail isn't returning to your inbox - it just kinda removes what you typed and gives you the compose mail screen again - it could be 1) problem with apaches FQDN or 2) file_uploads is "Off" in /etc/php.ini". Verify that the apache/httpd knows the fully qualified domain (as visible from outside). An easy way to do this is to use a browser to get a directory listing of somewhere and look at the signature at the bottom. Directory listings are displayed in folders that have no default page like "index.html". Check the "file_uploads" option in /etc/php.ini and make sure it is on. Then restart apache with "/etc/init.d/httpd restart".
Similar problem here: Squirrel Mail 1.4.6 was working perfectly well on Win2K3, IIS 6.0, PHP 5.1.4 using ISAPI and MySQL 5.0.21. Then all of a sudden, it stopped sending. When the "Send" button is clicked on a "Compose", the page just remains (no refresh). There are no entries on my mail server (Mercury/32) logs to indicate a connection is even attempted by the SquirrelMail host. "file_uploads" is set to "On", though none of the messages being sent have attachments.
I can confirm the problem. After login, the first mail is sent, then any further mail is silently dropped. "file_uploads" is set to "On", FQDN is set correctly in Apache. Ubuntu Dapper, squirrelmail 1.4.8 (1.4.8-1~dapper1 from dapper-backports), PHP 5.1.2, Apache 2.0.55, mod_fcgid 1.07 (2007-03-19)