squirrelmail-plugins — SquirrelMail Plugins Mailing List

Re: [SM-PLUGINS] Bug Report

[Paul L. <pa...@sq...>]

On Wed, Jan 16, 2013 at 11:59 AM, AFTS - Raphael <rpo...@af...> wrote:
> I am subscribed to the this mailing list.
>  (applies when you are sending email to SquirrelMail mailing list)
>   [ ]  True - No need to CC me when replying
>   [x]  False - Please CC me when replying
>
> This bug occurs when I ...
>   ... try to do/view/use .... the bounce plugin

The bounce plugin is most likely not yet compatible with SquirrelMail 1.5.2

> The description of the bug:
> the bounce option does not show
>
> I can reproduce the bug by:
> opening any message
>
> (Optional) I got bored and found the bug occurs in:
> the configuration of bounce or SQM? from the config test:
>  WARNING: The plugin bounce is supposed to be registered on the
> read_body_menu_top hook, but it is not. You need to re-run the
> configuration utility and re-save your configuration file
>
> (Optional) I got really bored and here's a fix:
>
>
> ----------------------------------------------
>
> My browser information:
>   Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET
> CLR 2.0.50727; .NET4.0C; .NET4.0E; .NET CLR 3.0.4506.2152; .NET CLR
> 3.5.30729)
>
> My web server information:
>   PHP Version 4.2.2
>   PHP Extensions (List)
>     * 0 = yp
>     * 1 = xml
>     * 2 = wddx
>     * 3 = sysvshm
>     * 4 = sysvsem
>     * 5 = standard
>     * 6 = sockets
>     * 7 = shmop
>     * 8 = session
>     * 9 = pspell
>     * 10 = posix
>     * 11 = pcre
>     * 12 = openssl
>     * 13 = iconv
>     * 14 = gmp
>     * 15 = gettext
>     * 16 = gd
>     * 17 = ftp
>     * 18 = exif
>     * 19 = domxml
>     * 20 = dio
>     * 21 = dbx
>     * 22 = dba
>     * 23 = curl
>     * 24 = ctype
>     * 25 = calendar
>     * 26 = bz2
>     * 27 = bcmath
>     * 28 = zlib
>     * 29 = imap
>     * 30 = ldap
>     * 31 = Apache 2.0
>
> SquirrelMail-specific information:
>   Version:  1.5.2 [SVN]
>   Plugins (List)
>     * 0 = administrator
>     * 1 = calendar
>     * 2 = fortune
>     * 3 = info
>     * 4 = New Mail (newmail) CORE
>     * 5 = squirrelspell 0.5
>     * 6 = sent_subfolders
>     * 7 = filters
>     * 8 = spamcop
>     * 9 = Add Address (add_address) 1.0.3
>     * 10 = Login Check (login_check) 1.0
>     * 11 = Move All Messages (move_all_messages) 1.0
>     * 12 = Quote of the Day at Login (qotd_login) 1.0
>     * 13 = Bug Report (bug_report) CORE
>     * 14 = message_details
>     * 15 = Autocomplete (autocomplete) 3.0
>     * 16 = Multiple Attachments (multiple_attachments) 1.0
>     * 17 = Compatibility (compatibility) 2.0.16
>     * 18 = Custom From (custom_from) 2.0
>     * 19 = Quick Save (quicksave) 2.4.5
>     * 20 = html_mail 2.3-1.4
>     * 21 = bounce 0.5-1.4.x
>     * 22 = Preview Pane (preview_pane) 2.0
>
>
> My IMAP server information:
>   Server type:  uw
>   Capabilities: IMAP4REV1 IDLE NAMESPACE MAILBOX-REFERRALS SCAN SORT
> THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND LOGIN-REFERRALS
> STARTTLS AUTH=LOGIN


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

Re: [SM-PLUGINS] Body message removed in html composition

[Paul L. <pa...@sq...>]

On Wed, Jan 23, 2013 at 6:49 AM, ZArvixe <ze...@ar...> wrote:
> Hi,
>
> If we send an email composed in HTML with some body text and an attachment
> from squirrel mail to squirrel mail, at receiving end the body text is not
> received but it is added as an attachment "ATT-2.dat" along with the actual
> attachment. In short, In my case, for some reason the text part of the body
> text gets lost and only the attachment part arrives.
>
> When we disable the html composition option in Squirrelmail, the mail
> arrives with both the body text and the attachment fine. So the problem
> seems to be related to the html_mail plugin. I installed the Standard
> Squirrel Mail Version 1.4.22 and html_mail plugin and reproduced the issue
> and can send the webmail URL for testing if required (in Private Only). We
> are using PHP 5.2.14 on IIS7 and using hMailserver as Mailserver.
>
> Any suggestions?

"ATT-2.dat" suggests that the recipient is behind perhaps some AT&T
ISP or proxy or other such thing that is trying to do some mail
filtering.  The HTML Mail plugin doesn't create such attachments.  You
can feel free to send the full message source of such a message, but
the solution is likely on the recipient's end, somewhere in their mail
server or the connection between their mail server and the Internet
(or, I suppose, there could be some outgoing filtering on your
services).

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

Re: [SM-PLUGINS] change_sqlpass message error.

[Paul L. <pa...@sq...>]

On Mon, Jan 21, 2013 at 6:27 PM, robsbots <ro...@ro...> wrote:
> Hi.
> Hoping for a little help with the above mentioned plugin.
>
> I'm using version 3.3-1.2 of the change_sqlpass with SquirrelMail 1.4.21
>
> The plugin seems to work really well but when I change a password it logs me
> out of squirrel mail with the error message :-
>
> "ERROR
> This page request could not be verified and appears to have expired.
> Go to the login page"

