hastymail-devel Mailing List for Hastymail
Brought to you by:
sailfrog,
slushpupie
You can subscribe to this list here.
2003 |
Jan
(1) |
Feb
(3) |
Mar
(5) |
Apr
(5) |
May
|
Jun
|
Jul
(19) |
Aug
(11) |
Sep
(9) |
Oct
(8) |
Nov
(7) |
Dec
(17) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(3) |
Feb
(28) |
Mar
(17) |
Apr
(7) |
May
(12) |
Jun
(8) |
Jul
(7) |
Aug
(31) |
Sep
(7) |
Oct
(15) |
Nov
(19) |
Dec
|
2005 |
Jan
(11) |
Feb
(2) |
Mar
(40) |
Apr
(4) |
May
(18) |
Jun
(18) |
Jul
(15) |
Aug
(1) |
Sep
(4) |
Oct
|
Nov
(5) |
Dec
(6) |
2006 |
Jan
(6) |
Feb
(8) |
Mar
(13) |
Apr
(9) |
May
(6) |
Jun
(12) |
Jul
(13) |
Aug
(13) |
Sep
(6) |
Oct
(30) |
Nov
(33) |
Dec
(18) |
2007 |
Jan
(19) |
Feb
(25) |
Mar
(15) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(7) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
2009 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2010 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(3) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Jason M. <ja...@ha...> - 2013-09-04 18:55:19
|
On Wed, 4 Sep 2013 08:07:04 +0100 izufin1 <iz...@gm...> wrote > Hello. I want to know if Hastymail can be used to setup a web-based > email service just like yahoo, gmail, hotmail etc? Hi, Yes, Hastymail can be used to setup a web-based E-mail service. Hastymail is designed to be efficient and really relies on the IMAP server to do the heavy lifting. However scaling to the size of gmail would require a sophisticated infrastructure strategy and probably some custom protocols to do things IMAP is not particularly good at. > Does it have any > limitation when compared to yahoo or gmail? What is the total number > of users or messages it can carry? There is no specific limitation to the number of users Hastymail can support, I would imagine this to be limited by system resources and possibly an IMAP server user maximum. I have accessed folders with more than 50K messages fine using Hastymail, but the overall performance bottleneck is the IMAP server so it just depends. Keep in mind Hastymail does not store the messages, the IMAP server does. Hastymail is just a client to access them. > Can someone use it to setup his own web-based email service like yahoo > or gmail? Example: us...@yo.... I don't see why not, however Hastymail would only be a small part of the software configuration required to do so. Hope that helps, Jason Munro ja...@ha... |
From: <ja...@ha...> - 2012-11-28 14:59:17
|
On Wed, 28 Nov 2012 11:48:20 +0100 Thierry de Montaudry <th...@if...> wrote > Hi Jason, > > After setting patch 2123 live, I got a lot of the following errors: > PHP Warning: feof(): supplied argument is not a valid stream resource in > /var/www/html/hastymail2/lib/imap_class.php on line 172 PHP Warning: feof(): > supplied argument is not a valid stream resource in > /var/www/html/hastymail2/lib/imap_class.php on line 182 > > I still have to investigate why this is happening, but meanwhile I fixed it > with the code below. The changes are added to rev 2125. Thanks! Jason Munro ja...@ha... |
From: Thierry de M. <th...@if...> - 2012-11-28 10:48:37
|
Hi Jason, After setting patch 2123 live, I got a lot of the following errors: PHP Warning: feof(): supplied argument is not a valid stream resource in /var/www/html/hastymail2/lib/imap_class.php on line 172 PHP Warning: feof(): supplied argument is not a valid stream resource in /var/www/html/hastymail2/lib/imap_class.php on line 182 I still have to investigate why this is happening, but meanwhile I fixed it with the code below. Regards, Thierry Index: lib/imap_class.php =================================================================== --- lib/imap_class.php (revision 74) +++ lib/imap_class.php (working copy) @@ -169,7 +169,7 @@ $n = -1; do { $n++; - if (feof($this->handle)) { + if (!is_resource($this->handle) || feof($this->handle)) { break; } $result[$n] = $this->fgets($line_length); @@ -179,7 +179,7 @@ break; } while(substr($result[$n], -2) != "\r\n" && substr($result[$n], -1) != "\n") { - if (feof($this->handle)) { + if (!is_resource($this->handle) || feof($this->handle)) { break; } $result[$n] .= $this->fgets($line_length); ________________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)79 980 0752 +27 (0)11 628 9800 +33 (0)6 72 12 80 53 On 28 Nov 2012, at 10:45, Thierry de Montaudry <th...@if...> wrote: > Hi Jason, > > Tested and implemented patch 2123. Working fine, and solving the timeout problem (even though we usually don't get this server error). > Thanks for sorting it out so fast. > > Regards, > > Thierry > > ________________________________ > Thierry de Montaudry > Interface Holding (Pty) Ltd > +27 (0)79 980 0752 > +27 (0)11 628 9800 > +33 (0)6 72 12 80 53 > > > On 26 Nov 2012, at 17:10, ja...@ha... wrote: > >> A test fix for this is in SVN rev 2120 and the simple diff below. If you can >> test this out and see if it helps with the situation that would be great. >> Otherwise I will try to force an untagged BYE response in Dovecot somehow :) >> >> Index: lib/imap_class.php >> =================================================================== >> --- lib/imap_class.php (revision 2119) >> +++ lib/imap_class.php (working copy) >> @@ -228,6 +228,9 @@ >> $chunked_result[$c] = $chunks; >> } >> } >> + if (substr(strtoupper($result[$n]), 0, 6) == '* BYE ') { >> + break; >> + } >> } while (substr($result[$n], 0, strlen('A'.$this->command_count)) != >> 'A'.$this->command_count); >> $this->responses[] = $result; >> if ($chunked) { >> >> >> Jason Munro >> ja...@ha... >> >> On Mon, 26 Nov 2012 15:06:14 +0100 Thierry de Montaudry <th...@if...> >> wrote >> >>> Hi there, >>> >>> After getting a timeout on one mailbox, I did run some manual connection to >>> the account and found out that Hastymail is always timing out when there is a >>> server error. It looks to me like it doesn't handle the "* BYE" reply and >>> still tries to get more data. Please see below the transaction. >>> >>> Regards, >>> >>> Thierry >>> >>> >>> A003 FETCH 1:* FULL >>> * 1 FETCH (FLAGS (\Seen) INTERNALDATE "24-Nov-2012 08:53:35 +0200" >>> RFC822.SIZE 10060984) * BYE Internal error occurred. Refer to server log for >>> more information. [2012-11-26 15:00:37] Connection closed by foreign host. >>> >>> _______________________________ >>> Thierry de Montaudry >>> Interface Holding (Pty) Ltd >>> +27 (0)79 980 0752 >>> +27 (0)11 628 9800 >>> +33 (0)6 72 12 80 53 >>> >>> >>> >>> ----------------------------------------------------------------------------- >>> - Monitor your physical, virtual and cloud infrastructure from a single >>> web console. Get in-depth insight into apps, servers, databases, vmware, >>> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >>> Pricing starts from $795 for 25 servers or applications! >>> http://p.sf.net/sfu/zoho_dev2dev_nov >>> _______________________________________________ >>> Hastymail-devel mailing list >>> Has...@li... >>> https://lists.sourceforge.net/lists/listinfo/hastymail-devel >> >> > > > ------------------------------------------------------------------------------ > Keep yourself connected to Go Parallel: > INSIGHTS What's next for parallel hardware, programming and related areas? > Interviews and blogs by thought leaders keep you ahead of the curve. > http://goparallel.sourceforge.net > _______________________________________________ > Hastymail-devel mailing list > Has...@li... > https://lists.sourceforge.net/lists/listinfo/hastymail-devel |
From: Thierry de M. <th...@if...> - 2012-11-28 09:45:46
|
Hi Jason, Tested and implemented patch 2123. Working fine, and solving the timeout problem (even though we usually don't get this server error). Thanks for sorting it out so fast. Regards, Thierry ________________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)79 980 0752 +27 (0)11 628 9800 +33 (0)6 72 12 80 53 On 26 Nov 2012, at 17:10, ja...@ha... wrote: > A test fix for this is in SVN rev 2120 and the simple diff below. If you can > test this out and see if it helps with the situation that would be great. > Otherwise I will try to force an untagged BYE response in Dovecot somehow :) > > Index: lib/imap_class.php > =================================================================== > --- lib/imap_class.php (revision 2119) > +++ lib/imap_class.php (working copy) > @@ -228,6 +228,9 @@ > $chunked_result[$c] = $chunks; > } > } > + if (substr(strtoupper($result[$n]), 0, 6) == '* BYE ') { > + break; > + } > } while (substr($result[$n], 0, strlen('A'.$this->command_count)) != > 'A'.$this->command_count); > $this->responses[] = $result; > if ($chunked) { > > > Jason Munro > ja...@ha... > > On Mon, 26 Nov 2012 15:06:14 +0100 Thierry de Montaudry <th...@if...> > wrote > >> Hi there, >> >> After getting a timeout on one mailbox, I did run some manual connection to >> the account and found out that Hastymail is always timing out when there is a >> server error. It looks to me like it doesn't handle the "* BYE" reply and >> still tries to get more data. Please see below the transaction. >> >> Regards, >> >> Thierry >> >> >> A003 FETCH 1:* FULL >> * 1 FETCH (FLAGS (\Seen) INTERNALDATE "24-Nov-2012 08:53:35 +0200" >> RFC822.SIZE 10060984) * BYE Internal error occurred. Refer to server log for >> more information. [2012-11-26 15:00:37] Connection closed by foreign host. >> >> _______________________________ >> Thierry de Montaudry >> Interface Holding (Pty) Ltd >> +27 (0)79 980 0752 >> +27 (0)11 628 9800 >> +33 (0)6 72 12 80 53 >> >> >> >> ----------------------------------------------------------------------------- >> - Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> _______________________________________________ >> Hastymail-devel mailing list >> Has...@li... >> https://lists.sourceforge.net/lists/listinfo/hastymail-devel > > |
From: <ja...@ha...> - 2012-11-27 18:20:59
|
On Tue, 27 Nov 2012 17:52:59 +0100 Thierry de Montaudry <th...@if...> wrote > Hi Jason, > > With this code, it does leave the loop, but it must be trying to read again > as the page is still timing out, and I get the following error: PHP Fatal > error: Maximum execution time of 30 seconds exceeded in > /var/www/html/hastymail2/lib/imap_class.php on line 181 > > It looks like the is_resource($this->handle) test doesn't detect when the > socket is closed, which is normal, as a handle to a closed socket is still a > resource. I tried to replace it with the following with success: > if(feof($this->handle)) break; Interesting. Great find! > I presume the test should be replace all around: "if(!is_resource())" => > "if(feof())" I replaced the is_resource calls in the get_response method as suggested and added another feof check in the fgets method of the IMAP class as well. The remaining is_resource() calls are checking the result of a connection attempt so I think they can be left alone. Updates are in rev 2123. Thanks for the feedback, Jason Munro ja...@ha... |
From: Thierry de M. <th...@if...> - 2012-11-27 16:53:17
|
Hi Jason, With this code, it does leave the loop, but it must be trying to read again as the page is still timing out, and I get the following error: PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/hastymail2/lib/imap_class.php on line 181 It looks like the is_resource($this->handle) test doesn't detect when the socket is closed, which is normal, as a handle to a closed socket is still a resource. I tried to replace it with the following with success: if(feof($this->handle)) break; I presume the test should be replace all around: "if(!is_resource())" => "if(feof())" Regards, Thierry ________________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)79 980 0752 +27 (0)11 628 9800 +33 (0)6 72 12 80 53 On 26 Nov 2012, at 17:10, ja...@ha... wrote: > A test fix for this is in SVN rev 2120 and the simple diff below. If you can > test this out and see if it helps with the situation that would be great. > Otherwise I will try to force an untagged BYE response in Dovecot somehow :) > > Index: lib/imap_class.php > =================================================================== > --- lib/imap_class.php (revision 2119) > +++ lib/imap_class.php (working copy) > @@ -228,6 +228,9 @@ > $chunked_result[$c] = $chunks; > } > } > + if (substr(strtoupper($result[$n]), 0, 6) == '* BYE ') { > + break; > + } > } while (substr($result[$n], 0, strlen('A'.$this->command_count)) != > 'A'.$this->command_count); > $this->responses[] = $result; > if ($chunked) { > > > Jason Munro > ja...@ha... > > On Mon, 26 Nov 2012 15:06:14 +0100 Thierry de Montaudry <th...@if...> > wrote > >> Hi there, >> >> After getting a timeout on one mailbox, I did run some manual connection to >> the account and found out that Hastymail is always timing out when there is a >> server error. It looks to me like it doesn't handle the "* BYE" reply and >> still tries to get more data. Please see below the transaction. >> >> Regards, >> >> Thierry >> >> >> A003 FETCH 1:* FULL >> * 1 FETCH (FLAGS (\Seen) INTERNALDATE "24-Nov-2012 08:53:35 +0200" >> RFC822.SIZE 10060984) * BYE Internal error occurred. Refer to server log for >> more information. [2012-11-26 15:00:37] Connection closed by foreign host. >> >> _______________________________ >> Thierry de Montaudry >> Interface Holding (Pty) Ltd >> +27 (0)79 980 0752 >> +27 (0)11 628 9800 >> +33 (0)6 72 12 80 53 >> >> >> >> ----------------------------------------------------------------------------- >> - Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> _______________________________________________ >> Hastymail-devel mailing list >> Has...@li... >> https://lists.sourceforge.net/lists/listinfo/hastymail-devel > > |
From: <ja...@ha...> - 2012-11-26 16:37:12
|
A test fix for this is in SVN rev 2120 and the simple diff below. If you can test this out and see if it helps with the situation that would be great. Otherwise I will try to force an untagged BYE response in Dovecot somehow :) Index: lib/imap_class.php =================================================================== --- lib/imap_class.php (revision 2119) +++ lib/imap_class.php (working copy) @@ -228,6 +228,9 @@ $chunked_result[$c] = $chunks; } } + if (substr(strtoupper($result[$n]), 0, 6) == '* BYE ') { + break; + } } while (substr($result[$n], 0, strlen('A'.$this->command_count)) != 'A'.$this->command_count); $this->responses[] = $result; if ($chunked) { Jason Munro ja...@ha... On Mon, 26 Nov 2012 15:06:14 +0100 Thierry de Montaudry <th...@if...> wrote > Hi there, > > After getting a timeout on one mailbox, I did run some manual connection to > the account and found out that Hastymail is always timing out when there is a > server error. It looks to me like it doesn't handle the "* BYE" reply and > still tries to get more data. Please see below the transaction. > > Regards, > > Thierry > > > A003 FETCH 1:* FULL > * 1 FETCH (FLAGS (\Seen) INTERNALDATE "24-Nov-2012 08:53:35 +0200" > RFC822.SIZE 10060984) * BYE Internal error occurred. Refer to server log for > more information. [2012-11-26 15:00:37] Connection closed by foreign host. > > _______________________________ > Thierry de Montaudry > Interface Holding (Pty) Ltd > +27 (0)79 980 0752 > +27 (0)11 628 9800 > +33 (0)6 72 12 80 53 > > > > ----------------------------------------------------------------------------- > - Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Hastymail-devel mailing list > Has...@li... > https://lists.sourceforge.net/lists/listinfo/hastymail-devel |
From: <ja...@ha...> - 2012-11-26 15:50:15
|
Thierry, You are correct. A quick inspection of the code tells me we are not looking for the untagged BYE response and are still reading from the wire looking for a tagged response completion. I will add a bug to the tracker and see what we can do. Thanks for the feedback, Jason Munro ja...@ha... On Mon, 26 Nov 2012 15:06:14 +0100 Thierry de Montaudry <th...@if...> wrote > Hi there, > > After getting a timeout on one mailbox, I did run some manual connection to > the account and found out that Hastymail is always timing out when there is a > server error. It looks to me like it doesn't handle the "* BYE" reply and > still tries to get more data. Please see below the transaction. > > Regards, > > Thierry > > > A003 FETCH 1:* FULL > * 1 FETCH (FLAGS (\Seen) INTERNALDATE "24-Nov-2012 08:53:35 +0200" > RFC822.SIZE 10060984) * BYE Internal error occurred. Refer to server log for > more information. [2012-11-26 15:00:37] Connection closed by foreign host. > > _______________________________ > Thierry de Montaudry > Interface Holding (Pty) Ltd > +27 (0)79 980 0752 > +27 (0)11 628 9800 > +33 (0)6 72 12 80 53 > > > > ----------------------------------------------------------------------------- > - Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Hastymail-devel mailing list > Has...@li... > https://lists.sourceforge.net/lists/listinfo/hastymail-devel |
From: Thierry de M. <th...@if...> - 2012-11-26 14:25:34
|
Hi there, After getting a timeout on one mailbox, I did run some manual connection to the account and found out that Hastymail is always timing out when there is a server error. It looks to me like it doesn't handle the "* BYE" reply and still tries to get more data. Please see below the transaction. Regards, Thierry A003 FETCH 1:* FULL * 1 FETCH (FLAGS (\Seen) INTERNALDATE "24-Nov-2012 08:53:35 +0200" RFC822.SIZE 10060984) * BYE Internal error occurred. Refer to server log for more information. [2012-11-26 15:00:37] Connection closed by foreign host. _______________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)79 980 0752 +27 (0)11 628 9800 +33 (0)6 72 12 80 53 |
From: Jason M. <ja...@ha...> - 2012-01-17 00:33:07
|
On Fri, 13 Jan 2012 15:11:07 -0600 Jacob Fortune <jfo...@do...> wrote > Jason, > > I have created a plugin for use with HastyMail2 that enables quickly > switching between "Default" and "Simple" display modes. This was a > suggestion by Jesse Thompson for use with the WiscMail web client. It > is a very simple plugin that adds a "Simple Display" link to the end of > the menu that will change the display mode to "Simple" for the current > session only. The benefit of the plugin is to allow users on mobile > devices to quickly and easily switch from the default display to simple > display temporarily. It would also aid in accessibility for screen > readers to easily find and switch to a more comfortable view when first > accessing the client. > > In working on creating the plugin, I found that there is no hook to > change the menu in the simple display mode. To add a "Full Display" > link to switch back to the default display mode, I needed to directly > modify the theme template's /main.php/ file. This change would need to > be made to each template's /main.php/ file in order to include the > toggle link in each Theme. > > Jesse has suggested I contact you regarding this. We would prefer not > to have a fork of the main HastyMail2 source, since it would complicate > future updates. I have two potential requests for you to consider: > > My first solution is for you to consider modifying the source to include > a built-in display mode toggle similar to what I have done with this plugin. > > Second, you could alter the plugin architecture to include a display > hook for when a user is in simple display mode. In staying with the > goal of keeping simple display mode very light and minimal, this could > be an optional switch for plugins that is not utilized by default, thus > preventing modification of the simple display mode. The scope of this > change would allow others to create plugins that modified simple display > mode without modifying the source, which is preferable. Hooks are cheap by design and it should be trivial to add some simple mode specific hooks to the templates to provide simple mode only plugin modifications. I definitely don't want you to have to fork the main codebase so we will either use the plugin with the additional hooks or merge the feature into the base code. > Attached is the plugin for you to take a look at if you're interested. > In addition to including the "./plugin/display_switch/*" directory, I've > also included the "./themes/default/templates/main.php" file with the > added line required to add the link to full display at line 119 (as well > as a comment). This change would need to be made to other themes as > well, but I have not included them. I am interested and would like to include this either as a plugin or integrated. I'm leaning toward leaving it as a plugin and adding the requisite hooks to simple mode but I have not looked at the code yet :). If I get a chance I will review it tonight and let you know. Thanks very much! Jason Munro ja...@ha... http://www.hastymail.org |
From: Jason M. <ja...@ha...> - 2011-06-29 03:58:57
|
Current SVN has many fixes over the last release. I am not able to reproduce this issue, can you upgrade to the latest and see if the problem persists? Thanks for the feedback, Jason Munro ja...@gr... http://www.greybeardinc.com On Tue, 28 Jun 2011 15:19:56 +0100 "James McCurrach" <ja...@ha...> wrote > I'm using HM 2.9 (and have been for many months), and it works fine. But I > find that if I add attachments after I've composed a new message the composer > adds in a new CR/LF between each line of the message. > > Add 3 attachments and the message becomes triple-spaced... > > Thanks, James |
From: Jesse T. <jes...@do...> - 2011-05-09 18:21:07
|
On 5/9/11 12:59 PM, Jason Munro wrote: > Looks like a change of behavior depending on the open ldap version you are > using. From the PHP ldap_connect page: > > "When OpenLDAP 2.x.x is used, ldap_connect() will always return a resource as > it does not actually connect but just initializes the connecting parameters" > > So in this case you must be using something other than openldap 2.x.x .. ? I think that it is a native Solaris library. LDAP C-API version 5 Jesse |
From: Jason M. <ja...@ha...> - 2011-05-09 18:12:30
|
On Thu, 5 May 2011 13:46:47 -0500 Jesse Thompson <jes...@do...> wrote > It seems that ldap_connect doesn't work as advertised. Even though the > documentation says that ldap_connect does not actually initiate the > connection; it does, at least on my platform. So, this means that > ldap_set_option($ld, LDAP_OPT_NETWORK_TIMEOUT, 1); doesn't actually help > the situation where the interface you are trying to connect to is > dropping packets (e.g. it is blocked by a firewall). > > Attached is a quick hack to check to see if we can get to the port, with > a very short timeout. > > Is there a better way to accomplish this, or is this just a fundamental > problem with ldap_connect? > > Jesse Looks like a change of behavior depending on the open ldap version you are using. From the PHP ldap_connect page: "When OpenLDAP 2.x.x is used, ldap_connect() will always return a resource as it does not actually connect but just initializes the connecting parameters" So in this case you must be using something other than openldap 2.x.x .. ? The patch does not hurt anything for sites that are running openldap 2.x.x so I applied it to SVN rev 1859. Thanks! Jason Munro ja...@ha... http://www.hastymail.org Confidentiality Notice: This email, including attachments, may include non-public, proprietary, confidential or legally privileged information. If you are not an intended recipient or an authorized agent of an intended recipient, you are hereby notified that any dissemination, distribution or copying of the information contained in or transmitted with this e-mail is unauthorized and strictly prohibited. If you have received this email in error, please notify the sender by replying to this message and permanently delete this e-mail, its attachments, and any copies of it immediately – you should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you. |
From: Jesse T. <jes...@do...> - 2011-05-05 18:46:58
|
It seems that ldap_connect doesn't work as advertised. Even though the documentation says that ldap_connect does not actually initiate the connection; it does, at least on my platform. So, this means that ldap_set_option($ld, LDAP_OPT_NETWORK_TIMEOUT, 1); doesn't actually help the situation where the interface you are trying to connect to is dropping packets (e.g. it is blocked by a firewall). Attached is a quick hack to check to see if we can get to the port, with a very short timeout. Is there a better way to accomplish this, or is this just a fundamental problem with ldap_connect? Jesse |
From: Jesse T. <jes...@do...> - 2011-04-22 12:49:59
|
It seems that there is an oddity with php ldap on Solaris. The ldap host name can't have 'ldap://' prepended to it. I had to change if ($ldap_ssl) { $ldap_server = 'ldaps://'.$ldap_server; } else { $ldap_server = 'ldap://'.$ldap_server; } to if ($ldap_ssl) { $ldap_server = 'ldaps://'.$ldap_server; } else { $ldap_server = $ldap_server; } in order to get the ldap_addressbook plugin to work on Solaris. Jesse |
From: Jesse T. <jes...@do...> - 2011-04-15 21:34:13
|
Hello... One of the servers I am trying to test Hastymail on is behaving very strange. I am able to login and Hastymail fetches the message data just fine. e.g. this shows up in the debug output [3] => Array ( [0] => * 228 FETCH ( FLAGS ( \Seen ) UID 182561 INTERNALDATE 15-Apr-2011 15:39:57 -0500 RFC822.SIZE 1718 BODY[HEADER.FIELDS ( SUBJECT FROM DATE CONTENT-TYPE X-PRIORITY TO ) ] Content-type: text/plain; CHARSET=US-ASCII; format=fixed Date: Fri, 15 Apr 2011 15:39:56 -0500 From: jrthompson2 <jrt...@wi...> Subject: test To: jrt...@wi... ) But the Subject and From in the message listing is blank. I'm able to click the button to open the message in a new window. The Body and Date displays, but no other headers. What is even more strange is that a few of the messages will have a Subject displayed, so it doesn't affect every message. I was able to get Hastymail to work on another server using the same account/IMAP server. The difference is that this server is Solaris, and the other is Linux. Also, I am using HTTPS on this server, and I didn't on the other. Another clue is that this shows up the php_errors.log Deprecated: Assigning the return value of new by reference is deprecated in /opt/apache/htdocs/lite/lib/misc_functions.php on line 1382 Deprecated: Assigning the return value of new by reference is deprecated in /opt/apache/htdocs/lite/lib/misc_functions.php on line 1385 What can explain this oddity? Is it something to do with how I compiled PHP? Thanks in advance! Jesse |
From: Jason M. <ja...@ha...> - 2010-10-01 14:54:32
|
Hastymail2 1.0 has been released in response to the discovery of an XXS issue found in the 1.0 stable code. Thanks to Julien CAYSSOL for bringing this issue to our attention. Full details about the problem can be found here: http://www.hastymail.org/blogs/News/Hastymail2_1.01_Stable_Released/ As always thanks to everyone supporting the project. Jason Munro ja...@ha... http://www.hastymail.org |
From: Jason M. <ja...@ha...> - 2010-09-20 12:56:10
|
We are happy to announce the immediate availability of the first stable release of Hastymail2. It has taken almost 3 years of development to reach this point and we are excited about the state of the project. Thanks to everyone who has supported us with testing and feedback. Development does not stop here, actually we already have some pretty cool stuff in the works. Here is the full change log since the RC9 release, as well as some interesting summary numbers about the project and it's development: The numbers: Days in development: 991 SVN commits: 1666 Tracker bugs resolved: 145 Lines of code: 117160 (997 files) Lines of PHP: 46774 (216 files) Lines of Javascript: 34075 (143 files) Lines of CSS: 18969 (187 files) Plugins: 25 Themes: 10 Interface languages: 18 Average page size: 35KB (gzipped) Average number of HTTP includes per page: 3 Changes since RC9 - Upgraded the tinyMCE WYSIWYG HTML editor used by the html mamil plugin to version 3.3.9 - Fixed a possible read loop bug when the IMAP server connection goes away - Fixed some bugs with how contacts are handled - Fixed a bug that could break some HTML messages with inline attached images - Fixed a bug in the message digest plugin that caused entities in subjects to not be decoded - Updated the message detail and message list views to localize all date fields to the user's current timezone - Fixed some rendering bugs with the folder list when using the "flat" display style - Updated all plugins to use the include path and filesystem delimiter values set in the index.php file - Fixed a bug on the options page that cause the folder list update interval to not be set correctly - Dynamically compress and stream all the CSS for a page into a single HTML include - Combined all the images in the default and moss themes to use a single sprite image - XHTML fixes so all the main pages validate with the W3C - Moved most of the theme images into CSS backgrounds instead of inline img tags - Lots of fixes and tweaks to all the theme's CSS - Expanded the filters plugin to support filtering from the new mail page - Added an optional source folder setting to filters created with the filters plugin - Enhanced the message uid cache to minimize mailbox resorting - A few small fixes to the client side sorting routines - Sort messages on the "new mail" page by the default sort method for each folder (set on the folders page) - Added a plugin that maps login email address domains to different IMAP server backends - Added a Google Maps search to the context plugin - Added a new plugin called custom_reply_to that lets users set a custom reply- to value on the compose page that overrides the currently selected profile. - Added a new theme called "moss" - Updated the plugin api documentation - Updated the Soundmanager2 sound playing utility used by the notices plugin to version 296a-20100520 - Updated the tinyMCE WYSIWYG HTML editor used by the html mail plugin to version 3.3.6 - Updated the htmLawed HTML filter to version 1.1.9.4 - Updated the config file with defaults for all the settings available on the options page - Improved IMAP NAMESPACE support - Changed the file extension used when attaching messages to an outgoing message from .eml to .mime - Added an option to work around incorrectly formatted messages that are missing the mime-version mail header - Cleaned up the code and updated the js_help plugin with all the latest options. - Improve the IMAP parsing to handle both CRLF and "bare" CR line endings - Clean up the code responsible for setting up the message view page - Added a saved_search plugin that allows searches to be easily saved, edited or re-run from the search page. - Hide PHP timezone warnings in PHP5 when no default server timezone is set - Added an option to enable an "open in new window" link on message lists - Fixed some bugs with the "newstyle" theme - Improved mobile browser detection - Added a simple new plugin called "username" that displays the current username to the top of each page - Fixed the folder tree and dropdowns to properly handle having "special" folders that are, or have, subfolders - Fixed a bug with the toggle all links on the folders page - Display a notice when a login is attempted and the IMAP server cannot be reached - Fixed a bug with simultaneous compose sessions - Fixed encoding problems with javascript alert boxes when the interface is set to a non-ascii based language - Added an "Attach" button to the message lists that will add selected messages as attachments to an outgoing message - Fixed the "Attach" feature on the message view page - Added a Greek interface translation thanks to Konstantinidis Andreas - Fixed a bug with "show all external images" link on the message view - Updated the previous/up/next + action dialog on the message view page to remember the last used folder - Added a beta version of a pop3 fetch plugin that can pop messages from other Email accounts and deliver them to a specified IMAP folder - Fixed a bug in the uuencode plugin - Improved HTML message rendering to be safer, more robust, and faster - Added HTML flitering with htmLawed. The old legacy filter is still available via a setting in the index.php file - Fixed some various small theme bugs - Fixed a warning in the message digest plugi - Improved HTML message inline image support - Added a "!" indicator in message lists for messages with an x-priority of 1 - Improved reply/forward/resume formatting with HTML message parts and the html_mail plugin - Fixed the from address formatting in the message digest plugin - Improvements to the javascript in the auto_address plugin - Fixed a bug with the "compose in a new window" options and inline mailto links in text message parts - Added a few missing interface translation strings - Improvements to the javascript in the js_notice plugin - Fixed the auto-save as draft feature on the compose page when using the html_mail plugin - Fixed a bug with the js_sign plugin with the html_mail plugin - Plugin API improvements - Updated the TinyMce WYSIWYG editor used by the html_mail plugin and enabled the TinyMce spellcheck ability - Fixed the redirect after sending a message to return to the last viewed page - Added support for using iconv character set conversion when mb_string is not available - Allow "+" in email addresses - Translated some missing strings for the filters plugin management page - Fixed multiple bugs with the filter plugin search string that could cause the search to fail - Improved the auto complete plugin to ignore case when matching email addresses - Fixed a plugin API bug that broke the context plugin - Fixed the javascript warning message used when expunging messages - Added a few missing strings to the translation files - Added an option to set the maximum length of the subject field in message lists - Added a "delete" button to the simple UI message view that deletes the current message and navigates back to the mailbox view - Fixed a javascript error in simple UI mode - Fixed a bug with the routines that encrypt/unencrypt strings that could cause a user to be logged out of the IMAP server - Added an SMTP debug config setting that works similar to the IMAP debugging option Jason Munro ja...@ha... http://www.hastymail.org |
From: Jason M. <ja...@ha...> - 2010-09-15 13:36:09
|
On Wed, 15 Sep 2010 14:37:55 +0200 Thierry de Montaudry <th...@if...> wrote > Hi, > > We are getting a lot of those when our site gets busy: > > [Wed Sep 15 14:09:19 2010] [error] [client 168.172.253.253] PHP Fatal > > error: Maximum execution time of 30 seconds exceeded in > > /var/www/html/test/hastymail2-1.0/lib/imap_class.php on line 175, referer: > > ... > > It looks like if the socket times out, the loop just goes endless. I added a > little check for the return code of fgets(), and it looks to fix the problem. > Please see patch below. Thanks very much for the feedback and patch. Applied to rev 1665. Jason Munro ja...@ha... http://www.hastymail.org |
From: Thierry de M. <th...@if...> - 2010-09-15 12:38:08
|
Hi, We are getting a lot of those when our site gets busy: > [Wed Sep 15 14:09:19 2010] [error] [client 168.172.253.253] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/test/hastymail2-1.0/lib/imap_class.php on line 175, referer: ... It looks like if the socket times out, the loop just goes endless. I added a little check for the return code of fgets(), and it looks to fix the problem. Please see patch below. Regards, Thierry ________________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)82 812 6622 +27 (0)11 628 9800 ======== BEGIN CODE ======== --- lib/imap_class.php (revision 129) +++ lib/imap_class.php (working copy) @@ -173,6 +173,9 @@ break; } $result[$n] .= fgets($this->handle, $line_length); + if($result[$n]===false) { + break; + } $current_size += strlen($result[$n]); if ($max && $current_size > $max) { $this->max_read = true; ======== END CODE ======== |
From: Jason M. <ja...@ha...> - 2010-09-14 21:23:27
|
On Tue, 14 Sep 2010 20:00:12 +0200 Thierry de Montaudry <th...@if...> wrote > Hi, > > Not sure this is the right place to send fixes, please confirm. > > Here's a patch to fix a date problem in the mail list when the timezone is > 'UT', which happens in quite a lot of mails. I saw that there was a fix for > that in the build_time_diff() function, so I moved it to the print_time2() > function, which does call the former, so that even if you don't use the 'From > now' format, you get proper date display with 'UT' timezone. > > Please see the patch below, tested and working on our site. Thanks very much for this, it is applied to SVN rev 1664. Jason Munro ja...@ha... http://www.hastymail.org |
From: Jason M. <ja...@ha...> - 2010-09-14 20:39:33
|
On Tue, 14 Sep 2010 20:00:12 +0200 Thierry de Montaudry <th...@if...> wrote > Hi, > > Not sure this is the right place to send fixes, please confirm. Fixes can be sent to the dev list or directly to me at ja...@ha.... > Here's a patch to fix a date problem in the mail list when the timezone is > 'UT', which happens in quite a lot of mails. I saw that there was a fix for > that in the build_time_diff() function, so I moved it to the print_time2() > function, which does call the former, so that even if you don't use the 'From > now' format, you get proper date display with 'UT' timezone. Thanks for the patch. I will review and commit it to SVN shortly. Take care, Jason Munro ja...@ha... http://www.hastymail.org > Please see the patch below, tested and working on our site. > > Regards, > > ________________________________ > Thierry de Montaudry > Interface Holding (Pty) Ltd > +27 (0)82 812 6622 > +27 (0)11 628 9800 > > ======== BEGIN CODE ======== > --- lib/misc_functions.php.org 2010-09-06 13:51:16.000000000 +0200 > +++ lib/misc_functions.php 2010-09-14 19:45:26.000000000 +0200 > @@ -281,15 +281,19 @@ function trim_htmlstr($string, $len) { > function print_time2($date_string, $date_format, $date_format_2) { > global $user; > $data = ''; > + $date_string = trim($date_string); > + if (preg_match("/UT$/", $date_string)) { > + $date_string .= 'C'; > + } > if (!$date_format) { > - $data .= '<span title="'.$user->htmlsafe(trim($date_string)).'">'; > + $data .= '<span title="'.$user->htmlsafe($date_string).'">'; > $data .= print_time(strtotime($user->htmlsafe($date_string)), > $date_string).'</span>'; > } > else { > $data .= '<span > title="'.print_time(strtotime($user->htmlsafe($date_string)), > $date_string).'">'; > - $data .= $user->htmlsafe(date($date_format, > strtotime(trim($date_string)))); > + $data .= $user->htmlsafe(date($date_format, > strtotime($date_string))); > if ($date_format_2) { > - $data .= ' '.$user->htmlsafe(date($date_format_2, > strtotime(trim($date_string)))); > + $data .= ' '.$user->htmlsafe(date($date_format_2, > strtotime($date_string))); > } > $data .= '</span>'; > } > @@ -297,9 +301,7 @@ function print_time2($date_string, $date > } > function build_time_diff($timestamp, $date_str=false) { > if (!$timestamp) { > - if (preg_match("/UT$/", trim($date_str))) { > - $timestamp = strtotime(substr(trim($date_str), 0, -3).' GMT'); > - } > + $timestamp = strtotime($date_str); > if (!$timestamp) { > return 'unknown'; > } > ======== END CODE ======== > ----------------------------------------------------------------------------- > - > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Hastymail-devel mailing list > Has...@li... > https://lists.sourceforge.net/lists/listinfo/hastymail-devel |
From: Jason M. <ja...@ha...> - 2010-09-14 20:39:31
|
On Tue, 14 Sep 2010 15:08:00 +0200 Thierry de Montaudry <th...@if...> wrote > Hi, > > I just picked up that a couple of files are missing the closing PHP tag. > That's from the latest 1662 revision: > > > plugins/js_help/display.php > > lang/charset.php > > plugins/logger/settings.php > > plugins/archiving/config.php > > plugins/pop_fetch/config.php > > plugins/pop_fetch/display.php > > plugins/imap_domain_map/settings.php > > lib/htmLawed.php Thanks for the info, fixed in SVN rev 1663, except for The plugins/archiving plugin which is not a part of SVN :) Jason Munro ja...@ha... http://www.hastymail.org |
From: Thierry de M. <th...@if...> - 2010-09-14 18:17:02
|
Hi, Not sure this is the right place to send fixes, please confirm. Here's a patch to fix a date problem in the mail list when the timezone is 'UT', which happens in quite a lot of mails. I saw that there was a fix for that in the build_time_diff() function, so I moved it to the print_time2() function, which does call the former, so that even if you don't use the 'From now' format, you get proper date display with 'UT' timezone. Please see the patch below, tested and working on our site. Regards, ________________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)82 812 6622 +27 (0)11 628 9800 ======== BEGIN CODE ======== --- lib/misc_functions.php.org 2010-09-06 13:51:16.000000000 +0200 +++ lib/misc_functions.php 2010-09-14 19:45:26.000000000 +0200 @@ -281,15 +281,19 @@ function trim_htmlstr($string, $len) { function print_time2($date_string, $date_format, $date_format_2) { global $user; $data = ''; + $date_string = trim($date_string); + if (preg_match("/UT$/", $date_string)) { + $date_string .= 'C'; + } if (!$date_format) { - $data .= '<span title="'.$user->htmlsafe(trim($date_string)).'">'; + $data .= '<span title="'.$user->htmlsafe($date_string).'">'; $data .= print_time(strtotime($user->htmlsafe($date_string)), $date_string).'</span>'; } else { $data .= '<span title="'.print_time(strtotime($user->htmlsafe($date_string)), $date_string).'">'; - $data .= $user->htmlsafe(date($date_format, strtotime(trim($date_string)))); + $data .= $user->htmlsafe(date($date_format, strtotime($date_string))); if ($date_format_2) { - $data .= ' '.$user->htmlsafe(date($date_format_2, strtotime(trim($date_string)))); + $data .= ' '.$user->htmlsafe(date($date_format_2, strtotime($date_string))); } $data .= '</span>'; } @@ -297,9 +301,7 @@ function print_time2($date_string, $date } function build_time_diff($timestamp, $date_str=false) { if (!$timestamp) { - if (preg_match("/UT$/", trim($date_str))) { - $timestamp = strtotime(substr(trim($date_str), 0, -3).' GMT'); - } + $timestamp = strtotime($date_str); if (!$timestamp) { return 'unknown'; } ======== END CODE ======== |
From: Thierry de M. <th...@if...> - 2010-09-14 13:27:53
|
Hi, I just picked up that a couple of files are missing the closing PHP tag. That's from the latest 1662 revision: > plugins/js_help/display.php > lang/charset.php > plugins/logger/settings.php > plugins/archiving/config.php > plugins/pop_fetch/config.php > plugins/pop_fetch/display.php > plugins/imap_domain_map/settings.php > lib/htmLawed.php Regards, Thierry ________________________________ Thierry de Montaudry Interface Holding (Pty) Ltd +27 (0)82 812 6622 +27 (0)11 628 9800 |