Since SquirrelMail Looks Like It Will Never Be Supported Again...
frank2 at fjl.co.uk
Sat Aug 31 11:05:49 UTC 2013
On 31/08/2013 10:32, Reko Turja wrote:
> -----Original Message----- From: Frank Leonhardt
> On 30/08/2013 22:20, Tim Daneliuk wrote:
>>> SquirrelMail seems to be forever on hold because of an incompatibility
>>> with PHP 5. So I am going to have to replace it as our Webmail
>> I'm a bit confused about this - you seem to be saying that
>> Squirrelmail won't work on PHP 5? I've been running it on PHP 5 for
>> years and it's being maintained to support changes for the latest 5.4
>> and 5.5 releases.
> My experience with squirrel on PHP 5.x has been that it won't show
> every message in the webmail users inbox. People complained about lost
> mails and after checking spam filtering etc. I realised that the mails
> had arrived into inbox safely. After asking the clients to test
> another mail client - Thunderbird, Live mail, etc. The "lost" mails
> were there. That prompted for pretty fast substitution of squirrel
> with something else.
> mobile/tablet browsers scale the display instead of doubleclicking.
> Sadly there is no free mobile theme for Roundcube, but every single
> one of those cost money.
> That leaves Imp as the only alternative left, especially if you avoid
> ToySQL like a plague.
I see. I've got it running on several servers, and have done for many
years - and I've never experienced any problems or had them reported to
me. I can't be sure, but I think I've only ever run it on PHP5 and
nearly always on FreeBSD. One of the reasons I've stuck with it is that
it's reliable and friendly to all browsers, and I use it for fixing
user's mailbox problems. I've been playing around with Roundcube for a
few months as an alternative - users like the way it looks.
FWIW I'm using Dovecote 1 or 2 for the IMAP. In particular, Dovecot 1
with Squirrelmail has been really hammered, but has never broken. I
sometimes get time-outs copying thousands of emails in one hit, but
that's fair enough and nothing has ever been lost. Could the server be
the problem in your case? I found the standard imapd did weird things
for a lot of clients, and making the switch after many years of trying
to blame the client software was a really good decision.
More information about the freebsd-questions