That version is not compatible with some newer security changes in
SquirrelMail.  I have an updated version that is not released because
I ran out of time to make some other fixes.  If you'd like a
preliminary copy, feel free to ask offlist.

Cheers,

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

Re: [SM-PLUGINS] Bueller?...Bueller?...

[Frank S. <fws...@ho...>]

I am the other one!

-----Original Message-----
From: Alan in Toronto [mailto:Ala...@fi...] 
Sent: 01 February 2013 18:27
To: Squirrelmail Plugins Mailing List
Subject: Re: [SM-PLUGINS] Bueller?...Bueller?...

I posted some new topics over a week ago with no reponse. This list seems
fairly dormant compared to what it used to be.



On Fri, February 1, 2013 12:03 pm, Ted Hatfield wrote:
> I'm still reading it.  Do you have something to say that concerns 
> sm-plugins?
>
> Ted Hatfield



----------------------------------------------------------------------------
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free today:
http://p.sf.net/sfu/appdyn_d2d_jan
-----
squirrelmail-plugins mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squ...@li...
List archives: http://news.gmane.org/gmane.mail.squirrelmail.plugins
List info (subscribe/unsubscribe/change options):
https://lists.sourceforge.net/lists/listinfo/squirrelmail-plugins

Re: [SM-PLUGINS] Bueller?...Bueller?...

[Alan in T. <Ala...@fi...>]

I posted some new topics over a week ago with no reponse. This list seems fairly
dormant compared to what it used to be.



On Fri, February 1, 2013 12:03 pm, Ted Hatfield wrote:
> I'm still reading it.  Do you have something to say that concerns
> sm-plugins?
>
> Ted Hatfield

Re: [SM-PLUGINS] Bueller?...Bueller?...

[Ted H. <te...@io...>]

I'm still reading it.  Do you have something to say that concerns 
sm-plugins?

Ted Hatfield

On Fri, 1 Feb 2013, Alan in Toronto wrote:

> Is this list dead?
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> -----
> squirrelmail-plugins mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.plugins
> List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-plugins
>

[SM-PLUGINS] Bueller?...Bueller?...

[Alan in T. <Ala...@fi...>]

Is this list dead?

[SM-PLUGINS] Virtual Keyboard Vkeyboard 0.92 won't work with Password Forget 2.3

[Alan in T. <Ala...@fi...>]

SquirrelMail 1.4.22
Applied patch to functions/mime.php that is included in 1.4.23svn
PHP 5.2.9, SuPHP module, Zend Optimizer
Dovecot 1.1.19 (in a cPanel release), but uses some Courier NAMESPACE settings such
as prefix = INBOX.
Capabilities: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND
UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED
I18NLEVEL=1 QUOTA STARTTLS AUTH=PLAIN AUTH=LOGIN
Maildir mail storage format
Mail is stored in /home/webaccountname/mail/mailusername/
Apache 2.0.63, cPanel virtual web hosting account
ESMTP Exim 4.69-23.1
IMAP Server Address: 127.0.0.1
SMTP Server Address: 127.0.0.1
Server side sorting is enabled
Server side thread sorting is disabled
Allow editing of identities: Yes
Allow editing of full name: Yes
SquirrelMail access via SSL (https) for entire session
Browser: usually IE9, plus testing on others
User login with full e-mail address, e.g. al...@my...
Many plugins, including: Auto Complete; Folder Synch; Select Range; etc.
Compatibility plugin 2.0.16
SquirrelMail configtest: pass



Virtual Keyboard 0.92, available from Gmane to fix XSS vulnerability in official
0.91 release.

Virtual Keyboard 0.92 will not work if Password Forget 2.3 is enabled. Virtual
Keyboard appears on login page, but characters don't get entered into password
field.

If I disable Password Forget, then Virtual Keyboard 0.92 works.

[SM-PLUGINS] Virtual Keyboard Vkeyboard 0.92 won't work with Password Forget 2.3

[Alan in T. <Ala...@fi...>]

SquirrelMail 1.4.22
Applied patch to functions/mime.php that is included in 1.4.23svn
PHP 5.2.9, SuPHP module, Zend Optimizer
Dovecot 1.1.19 (in a cPanel release), but uses some Courier NAMESPACE settings such
as prefix = INBOX.
Capabilities: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND
UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED
I18NLEVEL=1 QUOTA STARTTLS AUTH=PLAIN AUTH=LOGIN
Maildir mail storage format
Mail is stored in /home/webaccountname/mail/mailusername/
Apache 2.0.63, cPanel virtual web hosting account
ESMTP Exim 4.69-23.1
IMAP Server Address: 127.0.0.1
SMTP Server Address: 127.0.0.1
Server side sorting is enabled
Server side thread sorting is disabled
Allow editing of identities: Yes
Allow editing of full name: Yes
SquirrelMail access via SSL (https) for entire session
Browser: usually IE9, plus testing on others
User login with full e-mail address, e.g. al...@my...
Many plugins, including: Auto Complete; Folder Synch; Select Range; etc.
Compatibility plugin 2.0.16
SquirrelMail configtest: pass



Virtual Keyboard 0.92, available from Gmane to fix XSS vulnerability in official
0.91 release.

Virtual Keyboard 0.92 will not work if Password Forget 2.3 is enabled.
Virtual Keyboard appears on login page, but characters don't get entered into
password field.

If I disable Password Forget, then Virtual Keyboard 0.92 works.

[SM-PLUGINS] Translation plugin issues

