[imp] notspam option gone in H5?
Citeren Arjen de Korte arjen+horde at de-korte.org: Read the header and commented out configuration example from 'imp/config/backends.php' I directed you to. The option still exists, it is just named differently. ** I managed to post this to the list in a way that made it appear out of context I ** ** hope this post makes more sense. In essence, I'm trying to set up a way for users who ** ** mistakenly mark something as SPAM to unmark those messages and I understand that is done ** ** via the notspam variable. ** I have studied the comments on that document and the docs at http://www.horde.org/apps/imp/docs/UPGRADING#id3 and I am afraid I cannot reconcile to two. For instance, in backends.php it states This array can contain two keys - 'innocent' and 'spam' The docs page has the example $conf['notspam']['program'] I'm not able to discern where 'innocent' or 'spam' would go as there is no example to follow. I'm sorry gang, I'm really trying here and I'm totally willing to read the documentation, I just don't understand it. I do have this also defined in backends.local.php which I understand effects the way notspam is defined/handled: $servers['imap']['spam'] = array( 'spam' = array( 'display' = false, 'email' = 's...@address.org', 'email_format' = 'digest', ) ); -- Brett Charbeneau Network Administrator Williamsburg Regional Library 7770 Croaker Road Williamsburg, VA 23188-7064 (757)259-4044 www.wrl.org (757)259-4079 (fax)br...@wrl.org -- Brett Charbeneau Network Administrator Williamsburg Regional Library 7770 Croaker Road Williamsburg, VA 23188-7064 (757)259-4044 www.wrl.org (757)259-4079 (fax)br...@wrl.org -- Brett Charbeneau Network Administrator Williamsburg Regional Library 7770 Croaker Road Williamsburg, VA 23188-7064 (757)259-4044 www.wrl.org (757)259-4079 (fax)br...@wrl.org -- imp mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: imp-unsubscr...@lists.horde.org
Re: [imp] Search results of more than 100 messages cause 'error communicating with the server'
On 28. August 2014 01:06:11 MESZ, Andy Dorman ador...@ironicdesign.com wrote: On 08/27/2014 04:57 PM, Michael M Slusarz wrote: Quoting Andy Dorman ador...@ironicdesign.com: On 08/27/2014 02:09 PM, Michael M Slusarz wrote: Quoting Jens Pranaitis pranai...@phil.hhu.de: FYI to others: this turned out to be a bug with Debian (and Ubuntu's) PHP package. Namely, the JSON-C package is broken. Very frustrating since there is nothing wrong with *PHP's* JSON decoding code. Could you elaborate on this? Is this https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687269 ? I think I'm seeing the same issue with some users loading messages from search results. Debian has an issue with the line Use this software for good, not evil in the source code for the PHP JSON code. (This is real. I am not making this up.) So they replaced this stable code that works perfectly fine with a replacement that is broken in several areas - mainly dealing with null characters. We use null characters a bunch in IMP data for technical reasons I won't go into here. So Debian ships with broken JSON code with known bugs (which, I should mention, have been known for a year and *still* aren't fixed). Well the issue is not quite that simple and Debian isn't the only distro that has a problem with a morality clause in software. This has been covered before. Regardless of what anyone feels personally/morally about the clause, *legally* the clause causes no substantial issues - or at least no more substantial issues than any other supposed free license. I really don't care that Debian gets the whole legal argument wrong. Whatever - that pissing contest is not my idea of intellectual stimulation. What I do care is that they ship BROKEN software that claims to be PHP, when it really isn't. In other words: Debian PHP 5.x.y !== PHP 5.x.y. michael ___ Michael Slusarz [slus...@horde.org] Michael, I agree, but the lawyer I checked with disagrees with you that the clause causes no substantial issues. But I definitely agree this line of discussion is a complete waste of all of our time. However, we still need a solution...So I gather that the options for anyone using a Debian distro are: 1. Switch to a non-debian distro...really not feasible for us as our many debian servers are already running other services with thousands of users and we do not have the resources nor expertise to switch distros. 2. Live with the bug caused by the Debian PHP JSON-C package not handling null (and apparently some other) characters. 3. Recompile our own version of PHP with Mr Crockford's morality-constrained package and use it on our servers. Again we do not have the expertise nor time to maintain our own PHP version. 4. Are the two JSON-C packages so incompatible that end software (ie Horde) could not be modified to work with either one? I expect the Horde team has already considered this and that means it is not feasible nor should they have to. If this is really a bug in the free version of PHP JSON-C, then the best thing would be to fix the bug. and that leads us to 5. See if we could help fund added development in the Debian JSON-C package to resolve the null (and other) character handling bugs. 6. See if we can get Mr Crockford to grant Debian and PHP the same exception to his morality clause that he granted to IBM. Based on his treating this as a funny joke, I expect not. So it looks to me like #5 is the best and possibly only way to proceed at this time. Toward that end, is this the problem bug? json_decode: strings cut off after first null-byte https://github.com/remicollet/pecl-json-c/issues/7 If so then I will be happy to see if we can accelerate getting the code with the bug fix into Debian PHP ASAP. Thanks, -- Andy Dorman -- imp mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: imp-unsubscr...@lists.horde.org There's actually yet another option. PHP itself is about to ship a replacement extension that doesn't use the original JSON library. -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- imp mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: imp-unsubscr...@lists.horde.org
Re: [imp] Search results of more than 100 messages cause 'error communicating with the server'
On 08/28/2014 11:37 AM, Jan Schneider wrote: There's actually yet another option. PHP itself is about to ship a replacement extension that doesn't use the original JSON library. Excellent! Our dev server is running right on the bleeding edge with PHP 5.6 RC4+whatever, so hopefully we will see it shortly. In the meantime I still need to work on experimenting with the stream_set_timeout to see if we can get IMAP SMTP tls working again. Thank you again for your help and patience. -- Andy Dorman -- imp mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: imp-unsubscr...@lists.horde.org
Re: [imp] notspam option gone in H5?
Read the header and commented out configuration example from 'imp/config/backends.php' I directed you to. The option still exists, it is just named differently. ** I managed to post this to the list in a way that made it appear out of context I ** ** hope this post makes more sense. In essence, I'm trying to set up a way for users who ** ** mistakenly mark something as SPAM to unmark those messages and I understand that is done ** ** via the notspam variable. ** I have studied the comments on that document and the docs at http://www.horde.org/apps/imp/docs/UPGRADING#id3 and I am afraid I cannot reconcile to two. For instance, in backends.php it states This array can contain two keys - 'innocent' and 'spam' The docs page has the example $conf['notspam']['program'] I'm not able to discern where 'innocent' or 'spam' would go as there is no example to follow. I'm sorry gang, I'm really trying here and I'm totally willing to read the documentation, I just don't understand it. I do have this also defined in backends.local.php which I understand effects the way notspam is defined/handled: $servers['imap']['spam'] = array( 'spam' = array( 'display' = false, 'email' = 's...@address.org', 'email_format' = 'digest', ) ); -- Brett Charbeneau I have spam/ham sent to email addresses where my server processes accordingly, your setup will differ if you use local commands to process, but this shows a working example of a setup that has a spam button in Inbox, and an Innocent button in Spam folder. This is my config from backends.local.php (so it's not necessarily the full array, but written to call out and override backends.php values). The display option is detailed in backends.php, and shows where 'Spam' and 'Innocent' buttons will display. $servers['imap']['spam']['innocent']['display'] = true; $servers['imap']['spam']['innocent']['email'] = '...ham processing email address...'; $servers['imap']['spam']['innocent']['email_format'] = 'digest'; $servers['imap']['spam']['spam']['display'] = false; $servers['imap']['spam']['spam']['email'] = '...spam processing email address...'; $servers['imap']['spam']['spam']['email_format'] = 'digest'; Simon. -- Simon Wilson M: 0400 12 11 16 bintAhIlUsnf7.bin Description: PGP Public Key pgpW3yV7fQ8yf.pgp Description: PGP Digital Signature -- imp mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: imp-unsubscr...@lists.horde.org