From owner-freebsd-questions@FreeBSD.ORG Sat Aug 31 11:05:48 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F143D4C2 for ; Sat, 31 Aug 2013 11:05:48 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5597D2998 for ; Sat, 31 Aug 2013 11:05:47 +0000 (UTC) Received: from [192.168.1.35] (mux.fjl.org.uk [62.3.120.246]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id r7VB5ino001686 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 31 Aug 2013 12:05:45 +0100 (BST) (envelope-from frank2@fjl.co.uk) Message-ID: <5221CE09.4050404@fjl.co.uk> Date: Sat, 31 Aug 2013 12:05:45 +0100 From: Frank Leonhardt User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Since SquirrelMail Looks Like It Will Never Be Supported Again... References: <52210CA4.3030206@tundraware.com> <52219CBF.5070305@fjl.co.uk> <93F74BB518CE41EA9ABA43B1150B2FC1@Rivendell> In-Reply-To: <93F74BB518CE41EA9ABA43B1150B2FC1@Rivendell> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Aug 2013 11:05:49 -0000 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 >>> interface. > >> 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. > > Roundcube with it's snazzy javascript interface is neat, but many > 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. Regards, Frank.