[Alan in T. <Ala...@fi...>]

SquirrelMail 1.4.22
PHP 5.2.9, SuPHP module, Zend Optimizer
Dovecot 1.1.19 (in a cPanel release), but uses some Courier NAMESPACE settings such
as prefix = INBOX.
Capabilities: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND
UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED
I18NLEVEL=1 QUOTA STARTTLS AUTH=PLAIN AUTH=LOGIN
Maildir mail storage format
Mail is stored in /home/webaccountname/mail/mailusername/
Apache 2.0.63, cPanel virtual web hosting account
ESMTP Exim 4.69-23.1
IMAP Server Address: 127.0.0.1
SMTP Server Address: 127.0.0.1
Server side sorting is enabled
Server side thread sorting is disabled
Allow editing of identities: Yes
Allow editing of full name: Yes
SquirrelMail access via SSL (https) for entire session
Browser: usually IE9, plus testing on others
User login with full e-mail address, e.g. al...@my...
Many plugins, including: Auto Complete; Folder Synch; Select Range; etc.
Compatibility plugin 2.0.16
SquirrelMail configtest: pass


1. Translation not working. A window opens for selected translation service, but
message text is not submitted to it.


2. I'd like to change its default, as currently always defaults to German to
English. How can I change that to a different default?

README says: Some plugin settings can be adjusted by creating
config/translate_config.php or plugins/translate/config.php
configuration file. See plugins/translate/config_default.php and
plugins/translate/config_sample.php

But, those two files don't exist in plugins/translate/


3. Any way to use this to translate text in the Compose message window? (i.e. to
translate a message I'm sending?)

[SM-PLUGINS] Bookmarks plugin: latest package never added to SM site

[Alan in T. <Ala...@fi...>]

Back in 2003, I collaborated with the original plugin author to improve this plugin,
adding import and better usability in released version 2.0.3.  In 2006, I had an
idea for some enhanced functionality. Fredrik Jervfors coded that new functionality
(thanks Fredrik!), and posted two updated files to replace those in the Bookmarks
archive. The new code:

- Enables deletion of a folder with recursive deletion of any subfolders.
- Enables function to delete all bookmarks (to prepare to import a fresh set).

Fredrik's updated files were never added to the SM site. His update makes this a
much more useful tool, so I think that a revised package containing these new files
should be added to the SM plugins site.

How can we get this "latest" Bookmarks plugin package added to the site? (Perhaps it
doesn't conform to current plugin release standards, but it is nonetheless the most
recent release with better functionality than what's currently on the plugins page.)

I also have ideas and code regarding a possible new and improved Bookmarks plugin.
Another author and I had produced a working prototype that was very encouraging.
I've contacted him to see if he wants to resume our work. (I had also contacted the
original author, who said she isn't interested and hoped someone else would take
ownership of the plugin.)

[SM-PLUGINS] Body message removed in html composition

[ZArvixe <ze...@ar...>]

Hi,

If we send an email composed in HTML with some body text and an attachment
from squirrel mail to squirrel mail, at receiving end the body text is not
received but it is added as an attachment "ATT-2.dat" along with the actual
attachment. In short, In my case, for some reason the text part of the body
text gets lost and only the attachment part arrives.

When we disable the html composition option in Squirrelmail, the mail
arrives with both the body text and the attachment fine. So the problem
seems to be related to the html_mail plugin. I installed the Standard
Squirrel Mail Version 1.4.22 and html_mail plugin and reproduced the issue
and can send the webmail URL for testing if required (in Private Only). We
are using PHP 5.2.14 on IIS7 and using hMailserver as Mailserver. 

Any suggestions?



--
View this message in context: http://squirrelmail.5843.n7.nabble.com/Body-message-removed-in-html-composition-tp25239.html
Sent from the squirrelmail-plugins mailing list archive at Nabble.com.

Re: [SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[Juergen N. <Jue...@fu...>]

On 2013-01-22 19:30, Wm Mussatto wrote:

> I thought of motd as well, but I agree that it only helps if you don't
> need to notify people of events which will happen a couple of days in the
> future.

That is one thing. The other is, our users are largely academic people
who are paid for their research and teaching work, and not for
remembering at what time the webmail system might be unavailable in the
week after next. (We have a notification area prominently placed on the
first page of our website, but I think people rarely look at that
*before* something does not work.)

So I think it is much more effective to have a -- small, though --
display at a place where they cannot overlook it for the relevant time.

> I was going to recommend that you still look at
> putting it in via config.pl, but I though better of it.  I can see where a
> user would access the file but you wouldn't want them anywhere near
> config.pl or the files in modifies.

In my case they are not users in that sense, but my co-workers. They
have demonstrated the ability to put a file in a decumented place :-)
[1], but fiddling with the configuration of a system that you are not
familiar with is not everybody's idea of fun -- certainly not mine, for
instance.

[1] One of them follows this list, so I have to be careful what I say. ;-)

And sure, it doesn't have to be ops people doing that. If you can give
*someone* a spot in the file system with the permissions to place such a
file, they could do it without being involved in the system's operations
at all. This is not the case with our systems, as they run on servers
without user access to any of their file systems, but I could certainly
imagine such a scenario.

Now it could be interesting to combine this functionality with motd
somehow. I decided against doing that, because I wanted to make a
minimal plugin, for the sake of Doing One Thing Well and follow the KISS
principle as well as for keeping the effort quite low.

Combining the thing with motd would mean a bigger effort in
implementation and in maintenance. If someone wants to have such a
thing, I'll be happy with them re-using my code (the little there is --
it is really tiny).

