Destination rule (To,Cc,Bcc,etc) doesn't work with the IMAP backend

I notice that "destination (To,Cc,Bcc,etc)" rule of last Ing

Tue, 16 Sep 2008 13:40:50 +0000

I notice that "destination (To,Cc,Bcc,etc)" rule of last Ingo H3(1.2.1) doesn't work. Messages are not filtered. I have to create separate rule for each header (To,Cc,Bcc) to make filter working. I use IMP H3 (4.2), configured with an IMAP server as backend. Thank you very much for every hints or patch

What ingo backend?

Tue, 16 Sep 2008 15:18:32 +0000

What ingo backend?

> What ingo backend? I (not the initial reporter) have th

Tue, 16 Sep 2008 15:35:23 +0000

> What ingo backend? I (not the initial reporter) have this problem with the procmail backend. It generates the following ##### Test ##### :0 * ^To,Cc,Bcc,Resent-to:.*test@example\.com "$DEFAULT/.Test/" I doubt this will do what it is intended to do.

Duplicate of ticket #7117.

Tue, 16 Sep 2008 15:46:00 +0000

Duplicate of ticket #7117.

I use imap script as backend. $backends['imap'] = array(

Wed, 17 Sep 2008 06:33:21 +0000

I use imap script as backend. $backends['imap'] = array( 'driver' => 'null', 'preferred' => '', 'hordeauth' => true, 'params' => array(), 'script' => 'imap', 'scriptparams' => array(), 'shares' => false ); This is what is stored to mysql: {i:0;a:4:{s:5:"field";s:19:"To,Cc,Bcc,Resent-to";s:4:"type";i:1;s:5:"match";s:8:"contains";s:5:"value";s:25:"dummy-users@dummy.org";}}s:12:"action-value";s:12:"dummy-user";s:6:"action";s:1:"2";s:4:"stop";s:1:"1";s:5:"flags";i:0;}} Same behavior also fot other combined header rules, as: {i:0;a:4:{s:5:"field";s:52:"To,Cc,Bcc,Resent-to,From,Sender,Reply-to,Resent-from";s:4:"type";i:1;s:5:"match";s:8:"contains";s:5:"value";s:25:"dummy-users@dummy.org";}}s:12:"action-value";s:12:"dummy-user";s:6:"action";s:1:"2";s:4:"stop";s:1:"1";s:5:"flags";i:0;}} These filters don't apply. If it is the same problem of procmail I apologize for duplication case.

> Duplicate of ticket #7117. I would only notice that is

Tue, 11 Nov 2008 13:32:07 +0000

> Duplicate of ticket #7117. I would only notice that is not really a "duplicate". maildrop and procmail was patched. IMAP was not patched...

I noticed two things related to this. 1) It even affects

Tue, 11 Nov 2008 16:41:42 +0000

I noticed two things related to this. 1) It even affects uncommon headers such as Bcc since it calls extendedSearch which doesn't seem to work. 2) It's not specific to Destination rule because it's simply not separating the values. So it's looking for a field named "To,Cc,Bcc..." with the commas and all field names in there. The point at which it fails seems to be quite possibly the "php search" section of the filtering. Either way, it hits extendedSearch in all cases that it failed for me. But regardless of what needs to be done with that to make extended searching work, it needs to deal with the comma separated field names

Is this still being looked at?

Wed, 18 Mar 2009 23:19:58 +0000

Is this still being looked at?

Changes have been made in CVS for this ticket: Support comp

Tue, 22 Dec 2009 13:29:48 +0000

