Re: [SM-USERS] Address Book "Compose To" button does not translate html special characters when Javascript is enabled

2011-12-21 Thread Paul Lesniewski 
Thanks for the thorough report

> Version: 1.5.2-SVN (10282011 tarball)
>
> Plugins:
>    1. filters
>    2. message_details
>    3. New Mail (newmail) CORE
>
> PHP: 5.3.6 with Suhosin-Patch (cli) (built: Jun 20 2011
> 11:57:43)
>
> Web server: nginx/1.0.4
>
> IMAP server: Panda IMAP 2010.415
>
> SMTP server: Exim version 4.76
>
> Server OS: FreeBSD 8.2-RELEASE (i386)
>
> Client OS: Ubuntu/Lucid (amd64)
>
> Web Browser: Firefox 4.0.1
>
> Problem (bug/feature?):
>
> Recently upgraded from 1.5.1-SVN (circa February 2011) to 1.5.2-SVN
> (10282011 tarball).  (By the way, happy to see that the "Copy" button
> is finally working without a hack.)

If you were using a development SVN snapshot from Feb 2011, it was
version 1.5.2.

> Had never used the Address Book before.  Using it now with about forty
> entries.
>
> "Options/Compose Preferences/Format of Addresses Added From Address
> Book" is set to "Full name and address"
>
> and
>
> "Options/Display Preferences/Use Javascript" is set to "Autodetect."
>
> When one or more recipients is or are ticked while in the "Compose"
> window embedded Address Book and "Use Addresses" is clicked, the "To,"
> "CC," or "BCC" fields are populated correctly as follows:
>
>    "Recipient's Name" 
>
> On the other hand, when one or more recipients is or are ticked while
> in the Address Book frame and "Compose To" is clicked, the "To," "CC,"
> or "BCC" fields are populated incorrectly as follows:
>
>    "Recipient's Name" 
>
> In other words, the double quote `"' and the angle brackets `<>'
> special html characters are not being translated.

There was an encoding related fix made in September, although that's
before the version you seem to be using.  Please make sure
templates/default/input.tpl is up to date.  Please try temporarily
disabling all plugins (you can use the configuration tool to do this
at once without removing your list of enabled plugins for quick
re-enabling later).  Also make sure you are not using a modified skin
(template set).

> This also occurs when "Options/Compose Preferences/Format of Addresses
> Added From Address Book" is set to "Nickname and address" but does not
> occur when it is set to "No prefix/Address only" (probably because the
> address does not require the addition of angle brackets `<>').

I cannot reproduce.  I presume Options-->Compose Preferences-->Address
Book Display Format is set to "In-page".  There was another bug that I
found and fixed in SVN just now, so you may want to wait a day and
download a new 1.5.2 snapshot.  Please ensure your setup is 100%
vanilla and try again.

> Setting "Options/Display Preferences/Use Javascript" to "Never"
> completely stops this behavior.

This is odd, since none of this should have anything to do with
JavaScript.  Perhaps the Suhosin patch is causing this.  Can you test
on a system without it?

> There are some cryptic settings and comments on html translations in the
> "functions/htmlentities" file.  In particular:
>
> (Starts at line 44)
> "* --- Full list of entities (w3.org html4.01 recommendations)
>  * 1. regural (sic) symbols
>  * U+0022 - "
>  *          (replaced only when $style is not ENT_NOQUOTES or 0)
>  * U+0026 - &
>  * U+0027 - '
>  *          (replaced only when $style is ENT_QUOTES or 3)
>  * U+003C - <
>  * U+003E - >"
>
> Not sure, though, of their significane

Those shouldn't have anything to do with this

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] Address Book "Compose To" button does not translate html special characters when Javascript is enabled

2011-12-21 Thread Paul Lesniewski 
On Wed, Dec 21, 2011 at 5:57 AM, Paul Lesniewski  wrote:
> Thanks for the thorough report
>
>> Version: 1.5.2-SVN (10282011 tarball)
>>
>> Plugins:
>>    1. filters
>>    2. message_details
>>    3. New Mail (newmail) CORE
>>
>> PHP: 5.3.6 with Suhosin-Patch (cli) (built: Jun 20 2011
>> 11:57:43)
>>
>> Web server: nginx/1.0.4
>>
>> IMAP server: Panda IMAP 2010.415
>>
>> SMTP server: Exim version 4.76
>>
>> Server OS: FreeBSD 8.2-RELEASE (i386)
>>
>> Client OS: Ubuntu/Lucid (amd64)
>>
>> Web Browser: Firefox 4.0.1
>>
>> Problem (bug/feature?):
>>
>> Recently upgraded from 1.5.1-SVN (circa February 2011) to 1.5.2-SVN
>> (10282011 tarball).  (By the way, happy to see that the "Copy" button
>> is finally working without a hack.)
>
> If you were using a development SVN snapshot from Feb 2011, it was
> version 1.5.2.
>
>> Had never used the Address Book before.  Using it now with about forty
>> entries.
>>
>> "Options/Compose Preferences/Format of Addresses Added From Address
>> Book" is set to "Full name and address"
>>
>> and
>>
>> "Options/Display Preferences/Use Javascript" is set to "Autodetect."
>>
>> When one or more recipients is or are ticked while in the "Compose"
>> window embedded Address Book and "Use Addresses" is clicked, the "To,"
>> "CC," or "BCC" fields are populated correctly as follows:
>>
>>    "Recipient's Name" 
>>
>> On the other hand, when one or more recipients is or are ticked while
>> in the Address Book frame and "Compose To" is clicked, the "To," "CC,"
>> or "BCC" fields are populated incorrectly as follows:
>>
>>    "Recipient's Name" 
>>
>> In other words, the double quote `"' and the angle brackets `<>'
>> special html characters are not being translated.
>
> There was an encoding related fix made in September, although that's
> before the version you seem to be using.  Please make sure
> templates/default/input.tpl is up to date.  Please try temporarily
> disabling all plugins (you can use the configuration tool to do this
> at once without removing your list of enabled plugins for quick
> re-enabling later).  Also make sure you are not using a modified skin
> (template set).

On further review, I believe this is specifically related to the
problem.  The in-page address book search page embeds each address as
such:

To

The fix in September specifically added encoding to addresses in this
format, and if you are seeing double-encoding here (check your page
source), then you have added some other fix that tries to target the
same problem.  You should remove whatever fix you made previously,
either in templates/default/input.tpl,
templates/default/addrbook_search_list.tpl or somewhere else.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] Address Book "Compose To" button does not translate html special characters when Javascript is enabled