BTW, a bit more polishing and I should be done with it; maybe I'll get
to it even today.

Regards, Juergen.

-- 
<Jue...@fu...> Tel. +49.30.838-50740
Zentraleinrichtung fuer Datenverarbeitung, Central Systems (Unix)
Freie Universitaet Berlin, Fabeckstrasse 32, 14195 Berlin

Re: [SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[Wm M. <mus...@cs...>]

On Mon, January 21, 2013 03:59, Juergen Nickelsen wrote:
> On 19.01.2013 04:08, Paul Lesniewski wrote:
>
>>>> Now I wonder -- do other people feel the need for such a
>>>> functionality?
> [...]
>> This is supported in SquirrelMail natively via $motd in the
>> configuration file or option 7 in the configuration tool.  You may use
>> any HTML you desire (for background color, blinking whirling text,
>> whatever).  Other plugins can also control it - see the Check Quota
>> plugin for an example.  If you want to control it using a file instead
>> of a setting, a plugin can do that or it might be worthwhile to
>> consider submitting a patch for the core.
>
> In my eyes controlling that message display through a file has
> significant benefits:
>
> (a) It is easier to use for people who are not familiar with
> SquirrelMail. I can document it easily with "put a file here with this
> name" for others to use, but I (and they) might not be comfortable with
> them fiddling with the configuration.
>
> (b) It is easier to control by external automated means, for instance by
> an at(1) job.
>
> And then there is one thing -- I just tried it, and while it is
> certainly a good thing, it is only shown, like the comment string says,
> "immediately after a user logs in."
>
> This is not quite what I want. We have lots of users with long-running
> SquirrelMail sessions, and we need to notify those, too. With the
> automatic reload of the folder frame, the message even shows up
> automatically when the file is placed there, and it disappears
> automatically when the file is removed. I like that a lot.
>
> This is not to say that the motd is a bad idea, only that *I* have the
> need for something else. As there has been some interest for my
> solution, I do intend to separate it into an own plugin soonish.
>
> Regards, Juergen.
>
I thought of motd as well, but I agree that it only helps if you don't
need to notify people of events which will happen a couple of days in the
future.  Not RIGHT NOW!!  I was going to recommend that you still look at
putting it in via config.pl, but I though better of it.  I can see where a
user would access the file but you wouldn't want them anywhere near
config.pl or the files in modifies.  I wonder if giving a designated user
the ability to modify it via SM Options might make sense.



-------

William R. Mussatto, Senior Systems Engineer
http://www.csz.com
Ph. 909-920-9154 ext 101
Direct: 909-962-8547
______________________________________________________________________
CONFIDENTIALITY NOTICE:
This communication, including attachments, is for the exclusive use of the
person or entity to which it is addressed and may contain confidential,
proprietary and/or privileged information. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this by mistake, please contact the sender
immediately.

[SM-PLUGINS] change_sqlpass message error.

[robsbots <ro...@ro...>]

Hi.
Hoping for a little help with the above mentioned plugin.

I'm using version 3.3-1.2 of the change_sqlpass with SquirrelMail 1.4.21

The plugin seems to work really well but when I change a password it logs me
out of squirrel mail with the error message :-

"ERROR
This page request could not be verified and appears to have expired.
Go to the login page"

I can then log in with the new password, so its updating the database fine
but I think there should be a message.
I'm using the en_US language configured in Squirrel.

Any pointers would be great.

I need to let my users know there is no problem, just log in with the new
details.

Thanks

Rob




--
View this message in context: http://squirrelmail.5843.n7.nabble.com/change-sqlpass-message-error-tp25235.html
Sent from the squirrelmail-plugins mailing list archive at Nabble.com.

Re: [SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[Juergen N. <jue...@fu...>]

On 19.01.2013 04:08, Paul Lesniewski wrote:

>>> Now I wonder -- do other people feel the need for such a functionality?
[...]
> This is supported in SquirrelMail natively via $motd in the
> configuration file or option 7 in the configuration tool.  You may use
> any HTML you desire (for background color, blinking whirling text,
> whatever).  Other plugins can also control it - see the Check Quota
> plugin for an example.  If you want to control it using a file instead
> of a setting, a plugin can do that or it might be worthwhile to
> consider submitting a patch for the core.

In my eyes controlling that message display through a file has
significant benefits:

(a) It is easier to use for people who are not familiar with
SquirrelMail. I can document it easily with "put a file here with this
name" for others to use, but I (and they) might not be comfortable with
them fiddling with the configuration.

(b) It is easier to control by external automated means, for instance by
an at(1) job.

And then there is one thing -- I just tried it, and while it is
certainly a good thing, it is only shown, like the comment string says,
"immediately after a user logs in."

This is not quite what I want. We have lots of users with long-running
SquirrelMail sessions, and we need to notify those, too. With the
automatic reload of the folder frame, the message even shows up
automatically when the file is placed there, and it disappears
automatically when the file is removed. I like that a lot.

This is not to say that the motd is a bad idea, only that *I* have the
need for something else. As there has been some interest for my
solution, I do intend to separate it into an own plugin soonish.

Regards, Juergen.

-- 
<Jue...@fu...> Tel. +49.30.838-50740
Zentraleinrichtung fuer Datenverarbeitung, Central Systems (Unix)
Freie Universitaet Berlin, Fabeckstrasse 32, 14195 Berlin, DE

[SM-PLUGINS] CAPTCHA plugin with captcha_php backend and PHP 5.4 - no image

[Boyan B. B. <bbo...@bo...>]

Hi all,

I think I found a small issue with CAPTCHA plugin with captcha_php backend
using PHP 5.4.x. The issue is that the captcha image does not display on
the login page. The error in the apache error log:
-----------------------------------------------------------------------------
[Sun Jan 20 16:37:12 2013] [error] [client X.X.X.X] PHP Warning: 
imagejpeg(): Filename cannot be empty in
<SQUIRRELMAIL_HOME_DIR_PATH>/plugins/captcha/backends/captcha_php/captcha.php
on line 328
-----------------------------------------------------------------------------

I didn't have the issue with PHP 5.3.x. It seems that the imagejpeg()
function behaviour has been changed with PHP 5.4.x.

The fix is simple (edit line 328 in
<SQUIRRELMAIL_HOME_DIR_PATH>/plugins/captcha/backends/captcha_php/captcha.php):
----------------------------------------------
   from: imagejpeg($img, "", (int)$quality);
     to: imagejpeg($img, NULL, (int)$quality);
----------------------------------------------

Probably this could be fixed in the next version of captch plugin if the
author thinks that's an issue. I am not sure if it will work with PHP
5.3.x or lower.

Thanks & Best Regards,

Boyan Boychev
SquirrelMail 1.4.22
PHP Version 5.4.8--pl0-gentoo
GD Version bundled (2.0.34 compatible)
CAPTCHA 1.2.3

Re: [SM-PLUGINS] Squirrel Mail support for Blackberry Enterprise Server Platform

[Paul L. <pa...@sq...>]

On Sun, Jan 6, 2013 at 9:35 PM, sandipsarang2010
<san...@gm...> wrote:
> Hi Team As all of us are aware that Blackberry Enterprise Server support
> below mail platform : 1] Microsoft Exchange Domain. 2] IBM Lotus Domino
> Domain. 3] Novell Groupwise Domain. 4] Google Apps Domain. 5] Zimbra Domain.
> Is it possible to configure squirrel mail user account on Blackberry
> Enterprise Server. Is your technical team working to make it work out in
> near future. Kindly revert back to us. Thanks Sandip