Changes have been made in CVS for this ticket: Support composite header rules with IMAP backends (Bug #7343). http://cvs.horde.org/diff.php/ingo/docs/CHANGES?rt=horde&r1=1.55.2.137&r2=1.55.2.138&ty=u http://cvs.horde.org/diff.php/ingo/lib/Script/imap.php?rt=horde&r1=1.49.10.19&r2=1.49.10.20&ty=u

Please try what I committed.

Tue, 22 Dec 2009 13:30:24 +0000

Please try what I committed.

Changes have been made in Git for this ticket: Support comp

Tue, 22 Dec 2009 14:36:40 +0000

Changes have been made in Git for this ticket: Support composite header rules with IMAP backends (Bug #7343). http://git.horde.org/diff.php/ingo/docs/CHANGES?rt=horde-hatchery&r1=72a91b55120f6e261521037bfd5c74c160d8bb33&r2=32b619aa77fa023460409b7161417071d90040ee http://git.horde.org/diff.php/ingo/lib/Script/Imap.php?rt=horde-hatchery&r1=a04d974faf3fd7f46e2036a8917d2fab4091fbdb&r2=32b619aa77fa023460409b7161417071d90040ee

I tried in horde-webmail-1.2.5 replacing file from Git. I s

Wed, 23 Dec 2009 12:54:40 +0000

I tried in horde-webmail-1.2.5 replacing file from Git. I see blank page after login, and these errors in http log: [Wed Dec 23 13:51:24 2009] [error] PHP Fatal error: Access level to Ingo_Script_Imap::$_actions must be public (as in class Ingo_Script) in /var/www/html/horde-webmail-1.2.5/ingo/lib/Script/imap.php on line 381, referer: https://10.10.10.10/imp/login.php

You can't use code from Git with the stable version. Use the

Wed, 23 Dec 2009 13:37:05 +0000

You can't use code from Git with the stable version. Use the patch for the FRAMEWORK_3 CVS branch instead.

> You can't use code from Git with the stable version. Use t

Wed, 23 Dec 2009 14:44:17 +0000

> You can't use code from Git with the stable version. Use the patch > for the FRAMEWORK_3 CVS branch instead. I tried but I can't. Diff file is rejected. My imap.php 1.2.4 original is $Horde: ingo/lib/Script/imap.php,v 1.49.10.18 2009/01/06 15:24:37 jan Exp $ I tried also with 1.2.5, same result: I can't patch: [root@ Script]# patch -p1 < imap.php.diff missing header for unified diff at line 8 of patch can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |=================================================================== |RCS file: /horde/cvs/ingo/lib/Script/imap.php,v |retrieving revision 1.49.10.19 |retrieving revision 1.49.10.20 |diff -p --unified=3 -r1.49.10.19 -r1.49.10.20 |--- imap.php 2009/12/21 23:19:05 1.49.10.19 |+++ imap.php 2009/12/22 13:29:47 1.49.10.20 -------------------------- File to patch: imap.php patching file imap.php Hunk #3 FAILED at 158. Hunk #4 FAILED at 205. Hunk #5 succeeded at 228 (offset 6 lines).

Then download the complete file: http://cvs.horde.org/h/cho

Wed, 23 Dec 2009 15:02:49 +0000

Then download the complete file: http://cvs.horde.org/h/chora/co.php/ingo/lib/Script/imap.php?r=1.49.10.20&p=1

Thanks. I applied the new file. It work at the same way of

Wed, 23 Dec 2009 15:34:02 +0000

Thanks. I applied the new file. It work at the same way of previous one, for me. Source,Destination,Participant category are not filtered.

May be it is this bug, because i noticed the same problem wi

Mon, 28 Dec 2009 10:50:48 +0000

May be it is this bug, because i noticed the same problem with the Destination rule. http://bugs.horde.org/ticket/8804

Changes have been made in CVS for this ticket: Fix argument

Wed, 30 Dec 2009 17:58:54 +0000

Changes have been made in CVS for this ticket: Fix argument order (Bug #7343). http://cvs.horde.org/diff.php/ingo/lib/Script/imap.php?rt=horde&r1=1.49.10.20&r2=1.49.10.21&ty=u

Works fine for me now.

Wed, 30 Dec 2009 17:59:16 +0000

Works fine for me now.

Changes have been made in Git for this ticket: MFB: Fix arg

Wed, 30 Dec 2009 18:04:20 +0000

Changes have been made in Git for this ticket: MFB: Fix argument order (Bug #7343). http://git.horde.org/diff.php/ingo/lib/Script/Imap.php?rt=horde-hatchery&r1=32b619aa77fa023460409b7161417071d90040ee&r2=9dee454a2f4a39655ae4fc40bb654caac03876d1

Changes have been made in Git for this ticket: Support comp

Wed, 13 Jan 2010 00:18:13 +0000

Changes have been made in Git for this ticket: Support composite header rules with IMAP backends (Bug #7343). http://git.horde.org/diff.php/ingo/docs/CHANGES?rt=horde-git&r1=72a91b55120f6e261521037bfd5c74c160d8bb33&r2=32b619aa77fa023460409b7161417071d90040ee http://git.horde.org/diff.php/ingo/lib/Script/Imap.php?rt=horde-git&r1=a04d974faf3fd7f46e2036a8917d2fab4091fbdb&r2=32b619aa77fa023460409b7161417071d90040ee

Changes have been made in Git for this ticket: MFB: Fix arg

Wed, 13 Jan 2010 00:24:53 +0000

Changes have been made in Git for this ticket: MFB: Fix argument order (Bug #7343). http://git.horde.org/diff.php/ingo/lib/Script/Imap.php?rt=horde-git&r1=32b619aa77fa023460409b7161417071d90040ee&r2=9dee454a2f4a39655ae4fc40bb654caac03876d1

Cannot send or receive email. The message - There was an er

Sun, 18 Apr 2010 22:37:13 +0000

Cannot send or receive email. The message - There was an error sending your message: Failed to send data [SMTP: Invalid response code received from server (code: 452, response: Message denied temporarily)] pops up above the page. All other out sources are woking fine, internet, network etc. Is this a bug?