2011-12-21 Thread Paul Lesniewski 
On Wed, Dec 21, 2011 at 6:17 AM, Paul Lesniewski  wrote:
> On Wed, Dec 21, 2011 at 5:57 AM, Paul Lesniewski  
> wrote:
>> Thanks for the thorough report
>>
>>> Version: 1.5.2-SVN (10282011 tarball)
>>>
>>> Plugins:
>>>    1. filters
>>>    2. message_details
>>>    3. New Mail (newmail) CORE
>>>
>>> PHP: 5.3.6 with Suhosin-Patch (cli) (built: Jun 20 2011
>>> 11:57:43)
>>>
>>> Web server: nginx/1.0.4
>>>
>>> IMAP server: Panda IMAP 2010.415
>>>
>>> SMTP server: Exim version 4.76
>>>
>>> Server OS: FreeBSD 8.2-RELEASE (i386)
>>>
>>> Client OS: Ubuntu/Lucid (amd64)
>>>
>>> Web Browser: Firefox 4.0.1
>>>
>>> Problem (bug/feature?):
>>>
>>> Recently upgraded from 1.5.1-SVN (circa February 2011) to 1.5.2-SVN
>>> (10282011 tarball).  (By the way, happy to see that the "Copy" button
>>> is finally working without a hack.)
>>
>> If you were using a development SVN snapshot from Feb 2011, it was
>> version 1.5.2.
>>
>>> Had never used the Address Book before.  Using it now with about forty
>>> entries.
>>>
>>> "Options/Compose Preferences/Format of Addresses Added From Address
>>> Book" is set to "Full name and address"
>>>
>>> and
>>>
>>> "Options/Display Preferences/Use Javascript" is set to "Autodetect."
>>>
>>> When one or more recipients is or are ticked while in the "Compose"
>>> window embedded Address Book and "Use Addresses" is clicked, the "To,"
>>> "CC," or "BCC" fields are populated correctly as follows:
>>>
>>>    "Recipient's Name" 
>>>
>>> On the other hand, when one or more recipients is or are ticked while
>>> in the Address Book frame and "Compose To" is clicked, the "To," "CC,"
>>> or "BCC" fields are populated incorrectly as follows:
>>>
>>>    "Recipient's Name" 
>>>
>>> In other words, the double quote `"' and the angle brackets `<>'
>>> special html characters are not being translated.
>>
>> There was an encoding related fix made in September, although that's
>> before the version you seem to be using.  Please make sure
>> templates/default/input.tpl is up to date.  Please try temporarily
>> disabling all plugins (you can use the configuration tool to do this
>> at once without removing your list of enabled plugins for quick
>> re-enabling later).  Also make sure you are not using a modified skin
>> (template set).
>
> On further review, I believe this is specifically related to the
> problem.  The in-page address book search page embeds each address as
> such:
>
>  />To
>
> The fix in September specifically added encoding to addresses in this
> format, and if you are seeing double-encoding here (check your page
> source), then you have added some other fix that tries to target the
> same problem.  You should remove whatever fix you made previously,
> either in templates/default/input.tpl,
> templates/default/addrbook_search_list.tpl or somewhere else.