Ask Blackberry?

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

Re: [SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[Paul L. <pa...@sq...>]

On Thu, Jan 17, 2013 at 2:42 PM, David Severance <se...@uc...> wrote:
> On 1/17/2013 8:48 AM, Juergen Nickelsen wrote:
>> Now I wonder -- do other people feel the need for such a functionality?
>> I could extract the "yellow sticker" code to a separate, independent
>> plugin, which then could be distributed or even put on the SquirrelMail
>> website, if there is sufficient demand. If not, I wouldn't bother.
>>
>> See the attached screenshot for an example how this could look.
>>
>> Regards, Juergen.
>>
> I think this is a very nice idea for a plugin and see a use for it where
> I work. No one seems to read downtime notices and this is rather in your
> face, hard to deny you saw it presentation, which I like. I'd love to
> try it out myself.

This is supported in SquirrelMail natively via $motd in the
configuration file or option 7 in the configuration tool.  You may use
any HTML you desire (for background color, blinking whirling text,
whatever).  Other plugins can also control it - see the Check Quota
plugin for an example.  If you want to control it using a file instead
of a setting, a plugin can do that or it might be worthwhile to
consider submitting a patch for the core.

Cheers,

  Paul

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

Re: [SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[David S. <se...@uc...>]

On 1/17/2013 8:48 AM, Juergen Nickelsen wrote:
> Now I wonder -- do other people feel the need for such a functionality?
> I could extract the "yellow sticker" code to a separate, independent
> plugin, which then could be distributed or even put on the SquirrelMail
> website, if there is sufficient demand. If not, I wouldn't bother.
>
> See the attached screenshot for an example how this could look.
>
> Regards, Juergen.
>
I think this is a very nice idea for a plugin and see a use for it where 
I work. No one seems to read downtime notices and this is rather in your 
face, hard to deny you saw it presentation, which I like. I'd love to 
try it out myself.

thanks,
David

-- 
David Severance
Enterprise Unix Services
Office of Information Technology
(949) 824-7552
se...@uc...

Re: [SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[Bob M. <bo...@co...>]

Juergen:

> Now I wonder -- do other people feel the need for such a functionality?
> I could extract the "yellow sticker" code to a separate, independent
> plugin, which then could be distributed or even put on the SquirrelMail
> website, if there is sufficient demand. If not, I wouldn't bother.


I am not a fan of changing production systems without a dire need, so I
wouldnt' jump up and immediately put this on all the squirrelmail
implementations I run.  However, I would definitely install this plugin
on any future builds or upgrades if it is available.  I think this is an
excellent idea, and I hope you get a lot of positive response... 

[SM-PLUGINS] "Yellow Sticker" Plugin -- any demand?

[Juergen N. <jue...@fu...>]

Today I implemented a "yellow sticker" functionality for SquirrelMail in
a plugin -- show some eye-catching text as a "yellow sticker" above the
folder list *if* a certain file is present, using the text (HTML,
actually) from that file.

We have been using functionality like this for a while, mainly to notify
our users of planned service outages and the like. The main idea is to
make it easy to use by just putting a file with a text somewhere, and
the contents is displayed; remove the file and the yellow sticker is
gone. Automation via at(1) can make it appear and disappear without
human intervention, if necessary.

I had implemented a previous version by hacking the code directly into
the SquirrelMail proper, but in between I have learned more about
plugins and what you can do with them, so I put that code into a plugin
I have written for some local things.

Now I wonder -- do other people feel the need for such a functionality?
I could extract the "yellow sticker" code to a separate, independent
plugin, which then could be distributed or even put on the SquirrelMail
website, if there is sufficient demand. If not, I wouldn't bother.

See the attached screenshot for an example how this could look.

Regards, Juergen.

-- 
<Jue...@fu...> Tel. +49.30.838-50740
Zentraleinrichtung fuer Datenverarbeitung, Central Systems (Unix)
Freie Universitaet Berlin, Fabeckstrasse 32, 14195 Berlin, DE

[SM-PLUGINS] Bug Report HTML_Editor

[AFTS - R. <rpo...@af...>]

I am subscribed to the this mailing list.
 (applies when you are sending email to SquirrelMail mailing list)
  [ ]  True - No need to CC me when replying
  [x]  False - Please CC me when replying

This bug occurs when I ...
  ... try to do/view/use .... compose or reply to a message



The description of the bug:
HTML_Editor is configured and included by nothing shows up in composing
or replying to indicate that it is functioning.

I can reproduce the bug by:
replying or composing

(Optional) I got bored and found the bug occurs in:
well don't know if it is here, but here is copy of config.
tsmafts[/usr/share/squirrelmail.devel/plugins/html_mail] cat config.php
<?php

   global $editor_style, $customStyle, $allowEmoticons, $use_spell_checker,
          $fully_loaded, $html_mail_aspell_path, $fck_spell_checker,
          $default_aggressive_html_reply, $allow_change_html_editor_style,
          $default_aggressive_reply_with_unsafe_images,
          $outgoing_image_uri_https, $default_html_editor_height;


   // choose the editor you'd like to use.  currently, FCKeditor
   // and HTMLArea are supported
   //
   // 1 = FCKeditor
   // 2 = HTMLArea
   //
   $editor_style = 1;



   // allow user to choose their own editor style?
   //
   // 0 = no
   // 1 = yes
   //
   $allow_change_html_editor_style = 1;



   // default setting for "aggressive" replies in HTML format
   // (user can override in their personal settings)
   //
   // 0 = only reply in HTML if user had been
   //     viewing the message in HTML format
   // 1 = always try to reply in HTML format if
   //     the message has an HTML part
   //
   $default_aggressive_html_reply = 1;



   // default setting for "aggressive" inclusion of unsafe
   // images in replies in HTML format
   // (user can override in their personal settings)
   //
   // 0 = only include unsafe images in HTML reply if
   //     user had been viewing the message in HTML
   //     format with unsafe images enabled
   // 1 = always include any unsafe images in HTML replies
   //
   $default_aggressive_reply_with_unsafe_images = 0;



   // outgoing mails may have embedded images (emoticons,
   // other images) that will be sent as URIs to your server
   // should those image URIs be sent as HTTP, HTTPS, or the
   // same as what the sender is using to log in with?
   //
   // 1 = HTTP
   // 2 = HTTPS
   //
   // Or set to the port number that HTTPS is served on on
   // your server to auto-sense and use whatever sender is
   // using.  For example:
   //
   // $outgoing_image_uri_https = 443;
   //
   $outgoing_image_uri_https = 2;



   // this will set the editor window height default, which is
   // usually only needed if you run a version of SquirrelMail
   // that is old enough not to have this setting in normal
   // user preferences
   //
   $default_html_editor_height = '20';



   // ----------------------------------------------------------------
   //
   // FCKeditor configuration items
   //


   // choose if you want to use "ieSpell" or ASpell for you spellchecking
   // ieSpell does not require any server-side configuration, but only
   // runs in Microsoft Internet Explorer on Windows operating systems.
   // ASpell is a much better choice if you are able to install it on your
   // server
   //
   // 1 = ASpell
   // 2 = ieSpell
   //
   $fck_spell_checker = 1;



   // set the path to your ASpell binary.  Examples are included here
   // for both Windows and Linux users (only used when you have chosen
   // ASpell as your spell checker).
   //
   // Linux:
   // $html_mail_aspell_path = 'aspell';
   //
   // Windows:
   // $html_mail_aspell_path = '"C:\Program Files\Aspell\bin\aspell.exe"';
   //
   $html_mail_aspell_path = 'aspell';



   // ----------------------------------------------------------------
   //
   // HTMLArea configuration items
   //


   // if you'd like to customize the HTML editor, you may define
   // its CSS style here... leave as an empty string for default
   // behavior
   //
   // note that a font-size of about 16 seems to be more
   // appropriate than the default size
   //
   //
//   $customStyle = '';
//   $customStyle = 'body { background-color: yellow; color: black;
font-family: verdana,sans-serif; font-size:12 }   p { font-width: bold;
}';
   $customStyle = 'body { font-size:12 }';



   // if you have patched the SquirrelMail source to allow the
   // use of emoticons functionality and want to allow users
   // to make use of them, set this value to 1.  set to zero
   // to disable
   //
   $allowEmoticons = 0;



   // set this to 1 if you'd like to use the integrated spell
   // checker (make sure you've got your web server and Perl
   // interpreter set up correctly, for more info, see the
   // README file)...  set to zero to disable
   //
   $use_spell_checker = 1;



   // set this to 1 if you want to turn on all bells and whistles,
   // including all HTMLArea plugins
   //
   $fully_loaded = 0;



?>


(Optional) I got really bored and here's a fix:


----------------------------------------------

My browser information:
  Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET
CLR 2.0.50727; .NET4.0C; .NET4.0E; .NET CLR 3.0.4506.2152; .NET CLR
3.5.30729)

My web server information:
  PHP Version 4.2.2
  PHP Extensions (List)
    * 0 = yp
    * 1 = xml
    * 2 = wddx
    * 3 = sysvshm
    * 4 = sysvsem
    * 5 = standard
    * 6 = sockets
    * 7 = shmop
    * 8 = session
    * 9 = pspell
    * 10 = posix
    * 11 = pcre
    * 12 = openssl
    * 13 = iconv
    * 14 = gmp
    * 15 = gettext
    * 16 = gd
    * 17 = ftp
    * 18 = exif
    * 19 = domxml
    * 20 = dio
    * 21 = dbx
    * 22 = dba
    * 23 = curl
    * 24 = ctype
    * 25 = calendar
    * 26 = bz2
    * 27 = bcmath
    * 28 = zlib
    * 29 = imap
    * 30 = ldap
    * 31 = Apache 2.0

SquirrelMail-specific information:
  Version:  1.5.2 [SVN]
  Plugins (List)
    * 0 = administrator
    * 1 = calendar
    * 2 = fortune
    * 3 = info
    * 4 = New Mail (newmail) CORE
    * 5 = squirrelspell 0.5
    * 6 = sent_subfolders
    * 7 = filters
    * 8 = spamcop
    * 9 = Add Address (add_address) 1.0.3
    * 10 = Login Check (login_check) 1.0
    * 11 = Move All Messages (move_all_messages) 1.0
    * 12 = Quote of the Day at Login (qotd_login) 1.0
    * 13 = Bug Report (bug_report) CORE
    * 14 = message_details
    * 15 = Autocomplete (autocomplete) 3.0
    * 16 = Multiple Attachments (multiple_attachments) 1.0
    * 17 = Compatibility (compatibility) 2.0.16
    * 18 = Custom From (custom_from) 2.0
    * 19 = Quick Save (quicksave) 2.4.5
    * 20 = html_mail 2.3-1.4
    * 21 = bounce 0.5-1.4.x
    * 22 = Preview Pane (preview_pane) 2.0


My IMAP server information:
  Server type:  uw
  Capabilities: IMAP4REV1 IDLE NAMESPACE MAILBOX-REFERRALS SCAN SORT
THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND LOGIN-REFERRALS
STARTTLS AUTH=LOGIN

[SM-PLUGINS] Bug Report

[AFTS - R. <rpo...@af...>]

I am subscribed to the this mailing list.
 (applies when you are sending email to SquirrelMail mailing list)
  [ ]  True - No need to CC me when replying
  [x]  False - Please CC me when replying

This bug occurs when I ...
  ... try to do/view/use .... the bounce plugin



The description of the bug:
the bounce option does not show

I can reproduce the bug by:
opening any message

(Optional) I got bored and found the bug occurs in:
the configuration of bounce or SQM? from the config test:
 WARNING: The plugin bounce is supposed to be registered on the
read_body_menu_top hook, but it is not. You need to re-run the
configuration utility and re-save your configuration file

(Optional) I got really bored and here's a fix:


----------------------------------------------

My browser information:
  Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET
CLR 2.0.50727; .NET4.0C; .NET4.0E; .NET CLR 3.0.4506.2152; .NET CLR
3.5.30729)

