[imp] Updating Pear on a RH7.2 system

Ty Christensen webmaster@mastermindpro.com
Fri, 2 Nov 2001 08:26:47 -0800


That's where I put the thing, but it still didn't work... :^(

I have installed four PHP RPM's: PHP core, PHP-IMAP, PHP-LDAP, and
PHP-MySQL.  I presume that's all I need for MySQL support in Horde/Imp.

I something broken somewhere else?



-----Original Message-----
From: Toomas Vann [mailto:tom@bns.ee]
Sent: Friday, November 02, 2001 2:19 AM
To: 'imp@lists.horde.org'
Subject: RE: [imp] Updating Pear on a RH7.2 system


Hi!

Sorry, i have to say that i made a mistake.
In RedHat 7.2 the Pear is located in /usr/share/php
not in /usr/lib/php thta i told earlier.....


Regards,
Toomas Vann

-----Original Message-----
From: Toomas Vann [mailto:tom@bns.ee]
Sent: 02. november 2001. a. 11:34
To: 'imp@lists.horde.org'
Subject: RE: [imp] Updating Pear on a RH7.2 system


Hi!

Maybe this has been already told but
with RedHat 7.2 using CVS verion of Horde/IMP
is easisest installation to it.

PHP comes with MySQL support already, you just have to select
correct packages....
What concerns PEAR, then you just have to download
from http://horde.org/pear/ package and unpack it to
/usr/lib/php This worked for me few days ago, so i belive
you should not have any trouble with is at all...


Regards,
Toomas Vann

-----Original Message-----
From: René Lund Jensen [mailto:lundeman@tbkol.dk]
Sent: 02. november 2001. a. 11:13
To: imp@lists.horde.org
Subject: Re: [imp] Updating Pear on a RH7.2 system


> 2) A view of PHP info shows that one of the configure parameters
> was --without-mysql...which I thought was odd, since the Horde test page
> showed MySQL as being supported.

As far as I know MySQL-support is not compiled into the PHP that comes with
RH7.2
You will need additional RPM's to get it to work.

A friend of mine, who used RPM's for this said that he might as well could
have
compiled the whole thing from scratch, insted of finding all the needed
RPM's.

> 3) I've got Horde authenticating via MySQL, and when I try to login, I
> get nothing and am promptly put back at the login page.  I assume this
> is also a PEAR problem.

This is quite logical if PHP haven't got MySQL support...

> So, from reading on the list, it appears that I need an even newer
> version of PEAR.  How can I get just the newer version of PEAR from CVS
> or snapshot?

U usually get the pear from CVS, and just copy it to the directory under php
containing pear.
Here: http://www.php.net/anoncvs.php you can see how to get the latest CVS
version.

(If you are gonna compile PHP from scratch, then get the lates tarball of
PHP,
compile/install it, and the upgrade paer from CVS. Thats what I would do.)

René Jensen


--
IMP mailing list: http://horde.org/imp/
Archive: http://marc.theaimsgroup.com/?l=imp&r=1&w=2
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe@lists.horde.org

--
IMP mailing list: http://horde.org/imp/
Archive: http://marc.theaimsgroup.com/?l=imp&r=1&w=2
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe@lists.horde.org

--
IMP mailing list: http://horde.org/imp/
Archive: http://marc.theaimsgroup.com/?l=imp&r=1&w=2
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe@lists.horde.org



>From myer@iu13.k12.pa.us Date: Fri,  2 Nov 2001 11:32:35 -0500
Return-Path: <kevin_myer@iu13.k12.pa.us>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 96132 invoked from network); 2 Nov 2001 16:32:36 -0000
Received: from oak3.iu13.k12.pa.us (HELO relay.iu13.org) (206.82.16.55)
  by clark.horde.org with SMTP; 2 Nov 2001 16:32:36 -0000
Received: from localhost (elm.iu13.k12.pa.us [172.21.1.16])
	by relay.iu13.org (Postfix) with ESMTP id C1889470010
	for <imp@lists.horde.org>; Fri,  2 Nov 2001 11:32:35 -0500 (EST)
Received: from 172.19.5.97 ( [172.19.5.97])
	as user kevin_myer@mail.iu13.org by webmail.iu13.k12.pa.us with HTTP;
	Fri,  2 Nov 2001 11:32:35 -0500
Message-ID: <1004718755.3be2caa3b04d3@webmail.iu13.k12.pa.us>
Date: Fri,  2 Nov 2001 11:32:35 -0500
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: imp@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Mime code in view.php - incorrect MIME types?

Hi,

We're having an issue with attachements in IMP 2.3.7 from CVS updated as of this
morning.  I have a real easy fix thats almost too easy so I'm wondering why
things were done the way they were originally.

Basically in horde/imp/view.php on line 52:

header('Content-Type: application/x-unknown-' . $mime_types[$mime->type] . '-' .
$mime->subtype);

This is causing problems downloading attachements with known MIME types.  For
example, say I send myself a MS Word document.  When viewing the message in IMP,
it correctly shows up with a MIME type of application/msword.  But, when I go to
save it, IE for Macintosh (5.) doesn't recognize it as a Word document because
its seeing it as MIME type of application/x-unknown-application-msword.  And,
when I save it, it shows up as an IE document, not a Word document which is
problematic on a Mac.  

On the other hand, if I change line 52 to:
header('Content-Type: ' . $mime_types[$mime->type] . '/' . $mime->subtype);

then things go the way I would expect them to.  Its one thing to change the MIME
type to force a save dialog box.  But in so doing, files aren't being recognized
for what they are when save, at least on a Mac.

So, was the application/x-unknown added soley to force a save dialog?  Why not
just let the web browser handle the real MIME types and if one is not
configured, then a save dialog will be kicked up?

Thanks,
Kevin




>From chuck@horde.org Date: Fri,  2 Nov 2001 11:46:07 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 97250 invoked from network); 2 Nov 2001 16:46:44 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.197.108)
  by clark.horde.org with SMTP; 2 Nov 2001 16:46:44 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 568A639AD; Fri,  2 Nov 2001 11:46:07 -0500 (EST)
Received: from 192.168.0.198 ( [192.168.0.198])
	as user chuck@localhost by marina.horde.org with HTTP;
	Fri,  2 Nov 2001 11:46:07 -0500
Message-ID: <1004719567.3be2cdcf2f266@marina.horde.org>
Date: Fri,  2 Nov 2001 11:46:07 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: imp@lists.horde.org
References: <1004718755.3be2caa3b04d3@webmail.iu13.k12.pa.us>
In-Reply-To: <1004718755.3be2caa3b04d3@webmail.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [imp] Mime code in view.php - incorrect MIME types?

Quoting "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>:

> So, was the application/x-unknown added soley to force a save dialog?  Why not
> just let the web browser handle the real MIME types and if one is not
> configured, then a save dialog will be kicked up?

Basically, because web browsers suck. If they all honored Content-Disposition: 
attachment, then this wouldn't be an issue. But without breaking the MIME type, 
about half of the browser/platform combinations out there won't let you 
download a file; if they recognize the MIME type, they will show it in a 
browser window instead.

So if we code it correctly, users who have those browsers will complain that 
download doesn't work. No, their browser is broken. But they don't want to hear 
that, and we listen more than Microsoft does.

I guess we can try to browser-detect it. Anyone want to volunteer to compile a 
list of what works on which browsers/platforms?

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"What was and what may be, lie, like children whose faces we cannot see, in the
arms of silence. All we ever have is here, now." - Ursula K. Le Guin