Possibly you used this:

http://article.gmane.org/gmane.mail.squirrelmail.devel/10062

Please read the rest of that thread for why you should revert that patch.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

[SM-USERS] Date warnings with squirrel_logger

2011-12-21 Thread Nikolaos Milas 
Hello,

I have just upgraded to the latest version of SquirrelMail (1.4.22) with 
squirrel_logger and lockout plugins (also latest versions at this time).

I have also just upgraded to php 5.3.8. I'm on CentOS 5.7 with Apache 
2.2.21.

I am getting such warnings all the time:

[Wed Dec 21 20:49:32 2011] [error] [client xxx.xxx.xxx.xxx] PHP 
Warning:  date() [function.date]: It is not 
safe to rely on the system's timezone settings. You are *required* to 
use the date.timezone setting or the date_default_timezone_set() 
function. In case you used any of those methods and you are still 
getting this warning, you most likely misspelled the timezone 
identifier. We selected 'Europe/Helsinki' for 'EET/2.0/no DST' instead 
in /var/www/html/plugins/squirrel_logger/functions.php on line 139, 
referer: https://vmail.example.com/src/login.php

Any suggestions to stop getting these warnings?

Thanks in advance,
Nikolaos Milas
National Observatory of Athens
Greece

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

[SM-USERS] smime errors with PHP 5.3.8

2011-12-21 Thread Nikolaos Milas 
Hello,

With SquirrelMail (1.4.22) and smime we see the following errors with 
PHP 5.3.8 (CentOS 5.7 with Apache 2.2.21):

[Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP 
Deprecated:  Function eregi() is deprecated in 
/var/www/html/plugins/smime/functions.php on line 432, referer: 
https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
[Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP 
Deprecated:  Function ereg() is deprecated in 
/var/www/html/plugins/smime/functions.php on line 284, referer: 
https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
[Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP 
Deprecated:  Function ereg() is deprecated in 
/var/www/html/plugins/smime/functions.php on line 288, referer: 
https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
[Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP Notice:  
Undefined offset: 1 in /var/www/html/plugins/smime/functions.php on line 
180, referer: 
https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
[Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP Notice:  
Undefined offset: 3 in /var/www/html/plugins/smime/functions.php on line 
180, referer: 
https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX

smime was working OK with PHP 5.1.6.

Any advice?

Thanks in advance,
Nikolaos Milas
National Observatory of Athens
Greece

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] Date warnings with squirrel_logger

2011-12-21 Thread Paul Lesniewski 
On Wed, Dec 21, 2011 at 11:42 AM, Nikolaos Milas  wrote:
> Hello,
>
> I have just upgraded to the latest version of SquirrelMail (1.4.22) with
> squirrel_logger and lockout plugins (also latest versions at this time).
>
> I have also just upgraded to php 5.3.8. I'm on CentOS 5.7 with Apache
> 2.2.21.
>
> I am getting such warnings all the time:
>
> [Wed Dec 21 20:49:32 2011] [error] [client xxx.xxx.xxx.xxx] PHP
> Warning:  date() [function.date]: It is not
> safe to rely on the system's timezone settings. You are *required* to
> use the date.timezone setting or the date_default_timezone_set()
> function. In case you used any of those methods and you are still
> getting this warning, you most likely misspelled the timezone
> identifier. We selected 'Europe/Helsinki' for 'EET/2.0/no DST' instead
> in /var/www/html/plugins/squirrel_logger/functions.php on line 139,
> referer: https://vmail.example.com/src/login.php
>
> Any suggestions to stop getting these warnings?

How did you install SquirrelMail?  Please look at the bottom of
include/validate.php and see if the timezone code block is there:

http://squirrelmail.svn.sourceforge.net/viewvc/squirrelmail/branches/SM-1_4-STABLE/squirrelmail/include/validate.php?r1=13893&r2=14057&view=patch

If that code is there, we'd have to know what page requests -- what
log actions -- are triggering these warnings.

Of course, you can also configure your PHP settings with a timezone,
per the instructions given in the warning message too.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] smime errors with PHP 5.3.8

2011-12-21 Thread Paul Lesniewski 
On Wed, Dec 21, 2011 at 11:49 AM, Nikolaos Milas  wrote:
> Hello,
>
> With SquirrelMail (1.4.22) and smime we see the following errors with
> PHP 5.3.8 (CentOS 5.7 with Apache 2.2.21):
>
> [Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP
> Deprecated:  Function eregi() is deprecated in

If you can test, I'll put a new version together in a little while.

> /var/www/html/plugins/smime/functions.php on line 432, referer:
> https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
> [Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP
> Deprecated:  Function ereg() is deprecated in
> /var/www/html/plugins/smime/functions.php on line 284, referer:
> https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
> [Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP
> Deprecated:  Function ereg() is deprecated in
> /var/www/html/plugins/smime/functions.php on line 288, referer:
> https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
> [Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP Notice:
> Undefined offset: 1 in /var/www/html/plugins/smime/functions.php on line
> 180, referer:
> https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
> [Wed Dec 21 20:49:57 2011] [error] [client xxx.xxx.xxx.xxx] PHP Notice:
> Undefined offset: 3 in /var/www/html/plugins/smime/functions.php on line
> 180, referer:
> https://vmail.example.com/src/right_main.php?sort=6&start_messages=1&set_thread=1&mailbox=INBOX
>
> smime was working OK with PHP 5.1.6.
>
> Any advice?

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] smime errors with PHP 5.3.8

2011-12-21 Thread Nikolaos Milas 
On 21/12/2011 10:41 μμ, Paul Lesniewski wrote:

> If you can test, I'll put a new version together in a little while.

Thanks, I will!

Nick

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] Date warnings with squirrel_logger

2011-12-21 Thread Nikolaos Milas 
On 21/12/2011 10:22 μμ, Paul Lesniewski wrote:

> How did you install SquirrelMail?  Please look at the bottom of
> include/validate.php and see if the timezone code block is there:
>
> http://squirrelmail.svn.sourceforge.net/viewvc/squirrelmail/branches/SM-1_4-STABLE/squirrelmail/include/validate.php?r1=13893&r2=14057&view=patch

I installed from source; I downloaded SquirrelMail and each and every 
plugin separately (latest versions). The timezone code block is there.

> If that code is there, we'd have to know what page requests -- what
> log actions -- are triggering these warnings.

It is either src/redirect.php or src/webmail.php. In all cases with 
those errors, the requests are:

xxx.xxx.xxx.xxx - - [21/Dec/2011:20:49:32 +0200] "POST /src/redirect.php 
HTTP/1.1" 302 -
xxx.xxx.xxx.xxx - - [21/Dec/2011:20:49:32 +0200] "GET /src/webmail.php 
HTTP/1.1" 200 331


> Of course, you can also configure your PHP settings with a timezone,
> per the instructions given in the warning message too.

To avoid more warnings, I added (in /etc/php.ini):

date.timezone = 'Europe/Athens'

Thanks,
Nick

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Re: [SM-USERS] Config problems with local_autorespond_forward

2011-12-21 Thread Alex 
Hi,

 From: j...@mydomain.net,
         j.sm...@mydomain.net (Joe),
         c...@mydomain.net,
         CFP (R) 
 Subject: Out of Office
 Message-Id: <2005100107.823fb220...@mydomain.net>
 Date: Sat,  5 Nov 2011 06:01:07 -0400 (EDT)

 Sorry I am away from the office at this time and cannot respond to your
 email.

 Is this a known bug? Can this easily be avoided, outside of removing
 the commas in the user's personal description?
>>>
>>> This is not a squirrelmail issue, your mail system (sendmail?) is
>>> splitting the line at "," . You should surround the whole real name which
>>> "" :
>>> From: "John J. (Joe) Smith, CPA, CFP (R)" 
>
> But since the plugin builds the From: header, that's where the bug is.

Thanks for the follow-up. I'll give that a try in the next few days. I
made a temporary recommendation to the user, which seems to be working
for them for now, but look forward to a new version, as soon as you're
able, to address the whole issue.

Thanks again,
Alex

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): 
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users