My web server information:
  PHP Version 4.2.2
  PHP Extensions (List)
    * 0 = yp
    * 1 = xml
    * 2 = wddx
    * 3 = sysvshm
    * 4 = sysvsem
    * 5 = standard
    * 6 = sockets
    * 7 = shmop
    * 8 = session
    * 9 = pspell
    * 10 = posix
    * 11 = pcre
    * 12 = openssl
    * 13 = iconv
    * 14 = gmp
    * 15 = gettext
    * 16 = gd
    * 17 = ftp
    * 18 = exif
    * 19 = domxml
    * 20 = dio
    * 21 = dbx
    * 22 = dba
    * 23 = curl
    * 24 = ctype
    * 25 = calendar
    * 26 = bz2
    * 27 = bcmath
    * 28 = zlib
    * 29 = imap
    * 30 = ldap
    * 31 = Apache 2.0

SquirrelMail-specific information:
  Version:  1.5.2 [SVN]
  Plugins (List)
    * 0 = administrator
    * 1 = calendar
    * 2 = fortune
    * 3 = info
    * 4 = New Mail (newmail) CORE
    * 5 = squirrelspell 0.5
    * 6 = sent_subfolders
    * 7 = filters
    * 8 = spamcop
    * 9 = Add Address (add_address) 1.0.3
    * 10 = Login Check (login_check) 1.0
    * 11 = Move All Messages (move_all_messages) 1.0
    * 12 = Quote of the Day at Login (qotd_login) 1.0
    * 13 = Bug Report (bug_report) CORE
    * 14 = message_details
    * 15 = Autocomplete (autocomplete) 3.0
    * 16 = Multiple Attachments (multiple_attachments) 1.0
    * 17 = Compatibility (compatibility) 2.0.16
    * 18 = Custom From (custom_from) 2.0
    * 19 = Quick Save (quicksave) 2.4.5
    * 20 = html_mail 2.3-1.4
    * 21 = bounce 0.5-1.4.x
    * 22 = Preview Pane (preview_pane) 2.0


