From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LMTS4-00057a-L3 for garchives@archives.gentoo.org; Mon, 12 Jan 2009 20:32:01 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1C29DE04E8; Mon, 12 Jan 2009 20:31:59 +0000 (UTC) Received: from mail-bw0-f12.google.com (mail-bw0-f12.google.com [209.85.218.12]) by pigeon.gentoo.org (Postfix) with ESMTP id AE1B9E04E8 for ; Mon, 12 Jan 2009 20:31:58 +0000 (UTC) Received: by bwz5 with SMTP id 5so21626234bwz.10 for ; Mon, 12 Jan 2009 12:31:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4hci7wUrWi2dK3+ef+dPmW5zju6vTX5haKndB3OL1tU=; b=i+/Euri4oH4WwEc+xl62fimXS84QcyHJFDNBKKV4AHef2cWT0mgnhsNem/LkbEkNnh LK52okAzfUpI+G0ksRhGdhKCBTlQXOohZfgYIlsFAnvh0xtZdikUvktOL/PqFl5sboSX pDZGO3R9yY3cg6SZ8GfYA2hbKgBGIAD5GDqeo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VD/b+FroAdLJWS97QlSvMTV7A3Vq+9/7x0dAxPf0DEg59TZSdGnnE7Av+RCByRHRWl sMVx6w/3lPD8pcUGuSye35+5wkMB1vmfO3gi/WSVC46hLfDgaoPKTGrYN7/UkZ4OBriD ssNDdG6GsarAo7BTiq725lsGp8Szd6zzR29rs= Received: by 10.181.61.7 with SMTP id o7mr11092892bkk.85.1231792110937; Mon, 12 Jan 2009 12:28:30 -0800 (PST) Received: by 10.181.16.3 with HTTP; Mon, 12 Jan 2009 12:28:30 -0800 (PST) Message-ID: <49bf44f10901121228g27a0823ag6a35ee0e4d99e08d@mail.gmail.com> Date: Mon, 12 Jan 2009 12:28:30 -0800 From: Grant To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] non-PHP webmail in portage? In-Reply-To: <496A2E75.6020202@badapple.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49bf44f10901091138p12dd665ay55523ce3432fc7f5@mail.gmail.com> <4967AE58.4080506@genestate.com> <49bf44f10901101004o1f03cd7dx2d24937bba5d7673@mail.gmail.com> <496A2E75.6020202@badapple.net> X-Archives-Salt: 14b12d3b-d6fd-4093-aad5-763d8d0017ff X-Archives-Hash: baa77ea0b67fd7e1af99ed48a7a21115 >>>> Does anyone know of a good (or OK) webmail client in portage that >>>> doesn't use PHP? I use squirrelmail now but I have PHP installed only >>>> for that and I think PHP slows apache2 down a bit. >>>> >>>> - Grant >>>> >>> I don't think you'll find anything faster except maybe written in C, >>> which >>> is doubtful. The only other language you might find webmail written in is >>> Perl/CGI and that is definitely not faster in my experience. PHP is about >>> as >>> good as you will get IMHO. >> >> I actually don't mean to speed up squirrelmail and PHP. The main >> function of that system is to run a website in perl, and I thought I >> might be bogging down apache2 a bit just by opening it up to PHP >> interpretation (-D PHP). Is that the case? It would also be nice not >> to be exposed to PHP exploits. It just seems kind of silly to >> maintain and run PHP just for webmail. >> >> - Grant >> > > Adding -D PHP makes your memory footprint larger, but unless you're > actually using PHP that's the only side affect of loading it. If you're Maybe PHP isn't so bad then. > concerned about security, make sure you're using the sushosin USE variable > and keeping PHP and Squirrelmail up to date. Regardless of which language or > mail package you use you're going to have to keep them updated. A daily 'emerge --sync && emerge -avDuN world' is on my list of favorite things to do. > One other thing to think about is whether or not finding a Perl > webmail system is going to make your life any easier. Say you do find one > and it installs a ton of Perl modules like all Perl applications. Some of > those will be updates of Perl modules that your actual site depends on which > may or may not break the site. Now you've got two applications to QA when > you update any Perl module that is a dependency of both. > > kashani Thanks for the advice and it sounds like running PHP isn't so bad after all. - Grant