Bug 73581

Summary:	SquirrelMail/PHP interaction
Product:	[Retired] Red Hat Linux	Reporter:	Gary Benson <gbenson>
Component:	squirrelmail	Assignee:	Warren Togami <wtogami>
Status:	CLOSED WORKSFORME	QA Contact:
Severity:	medium	Docs Contact:
Priority:	low
Version:	8.0	CC:	wtogami
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2004-11-27 22:53:30 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Gary Benson 2002-09-06 10:59:49 UTC

On Fri, Aug 23, 2002 at 08:00:46PM +0300, sonmez wrote on limbo-list:

> When I changed squirrelmail_default_language to tr_TR in
> /etc/squirrelmail/config.php I got this error,
> > Fatal error: Call to undefined function: quote}map() in
> /usr/share/squirrelmail/functions/imap_general.php on
> line 217
> > in en_US there is no problem.
> any idea?

As well as the usual bindtextdomain() and textdomain() stuff, SquirrelMail sets
a bunch of environment variables in functions/i18n.php:

  putenv( "LC_ALL=$sm_notAlias" );
  putenv( "LANG=$sm_notAlias" );
  putenv( "LANGUAGE=$sm_notAlias" );

I think that one of these is affecting the character set that PHP uses to parse
the files.  I don't know whether this should be considered a bug in PHP or a bug
in SquirrelMail.

Version-Release number of selected component (if applicable):
squirrelmail-1.2.7-4 and php-4.2.2-8.0.5

How Reproducible:
Always

Comment 1 Warren Togami 2004-10-21 01:51:18 UTC

Is this still an issue in FC3/RHEL4?
Or even RHEL3?

Comment 2 Warren Togami 2004-11-27 22:53:30 UTC

closing due to lack of activity.