My IMAP server information:
  Server type:  uw
  Capabilities: IMAP4REV1 IDLE NAMESPACE MAILBOX-REFERRALS SCAN SORT
THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND LOGIN-REFERRALS
STARTTLS AUTH=LOGIN

[SM-PLUGINS] HEADS UP -- archive_mail plugin may delete messages

[Juergen N. <jue...@fu...>]

Summary:
In our installation, the archive_mail plugin has shown to cause the
unexpected deletion of e-mail messages. This may or may not apply to
other installations. I am not motivated to investigate the problem
further by myself, but am willing to help if someone else is interested.


The day before yesterday I received a report from one of our users who
had tried to use the archive plugin on the over 3000 messages in her
Inbox. She set the option to make SquirrelMail display 4000 messages at
a time, clocked on "Toggle All" to select all messages, and clicked on
"Archive". Several seconds later the message list simply appeared again,
only with all messages after March 7 2012 deleted.

Investigating the issue, I found I could reproduce it reliably with a
large number of messages in a mail folder -- when I click on "Archive",
the message list reappears after a short while -- suspiciously short,
actually -- and quite a number of messages is deleted, something like
1000 in this scenario. (I did not encounter this when I tested the
plugin with a small number of messages to archive, like 20.)

In the syslog I found this:

Jan 10 17:36:47 09:malawi suhosin[839473]: ALERT - configured POST
variable limit exceeded - dropped variable 'msg[995]' (attacker
'130.133.10.14', file '/server/webmail/www-devel/src/move_messages.php')

(There is nothing in the PHP error log that corresponds to this.)

So, apparently suhosin gets suspicious by the size of the POST request
and decides to garble it. The commands that squirrelmail sends to the
IMAP server (with the squirrelmail imapproxy in between, so we see
commands from several connections) are these:

A002 SELECT "grossss"
A003 EXPUNGE
a001 CAPABILITY
a001 GETQUOTAROOT "INBOX"
A004 EXAMINE "grossss"
A005 SELECT "grossss"
A006 EXPUNGE
A007 EXPUNGE
A008 UID SEARCH UID 1:12229
A009 UID FETCH 1:8249 (FLAGS UID RFC822.SIZE INTERNALDATE
BODY.PEEK[HEADER.FIELDS (Date To Cc From Subject X-Priority Importance
Priority Content-Type)])
A010 EXAMINE "grossss"
C64 UNSELECT
A002 STATUS "INBOX" (MESSAGES UNSEEN RECENT)
A003 EXAMINE "Trash"
a001 CAPABILITY
a001 GETQUOTAROOT "INBOX"
C64 UNSELECT
A002 SELECT "grossss"
A003 EXPUNGE
A004 LIST "" "Trash"
A005 UID COPY 7255:8249 "Trash"
A006 UID STORE 7255:8249 +FLAGS (\Deleted)
A007 EXPUNGE
C64 UNSELECT
A002 SELECT "grossss"
A003 EXPUNGE
a001 CAPABILITY
a001 GETQUOTAROOT "INBOX"
A004 EXAMINE "grossss"
A005 SELECT "grossss"
A006 EXPUNGE
A007 EXPUNGE
A008 UID SEARCH UID 1:12229
A009 UID FETCH 1:7254 (FLAGS UID RFC822.SIZE INTERNALDATE
BODY.PEEK[HEADER.FIELDS (Date To Cc From Subject X-Priority Importance
Priority Content-Type)])
A010 EXAMINE "grossss"
C64 UNSELECT

So actually the messages were not really deleted, rather moved to the
Trash (the second A005/A006/A007 group of commands), which makes the
problem only slightly less catastrophic.

I cannot find any code that deletes messages or moves them in the
archive_mail plugin, so I guess the garbled POST request triggers
something else somewhere inside of squirrelmail. I would not totally be
surprised if huge requests of other kinds might also trigger unexpected
behaviour of a similar kind. (This reminds me a bit of the proverbial
nasal demons.)

Perhaps it would be possible to tune suhosin to let requests of this
size pass, but I don't known when it hits a dangerous size again, so I
do not see that as a feasible workaround.


Anyway, as this is apparently not easy to fix, I have decided not to
pursue the issue further; we will simply no longer use this plugin. In
case someone else is more motivated, this is our installation:

Base system is Debian-stable on x86_64; PHP 5.3.3-7+squeeze14 and Apache
2.2.16-6+squeeze10 are installed as Debian packages. PHP gets some
additional configuration; apart from file paths it is this:

-------------------------------------------
upload_max_filesize = 64M
post_max_size = 64M
memory_limit = 256M
suhosin.cookie.max_name_length=128

[Session]
session.gc_maxlifetime = 57600
session.save_path = /home/webmail/var/lib/php5
-------------------------------------------

SquirrelMail is a 1.4.22 with some own patches to adapt it to our local
situation (display, authentication, that stuff). I *think* they are
irrelevant to this issue, but as I have taken over the patches from my
predecessor on the job and have not reviewed them in detail -- my
fluency in PHP is limited --, I wouldn't swear on that. I can provide
the code (or patches) if anyone is interested.

(Side note: most of the above probably could have been done in a plugin
as I know in between. I will probably even do that if I ever do a
replacement of this SquirrelMail installation.)

Installed plugins:

message_details     no version number found; $Id tag:
      message_details_main.php 14084 2011-01-06 02:44:03Z pdontthink
delete_move_next    3.0
quota_usage         1.3.1
add_address         1.0.3
limit_languages     1.0
abook_import_export 1.1
archive_mail        1.2

The specific IMAP server *should* be irrelevant to this issue, but there
is the current SquirrelMail imapproxy in front of some version of
Perdition in front of dovecot 1.1.20 (all on Debian-stable).

Browsers used were Firefox 18.0 (by the reporting user) and Chrome
23.0.1271.97 (by myself), both on Linux (Debian-stable in my case).

If anything else is of interest, feel free to ask.

Regards, Juergen.

-- 
<Jue...@fu...> Tel. +49.30.838-50740
Zentraleinrichtung fuer Datenverarbeitung, Central Systems (Unix)
Freie Universitaet Berlin, Fabeckstrasse 32, 14195 Berlin, DE