Nabble - Horde - Ingo

Re: Rules don't have mail prefix

2009-12-01T15:14:59Z

Zitat von Shane Williams <broot@...>:

> Running Horde 3.3.4, IMP 4.3.4, Ingo 1.2.2 and Dovecot 1.0.7
>
> Other background: Due to historical issues with mail folders (that,
> no surprise, have to do with UW-IMAP), we've created several
> namespaces in dovecot. The default namespace, with no prefix, points
> to "$HOME/mail". Then there are additional hidden namespaces, one of
> which, to provide backward compatibility in certain situations uses
> the prefix "mail/" and also points to "$HOME/mail". So, right now,
> when IMP does it's NAMESPACE command, it gets back:
> * NAMESPACE (("" "/")) NIL NIL
>
> Problem description
> Ingo is set to use the IMP folder api, which appears to work right.
> That is, when I go to set up a new rule, and choose "Deliver to
> folder..." as the "Do this:" action, up pops a list of target folders
> (which live in $HOME/mail).
>
> But then, when I select a folder (cron for instance), and save the
> rule, the resulting procmail script shows the destination as only
> "cron" when it ought to say "mail/cron".
>
> Interestingly, if I specify a namespace in my IMP servers.php with:
> 'namespace' => array('mail/')
> when I go through ingo action to "Deliver to folder" the drop-down now
> shows the list of folders from the default, and then, in the middle
> where the "m"s are, there's a greyed out line that says "mail" and all
> the folders listed again, but slightly indented. If I chose the
> indented "cron", ingo now points the procmail action toward
> "mail/cron", as desired.
>
> So I see two possible solutions, but I want to know if there's
> something I might be missing.
>
> Option 1:
> the straightforward fix would seem to be something like the following
> in my backends.php:
> 'scriptparams' => array(
> // Use if you need to set up specific environment variables.
> 'variables' => array(
> 'DEFAULT' => '$HOME/mail'
> )
> )
> This adds the "DEFAULT=$HOME/mail" line into procmail, but since many
> people have rules that are older than our horde/imp upgrade which
> introduced the IMP folderapi, they're rules still apearr with the mail
> prefix on them. So, unless you go back and re-save each rule
> individually, you now have rules that will try to put things in
> $HOME/mail/mail/foldername.
>
> Option 2:
> Change our dovecot configuration so that the default, non-hidden
> namespace has the "mail/" prefix, and make the namespace with no name
> hidden instead. I suspect this is most likely to fix the ingo rule
> problems without causing other ingo rules to be broken, but I'm not
> sure what it's going to do to IMP (or other mail clients for that
> matter).
>
> If there's a way to turn off the IMP folder api and specify a
> namespace, maybe that would work? I know it's not ideal, but if I
> only have one non-hidden namespace, it doesn't seem like there's any
> practical difference.
>
> Other suggestions?

I don't know the final outcome, but this has been discussed a few
times in both the mailing list and the bug tracker. And IIRC a
solution has eventually been found by fixing the Dovecot
configuration. Please search the mailing list archive and bug tracker.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Rules don't have mail prefix

2009-11-30T12:53:50Z

Running Horde 3.3.4, IMP 4.3.4, Ingo 1.2.2 and Dovecot 1.0.7

Other background: Due to historical issues with mail folders (that,
no surprise, have to do with UW-IMAP), we've created several
namespaces in dovecot. The default namespace, with no prefix, points
to "$HOME/mail". Then there are additional hidden namespaces, one of
which, to provide backward compatibility in certain situations uses
the prefix "mail/" and also points to "$HOME/mail". So, right now,
when IMP does it's NAMESPACE command, it gets back:
* NAMESPACE (("" "/")) NIL NIL

Problem description
Ingo is set to use the IMP folder api, which appears to work right.
That is, when I go to set up a new rule, and choose "Deliver to
folder..." as the "Do this:" action, up pops a list of target folders
(which live in $HOME/mail).

But then, when I select a folder (cron for instance), and save the
rule, the resulting procmail script shows the destination as only
"cron" when it ought to say "mail/cron".

Interestingly, if I specify a namespace in my IMP servers.php with:
'namespace' => array('mail/')
when I go through ingo action to "Deliver to folder" the drop-down now
shows the list of folders from the default, and then, in the middle
where the "m"s are, there's a greyed out line that says "mail" and all
the folders listed again, but slightly indented. If I chose the
indented "cron", ingo now points the procmail action toward
"mail/cron", as desired.

So I see two possible solutions, but I want to know if there's
something I might be missing.

Option 1:
the straightforward fix would seem to be something like the following
in my backends.php:
'scriptparams' => array(
// Use if you need to set up specific environment variables.
'variables' => array(
'DEFAULT' => '$HOME/mail'
)
)
This adds the "DEFAULT=$HOME/mail" line into procmail, but since many
people have rules that are older than our horde/imp upgrade which
introduced the IMP folderapi, they're rules still apearr with the mail
prefix on them. So, unless you go back and re-save each rule
individually, you now have rules that will try to put things in $HOME/mail/mail/foldername.

Option 2:
Change our dovecot configuration so that the default, non-hidden
namespace has the "mail/" prefix, and make the namespace with no name
hidden instead. I suspect this is most likely to fix the ingo rule
problems without causing other ingo rules to be broken, but I'm not
sure what it's going to do to IMP (or other mail clients for that
matter).

If there's a way to turn off the IMP folder api and specify a
namespace, maybe that would work? I know it's not ideal, but if I
only have one non-hidden namespace, it doesn't seem like there's any
practical difference.

Other suggestions?

--
Shane Williams
Coordinator of Information Technology & System Administrator
School of Information, University of Texas at Austin
broot@... - 512-471-9471
--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: Ingo lost the filters

2009-11-20T08:32:06Z

Jan Schneider <jan@...> writes:

>
> Zitat von Carsten Burghardt <carsten@...>:
>
> > Hi list,
> >
> > I am using Ingo (1.2.1) as part of a new Kolab installation. I
> > created some new filter rules and the sieve script was created just
> > fine and it works. But the strange part is that shortly after the
> > configuration (maybe the next day) all my custom filters disappeared
> > from the web frontend, only the "standard" filters such as spam,
> > white and backlist are listed. The active script is still fine and
> > still shows in the header that it was created by Ingo. Any idea how
> > I can restore the configuration that is shown in the web interface,
> > maybe from the sieve configuration script?
>
> This is not possible.
>
> Jan.

Dredging up an old thread... I found it unpleasant to find "This is not
possible" when I was observing identical symptoms.

I did manage to figure out how I created the problem, so I thought I should
share for the benefit of future web searches.

I am building a new horde installation and was working on setting up default
preferences. During the process, I was deleting all the entries in the SQL
horde_prefs table so I could test my changes in various prefs.php files. Ingo
had been configured to use the Preference backend, so my rules (as far as the UI
was concerned) were lost. But my ingo sieve script was still in place on the
cyrus-imapd server.

So, admittedly this was administrator error, but the scenario is possible. I
suppose it could also happen if horde usernames are mapped to mail usernames
with a hook script and that mapping was changed, possibly leaving orphaned
horde_prefs entries in the database and creating new horde_prefs entries for the
newly mapped horde username.

I have since reconfigured Ingo to use the SQL backend directly. Now rules are
stored in the ingo_rules table and I am free to clear out horde_prefs as needed.

It is a shame that Ingo can't parse an existing script, but since I am in no
position to write the code myself, I shall not complain about it.

Jeff

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-11-05T08:38:41Z

Zitat von Jan Schneider <jan@...>:

> Zitat von Jason Welsh <jason@...>:
>
>> ok, I wiped out my ingo directory, installed fresh from scratch..
>> redid my config and my backends.php and tried again.. Looking in my
>> apache error logs, I see
>>
>> [Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
>> Deprecated: Assigning the return value of new by reference is
>> deprecated in /usr/local/apache2/htdocs/horde/lib/Horde/Prefs.php on
>> line 847, referer: https://birdhouse.mydomain.com/horde/ingo/script.php

As far as i know this is a warning from PHP 5.3 for compatibilty
problems which may arise in the future. But this has nothing todo with
your problem.

Regards

Andreas

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-11-05T07:58:41Z

Zitat von Jason Welsh <jason@...>:

> ok, I wiped out my ingo directory, installed fresh from scratch..
> redid my config and my backends.php and tried again.. Looking in my
> apache error logs, I see
>
> [Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in /usr/local/apache2/htdocs/horde/lib/Horde/Prefs.php on
> line 847, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
> [Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in /usr/local/apache2/htdocs/horde/ingo/lib/Storage.php on
> line 272, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
> [Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in /usr/local/apache2/htdocs/horde/ingo/lib/Storage.php on
> line 380, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
> [Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in /usr/local/apache2/htdocs/horde/ingo/lib/Storage/sql.php
> on line 172, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
> [Thu Nov 05 10:39:40 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in
> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php on line
> 68, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
> [Thu Nov 05 10:39:40 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in /usr/local/lib/php/Net/Sieve.php on line 177, referer:
> https://birdhouse.mydomain.com/horde/ingo/script.php
> [Thu Nov 05 10:39:40 2009] [error] [client 192.168.1.55] PHP
> Deprecated: Assigning the return value of new by reference is
> deprecated in /usr/local/apache2/htdocs/horde/lib/Horde/Serialize.php on
> line 248, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
>
> when I try to apply a new filter in ingo from the web page.
>
> wondering if this has anything to do with it.

No.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-11-05T07:40:58Z

ok, I wiped out my ingo directory, installed fresh from scratch..
redid my config and my backends.php and tried again.. Looking in my
apache error logs, I see

[Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in /usr/local/apache2/htdocs/horde/lib/Horde/Prefs.php on
line 847, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
[Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in /usr/local/apache2/htdocs/horde/ingo/lib/Storage.php on
line 272, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
[Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in /usr/local/apache2/htdocs/horde/ingo/lib/Storage.php on
line 380, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
[Thu Nov 05 10:39:39 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in /usr/local/apache2/htdocs/horde/ingo/lib/Storage/sql.php
on line 172, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
[Thu Nov 05 10:39:40 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in
/usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php on line
68, referer: https://birdhouse.mydomain.com/horde/ingo/script.php
[Thu Nov 05 10:39:40 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in /usr/local/lib/php/Net/Sieve.php on line 177, referer:
https://birdhouse.mydomain.com/horde/ingo/script.php
[Thu Nov 05 10:39:40 2009] [error] [client 192.168.1.55] PHP
Deprecated: Assigning the return value of new by reference is
deprecated in /usr/local/apache2/htdocs/horde/lib/Horde/Serialize.php on
line 248, referer: https://birdhouse.mydomain.com/horde/ingo/script.php

when I try to apply a new filter in ingo from the web page.

wondering if this has anything to do with it.

regards,
Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

[PATCH] Bug in lib/VFS/ssh2.php and ingo/lib/Driver/vfs.php?

2009-10-27T16:44:18Z

Hi All,

Updating and reading of my .procmailrc file via Ingo stopped working
after a recent system update to Horde 3.3.5/Ingo 1.2.2. After realising
the "vfs_path" param was now required in Ingo's config/backends.php file
(used to work without it), there were still issues retrieving the active
script.

I tracked the problem to the 2 files mentioned in the subject. The
attached "ingo_fixread.diff" patch updates the vfs->read() call Ingo
makes to try and retrieve the active script file. The patch makes the
read() call pass parameters in the way the VFS code seems to expect them
(gleaned from observing how the write code path works). I believe things
may work without this patch but it seems to be more correct this way to me.

The attached "horde_sshfilesizefix.diff" patch addresses the fact that
even though the active script file was being successfully pulled via ssh
and created as a local tmpfile, the filesize() check on the local
tmpfile would always return 0, even though the tmpfile actually
contained data (verified by hacking source code to dump contents of
tmpfile into a separate file). It seems some prior calls to PHP
functions that call the underlying OS stat() routine were caching the
filesize at 0 (before it had been populated), and this in turn meant the
script would not be successfully displayed to the user. Clearing the
stat cache fully mitigates the issue for me.

With these two patches applied, everything is peachy again. For
posterity's sake, my working Ingo backends.php config is included at the
end of the email.

Cheers,
Lawrence

$backends['procmail'] = array(
'driver' => 'vfs',
'preferred' => '',
'hordeauth' => true,
'params' => array(
'hostspec' => '127.0.0.1',
'filename' => '.procmailrc',
'port' => 22,
'vfs_path' => '/home/%U',
'vfstype' => 'ssh2'
),
'script' => 'procmail',
'scriptparams' => array(
'path_style' => 'mbox',
'variables' => array(
'MAILDIR' => '$HOME/.mail',
)
)
);

--- lib/VFS/ssh2.php 2009-09-14 20:08:48.000000000 +1000
+++ lib/VFS/ssh2.php 2009-10-28 09:59:43.000000000 +1100
@@ -118,6 +118,7 @@
return $file;
}

+ clearstatcache();
$size = filesize($file);
if ($size === 0) {
return '';

--- ingo/lib/Driver/vfs.php 2009-01-07 02:24:35.000000000 +1100
+++ ingo/lib/Driver/vfs.php 2009-10-28 09:55:57.000000000 +1100
@@ -105,7 +105,7 @@
if (is_a($result, 'PEAR_Error')) {
return $result;
}
- return $this->_vfs->read('', $this->_params['vfs_path'] . '/' . $this->_params['filename']);
+ return $this->_vfs->read($this->_params['vfs_path'], $this->_params['filename']);
}

/**

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T22:10:23Z

On man 26 okt 2009 21:51:49 CET, Jason Welsh wrote
>> ps> sorry Jan, didn't mean to send one directly to you earlier...
> they should configure a "reply-to" in their mailing list IMHO.. ;)

well mailman is nice there, but horde imp can set reply-to pr folder

see profile

--
xpoint

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T13:51:49Z

Darrell Budic wrote:

>
> On Oct 26, 2009, at 9:37 AM, Jan Schneider wrote:
>
>> Zitat von Jason Welsh <jason@...>:
>>
>>>
>>>
>>> Jan Schneider wrote:
>>>> Zitat von Jason Welsh <jason@...>:
>>>>
>>>>>
>>>>>
>>>>> Jan Schneider wrote:
>>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>
>>>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>>>> "false"
>>>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and
>>>>>>>>>> post the
>>>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>>>
>>>>>>>>>> Jan.
>>>>>>>>>>
>>>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>>>> output..
>>>>>>>>> where was I supposed to see it?
>>>>>>>>>
>>>>>>>>> Changes saved.
>>>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>>>> currently
>>>>>>>>> in TRANSACTION state
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> heres the change I made:
>>>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>>>> 69
>>>>>>>>> $this->_params['password'],
>>>>>>>>> 70
>>>>>>>>> $this->_params['hostspec'],
>>>>>>>>> 71
>>>>>>>>> $this->_params['port'],
>>>>>>>>> 72
>>>>>>>>> $this->_params['logintype'],
>>>>>>>>> 73 Ingo::getUser(true),
>>>>>>>>> 74 false,
>>>>>>>>> 75 false,
>>>>>>>>> 76
>>>>>>>>> $this->_params['usetls']);
>>>>>>>>
>>>>>>>> *Below* Ingo::getUser()...
>>>>>>>>
>>>>>>>> Jan.
>>>>>>>>
>>>>>>>
>>>>>>> I tried using
>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>> $this->_params['password'],
>>>>>>> $this->_params['hostspec'],
>>>>>>> $this->_params['port'],
>>>>>>> $this->_params['logintype'],
>>>>>>> Ingo::getUser(false),
>>>>>>> true,
>>>>>>> false,
>>>>>>> $this->_params['usetls']);
>>>>>>>
>>>>>>> and
>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>> $this->_params['password'],
>>>>>>> $this->_params['hostspec'],
>>>>>>> $this->_params['port'],
>>>>>>> $this->_params['logintype'],
>>>>>>> Ingo::getUser(false),
>>>>>>> true,
>>>>>>> true,
>>>>>>> $this->_params['usetls']);
>>>>>>>
>>>>>>>
>>>>>>> and neither one seemed to get me any more output.
>>>>>>> web page just says "changes saved" and "There was an error
>>>>>>> activating
>>>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>>>
>>>>>> There *has* to be some output. Try clicking on "Script" and then
>>>>>> showing the currently active script. Maybe your browser gets
>>>>>> redirected before it has a chance to show the output.
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>> hrm, when I click on script, I see
>>>>>
>>>>> 1: # Sieve Filter
>>>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>>>> 09:59:19 AM)
>>>>> 3:
>>>>> 4: # test
>>>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>>>> "fred" {
>>>>> 6: discard;
>>>>> 7: stop;
>>>>> 8: }
>>>>> 9:
>>>>
>>>> Are you sure you are editing the correct file?
>>>>
>>>>> btw, which of the above 2 entries is right (below the
>>>>> Ingo::getUser(false)) for showing the extra debugging?
>>>>
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>>
>>>> Jan.
>>>>
>>> ok, thats what I have in my
>>>>>
>>>>
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>>
>>>> Jan.
>>>>
>>> ok, thats what I have in my .
>>>>>
>>>>
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>> Jan.
>>>>
>>> ok, thats what I have in my .
>>> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
>>> line 74 has
>>> true,
>>>
>>> I tried again with opera browser to make sure it wasnt something weird
>>> that my firefox browser was doing wrong..
>>> I got the same result..
>>>
>>> * ErrorThere was an error activating the script. The driver said:
>>> Not currently in TRANSACTION state
>>
>> Do you have page compression enabled? Try disabling it.
>>
>
> Hey Jason-
>
> Hopefully I didn't miss anything, and this isn't redundant. Have you
> verified that it's successfully authentication to timsieved on your
> solaris backend? It could be throwing this error if it failed to log
> in correctly, I'd think.
>
> -Darrell

well, thats the thing, I NEVER see any packets coming from the client
going to the solaris server. so its not even getting that far for some
reason.
>
> ps> sorry Jan, didn't mean to send one directly to you earlier...
they should configure a "reply-to" in their mailing list IMHO.. ;)

Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T13:49:45Z

On Oct 26, 2009, at 9:37 AM, Jan Schneider wrote:

> Zitat von Jason Welsh <jason@...>:
>
>>
>>
>> Jan Schneider wrote:
>>> Zitat von Jason Welsh <jason@...>:
>>>
>>>>
>>>>
>>>> Jan Schneider wrote:
>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>
>>>>>>
>>>>>>
>>>>>>>>>
>>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>>> "false"
>>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and
>>>>>>>>> post the
>>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>>
>>>>>>>>> Jan.
>>>>>>>>>
>>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>>> output..
>>>>>>>> where was I supposed to see it?
>>>>>>>>
>>>>>>>> Changes saved.
>>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>>> currently
>>>>>>>> in TRANSACTION state
>>>>>>>>
>>>>>>>>
>>>>>>>> heres the change I made:
>>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>>> 69
>>>>>>>> $this->_params['password'],
>>>>>>>> 70
>>>>>>>> $this->_params['hostspec'],
>>>>>>>> 71
>>>>>>>> $this->_params['port'],
>>>>>>>> 72
>>>>>>>> $this->_params['logintype'],
>>>>>>>> 73
>>>>>>>> Ingo::getUser(true),
>>>>>>>> 74 false,
>>>>>>>> 75 false,
>>>>>>>> 76
>>>>>>>> $this->_params['usetls']);
>>>>>>>
>>>>>>> *Below* Ingo::getUser()...
>>>>>>>
>>>>>>> Jan.
>>>>>>>
>>>>>>
>>>>>> I tried using
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> false,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>> and
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> true,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>>
>>>>>> and neither one seemed to get me any more output.
>>>>>> web page just says "changes saved" and "There was an error
>>>>>> activating
>>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>>
>>>>> There *has* to be some output. Try clicking on "Script" and then
>>>>> showing the currently active script. Maybe your browser gets
>>>>> redirected before it has a chance to show the output.
>>>>>
>>>>> Jan.
>>>>>
>>>> hrm, when I click on script, I see
>>>>
>>>> 1: # Sieve Filter
>>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>>> 09:59:19 AM)
>>>> 3:
>>>> 4: # test
>>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>>> "fred" {
>>>> 6: discard;
>>>> 7: stop;
>>>> 8: }
>>>> 9:
>>>
>>> Are you sure you are editing the correct file?
>>>
>>>> btw, which of the above 2 entries is right (below the
>>>> Ingo::getUser(false)) for showing the extra debugging?
>>>
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>>
>>> Jan.
>>>
>> ok, thats what I have in my
>>>>
>>>
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>>
>>> Jan.
>>>
>> ok, thats what I have in my .
>>>>
>>>
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>> Jan.
>>>
>> ok, thats what I have in my .
>> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
>> line 74 has
>> true,
>>
>> I tried again with opera browser to make sure it wasnt something
>> weird
>> that my firefox browser was doing wrong..
>> I got the same result..
>>
>> * ErrorThere was an error activating the script. The driver said:
>> Not currently in TRANSACTION state
>
> Do you have page compression enabled? Try disabling it.
>

Hey Jason-

Hopefully I didn't miss anything, and this isn't redundant. Have you
verified that it's successfully authentication to timsieved on your
solaris backend? It could be throwing this error if it failed to log
in correctly, I'd think.

-Darrell

ps> sorry Jan, didn't mean to send one directly to you earlier...
--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T11:06:06Z

Zitat von Jason Welsh <jason@...>:

>
>
> Jan Schneider wrote:
>> Zitat von Jason Welsh <jason@...>:
>>
>>>
>>>
>>> Jan Schneider wrote:
>>>> Zitat von Jason Welsh <jason@...>:
>>>>
>>>>>
>>>>>
>>>>> Jan Schneider wrote:
>>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Jan Schneider wrote:
>>>>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>>>>>> "false"
>>>>>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and
>>>>>>>>>>>> post the
>>>>>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>>>>>
>>>>>>>>>>>> Jan.
>>>>>>>>>>>>
>>>>>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>>>>>> output..
>>>>>>>>>>> where was I supposed to see it?
>>>>>>>>>>>
>>>>>>>>>>> Changes saved.
>>>>>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>>>>>> currently
>>>>>>>>>>> in TRANSACTION state
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> heres the change I made:
>>>>>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>>>>>> 69
>>>>>>>>>>> $this->_params['password'],
>>>>>>>>>>> 70
>>>>>>>>>>> $this->_params['hostspec'],
>>>>>>>>>>> 71
>>>>>>>>>>> $this->_params['port'],
>>>>>>>>>>> 72
>>>>>>>>>>> $this->_params['logintype'],
>>>>>>>>>>> 73
>>>>>>>>>>> Ingo::getUser(true),
>>>>>>>>>>> 74 false,
>>>>>>>>>>> 75 false,
>>>>>>>>>>> 76
>>>>>>>>>>> $this->_params['usetls']);
>>>>>>>>>>
>>>>>>>>>> *Below* Ingo::getUser()...
>>>>>>>>>>
>>>>>>>>>> Jan.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I tried using
>>>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>>>> $this->_params['password'],
>>>>>>>>> $this->_params['hostspec'],
>>>>>>>>> $this->_params['port'],
>>>>>>>>>
>>>>>>>>> $this->_params['logintype'],
>>>>>>>>> Ingo::getUser(false),
>>>>>>>>> true,
>>>>>>>>> false,
>>>>>>>>> $this->_params['usetls']);
>>>>>>>>>
>>>>>>>>> and
>>>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>>>> $this->_params['password'],
>>>>>>>>> $this->_params['hostspec'],
>>>>>>>>> $this->_params['port'],
>>>>>>>>>
>>>>>>>>> $this->_params['logintype'],
>>>>>>>>> Ingo::getUser(false),
>>>>>>>>> true,
>>>>>>>>> true,
>>>>>>>>> $this->_params['usetls']);
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> and neither one seemed to get me any more output.
>>>>>>>>> web page just says "changes saved" and "There was an error
>>>>>>>>> activating
>>>>>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>>>>>
>>>>>>>> There *has* to be some output. Try clicking on "Script" and then
>>>>>>>> showing the currently active script. Maybe your browser gets
>>>>>>>> redirected before it has a chance to show the output.
>>>>>>>>
>>>>>>>> Jan.
>>>>>>>>
>>>>>>> hrm, when I click on script, I see
>>>>>>>
>>>>>>> 1: # Sieve Filter
>>>>>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>>>>>> 09:59:19 AM)
>>>>>>> 3:
>>>>>>> 4: # test
>>>>>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>>>>>> "fred" {
>>>>>>> 6: discard;
>>>>>>> 7: stop;
>>>>>>> 8: }
>>>>>>> 9:
>>>>>>
>>>>>> Are you sure you are editing the correct file?
>>>>>>
>>>>>>> btw, which of the above 2 entries is right (below the
>>>>>>> Ingo::getUser(false)) for showing the extra debugging?
>>>>>>
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> false,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>> ok, thats what I have in my
>>>>>>>
>>>>>>
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> false,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>> ok, thats what I have in my .
>>>>>>>
>>>>>>
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> false,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>> ok, thats what I have in my .
>>>>> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
>>>>> line 74 has
>>>>> true,
>>>>>
>>>>> I tried again with opera browser to make sure it wasnt something weird
>>>>> that my firefox browser was doing wrong..
>>>>> I got the same result..
>>>>>
>>>>> * ErrorThere was an error activating the script. The driver said:
>>>>> Not currently in TRANSACTION state
>>>>
>>>> Do you have page compression enabled? Try disabling it.
>>>>
>>>> Jan.
>>>>
>>> [root@birdhouse]# grep zlib.output_compression /usr/local/lib/php.ini
>>> ; and you cannot use both "ob_gzhandler" and
>>> "zlib.output_compression".
>>> zlib.output_compression = Off
>>>
>>> you mean this or the gzip compression in apache? it looks like
>>> zlib.output_compression is already off.
>>
>> No, in the Horde configuration.
>>
>> Jan.
>>
> ok, found it an changed it to false..
>
> [root@birdhouse]# pwd
> /usr/local/apache2/htdocs/horde/config
> [root@birdhouse]# grep compress conf.php
> $conf['compress_pages'] = false;
> [root@birdhouse]#
>
> even restarted apache..
>
> got the same result..
> There was an error activating the script. The driver said: Not currently
> in TRANSACTION state
> and there was no extra output on the webpage.

I'm sorry, but I'm out of ideas now.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T10:50:50Z

Jan Schneider wrote:

> Zitat von Jason Welsh <jason@...>:
>
>>
>>
>> Jan Schneider wrote:
>>> Zitat von Jason Welsh <jason@...>:
>>>
>>>>
>>>>
>>>> Jan Schneider wrote:
>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>
>>>>>>
>>>>>>
>>>>>> Jan Schneider wrote:
>>>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>>>>> "false"
>>>>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and
>>>>>>>>>>> post the
>>>>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>>>>
>>>>>>>>>>> Jan.
>>>>>>>>>>>
>>>>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>>>>> output..
>>>>>>>>>> where was I supposed to see it?
>>>>>>>>>>
>>>>>>>>>> Changes saved.
>>>>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>>>>> currently
>>>>>>>>>> in TRANSACTION state
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> heres the change I made:
>>>>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>>>>> 69
>>>>>>>>>> $this->_params['password'],
>>>>>>>>>> 70
>>>>>>>>>> $this->_params['hostspec'],
>>>>>>>>>> 71
>>>>>>>>>> $this->_params['port'],
>>>>>>>>>> 72
>>>>>>>>>> $this->_params['logintype'],
>>>>>>>>>> 73
>>>>>>>>>> Ingo::getUser(true),
>>>>>>>>>> 74 false,
>>>>>>>>>> 75 false,
>>>>>>>>>> 76
>>>>>>>>>> $this->_params['usetls']);
>>>>>>>>>
>>>>>>>>> *Below* Ingo::getUser()...
>>>>>>>>>
>>>>>>>>> Jan.
>>>>>>>>>
>>>>>>>>
>>>>>>>> I tried using
>>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>>> $this->_params['password'],
>>>>>>>> $this->_params['hostspec'],
>>>>>>>> $this->_params['port'],
>>>>>>>>
>>>>>>>> $this->_params['logintype'],
>>>>>>>> Ingo::getUser(false),
>>>>>>>> true,
>>>>>>>> false,
>>>>>>>> $this->_params['usetls']);
>>>>>>>>
>>>>>>>> and
>>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>>> $this->_params['password'],
>>>>>>>> $this->_params['hostspec'],
>>>>>>>> $this->_params['port'],
>>>>>>>>
>>>>>>>> $this->_params['logintype'],
>>>>>>>> Ingo::getUser(false),
>>>>>>>> true,
>>>>>>>> true,
>>>>>>>> $this->_params['usetls']);
>>>>>>>>
>>>>>>>>
>>>>>>>> and neither one seemed to get me any more output.
>>>>>>>> web page just says "changes saved" and "There was an error
>>>>>>>> activating
>>>>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>>>>
>>>>>>> There *has* to be some output. Try clicking on "Script" and then
>>>>>>> showing the currently active script. Maybe your browser gets
>>>>>>> redirected before it has a chance to show the output.
>>>>>>>
>>>>>>> Jan.
>>>>>>>
>>>>>> hrm, when I click on script, I see
>>>>>>
>>>>>> 1: # Sieve Filter
>>>>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>>>>> 09:59:19 AM)
>>>>>> 3:
>>>>>> 4: # test
>>>>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>>>>> "fred" {
>>>>>> 6: discard;
>>>>>> 7: stop;
>>>>>> 8: }
>>>>>> 9:
>>>>>
>>>>> Are you sure you are editing the correct file?
>>>>>
>>>>>> btw, which of the above 2 entries is right (below the
>>>>>> Ingo::getUser(false)) for showing the extra debugging?
>>>>>
>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>> $this->_params['password'],
>>>>> $this->_params['hostspec'],
>>>>> $this->_params['port'],
>>>>> $this->_params['logintype'],
>>>>> Ingo::getUser(false),
>>>>> true,
>>>>> false,
>>>>> $this->_params['usetls']);
>>>>>
>>>>>
>>>>> Jan.
>>>>>
>>>> ok, thats what I have in my
>>>>>>
>>>>>
>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>> $this->_params['password'],
>>>>> $this->_params['hostspec'],
>>>>> $this->_params['port'],
>>>>> $this->_params['logintype'],
>>>>> Ingo::getUser(false),
>>>>> true,
>>>>> false,
>>>>> $this->_params['usetls']);
>>>>>
>>>>>
>>>>> Jan.
>>>>>
>>>> ok, thats what I have in my .
>>>>>>
>>>>>
>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>> $this->_params['password'],
>>>>> $this->_params['hostspec'],
>>>>> $this->_params['port'],
>>>>> $this->_params['logintype'],
>>>>> Ingo::getUser(false),
>>>>> true,
>>>>> false,
>>>>> $this->_params['usetls']);
>>>>>
>>>>> Jan.
>>>>>
>>>> ok, thats what I have in my .
>>>> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
>>>> line 74 has
>>>> true,
>>>>
>>>> I tried again with opera browser to make sure it wasnt something weird
>>>> that my firefox browser was doing wrong..
>>>> I got the same result..
>>>>
>>>> * ErrorThere was an error activating the script. The driver said:
>>>> Not currently in TRANSACTION state
>>>
>>> Do you have page compression enabled? Try disabling it.
>>>
>>> Jan.
>>>
>> [root@birdhouse]# grep zlib.output_compression /usr/local/lib/php.ini
>> ; and you cannot use both "ob_gzhandler" and
>> "zlib.output_compression".
>> zlib.output_compression = Off
>>
>> you mean this or the gzip compression in apache? it looks like
>> zlib.output_compression is already off.
>
> No, in the Horde configuration.
>
> Jan.
>

ok, found it an changed it to false..

[root@birdhouse]# pwd
/usr/local/apache2/htdocs/horde/config
[root@birdhouse]# grep compress conf.php
$conf['compress_pages'] = false;
[root@birdhouse]#

even restarted apache..

got the same result..
There was an error activating the script. The driver said: Not currently
in TRANSACTION state
and there was no extra output on the webpage.

Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T08:09:35Z

Zitat von Jason Welsh <jason@...>:

>
>
> Jan Schneider wrote:
>> Zitat von Jason Welsh <jason@...>:
>>
>>>
>>>
>>> Jan Schneider wrote:
>>>> Zitat von Jason Welsh <jason@...>:
>>>>
>>>>>
>>>>>
>>>>> Jan Schneider wrote:
>>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>
>>>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>>>> "false"
>>>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and
>>>>>>>>>> post the
>>>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>>>
>>>>>>>>>> Jan.
>>>>>>>>>>
>>>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>>>> output..
>>>>>>>>> where was I supposed to see it?
>>>>>>>>>
>>>>>>>>> Changes saved.
>>>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>>>> currently
>>>>>>>>> in TRANSACTION state
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> heres the change I made:
>>>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>>>> 69
>>>>>>>>> $this->_params['password'],
>>>>>>>>> 70
>>>>>>>>> $this->_params['hostspec'],
>>>>>>>>> 71
>>>>>>>>> $this->_params['port'],
>>>>>>>>> 72
>>>>>>>>> $this->_params['logintype'],
>>>>>>>>> 73
>>>>>>>>> Ingo::getUser(true),
>>>>>>>>> 74 false,
>>>>>>>>> 75 false,
>>>>>>>>> 76
>>>>>>>>> $this->_params['usetls']);
>>>>>>>>
>>>>>>>> *Below* Ingo::getUser()...
>>>>>>>>
>>>>>>>> Jan.
>>>>>>>>
>>>>>>>
>>>>>>> I tried using
>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>> $this->_params['password'],
>>>>>>> $this->_params['hostspec'],
>>>>>>> $this->_params['port'],
>>>>>>> $this->_params['logintype'],
>>>>>>> Ingo::getUser(false),
>>>>>>> true,
>>>>>>> false,
>>>>>>> $this->_params['usetls']);
>>>>>>>
>>>>>>> and
>>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>>> $this->_params['password'],
>>>>>>> $this->_params['hostspec'],
>>>>>>> $this->_params['port'],
>>>>>>> $this->_params['logintype'],
>>>>>>> Ingo::getUser(false),
>>>>>>> true,
>>>>>>> true,
>>>>>>> $this->_params['usetls']);
>>>>>>>
>>>>>>>
>>>>>>> and neither one seemed to get me any more output.
>>>>>>> web page just says "changes saved" and "There was an error
>>>>>>> activating
>>>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>>>
>>>>>> There *has* to be some output. Try clicking on "Script" and then
>>>>>> showing the currently active script. Maybe your browser gets
>>>>>> redirected before it has a chance to show the output.
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>> hrm, when I click on script, I see
>>>>>
>>>>> 1: # Sieve Filter
>>>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>>>> 09:59:19 AM)
>>>>> 3:
>>>>> 4: # test
>>>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>>>> "fred" {
>>>>> 6: discard;
>>>>> 7: stop;
>>>>> 8: }
>>>>> 9:
>>>>
>>>> Are you sure you are editing the correct file?
>>>>
>>>>> btw, which of the above 2 entries is right (below the
>>>>> Ingo::getUser(false)) for showing the extra debugging?
>>>>
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>>
>>>> Jan.
>>>>
>>> ok, thats what I have in my
>>>>>
>>>>
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>>
>>>> Jan.
>>>>
>>> ok, thats what I have in my .
>>>>>
>>>>
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>> Jan.
>>>>
>>> ok, thats what I have in my .
>>> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
>>> line 74 has
>>> true,
>>>
>>> I tried again with opera browser to make sure it wasnt something weird
>>> that my firefox browser was doing wrong..
>>> I got the same result..
>>>
>>> * ErrorThere was an error activating the script. The driver said:
>>> Not currently in TRANSACTION state
>>
>> Do you have page compression enabled? Try disabling it.
>>
>> Jan.
>>
> [root@birdhouse]# grep zlib.output_compression /usr/local/lib/php.ini
> ; and you cannot use both "ob_gzhandler" and "zlib.output_compression".
> zlib.output_compression = Off
>
> you mean this or the gzip compression in apache? it looks like
> zlib.output_compression is already off.

No, in the Horde configuration.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T07:58:03Z

Jan Schneider wrote:

> Zitat von Jason Welsh <jason@...>:
>
>>
>>
>> Jan Schneider wrote:
>>> Zitat von Jason Welsh <jason@...>:
>>>
>>>>
>>>>
>>>> Jan Schneider wrote:
>>>>> Zitat von Jason Welsh <jason@...>:
>>>>>
>>>>>>
>>>>>>
>>>>>>>>>
>>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>>> "false"
>>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and
>>>>>>>>> post the
>>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>>
>>>>>>>>> Jan.
>>>>>>>>>
>>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>>> output..
>>>>>>>> where was I supposed to see it?
>>>>>>>>
>>>>>>>> Changes saved.
>>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>>> currently
>>>>>>>> in TRANSACTION state
>>>>>>>>
>>>>>>>>
>>>>>>>> heres the change I made:
>>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>>> 69
>>>>>>>> $this->_params['password'],
>>>>>>>> 70
>>>>>>>> $this->_params['hostspec'],
>>>>>>>> 71
>>>>>>>> $this->_params['port'],
>>>>>>>> 72
>>>>>>>> $this->_params['logintype'],
>>>>>>>> 73
>>>>>>>> Ingo::getUser(true),
>>>>>>>> 74 false,
>>>>>>>> 75 false,
>>>>>>>> 76
>>>>>>>> $this->_params['usetls']);
>>>>>>>
>>>>>>> *Below* Ingo::getUser()...
>>>>>>>
>>>>>>> Jan.
>>>>>>>
>>>>>>
>>>>>> I tried using
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> false,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>> and
>>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>>> $this->_params['password'],
>>>>>> $this->_params['hostspec'],
>>>>>> $this->_params['port'],
>>>>>> $this->_params['logintype'],
>>>>>> Ingo::getUser(false),
>>>>>> true,
>>>>>> true,
>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>>
>>>>>> and neither one seemed to get me any more output.
>>>>>> web page just says "changes saved" and "There was an error
>>>>>> activating
>>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>>
>>>>> There *has* to be some output. Try clicking on "Script" and then
>>>>> showing the currently active script. Maybe your browser gets
>>>>> redirected before it has a chance to show the output.
>>>>>
>>>>> Jan.
>>>>>
>>>> hrm, when I click on script, I see
>>>>
>>>> 1: # Sieve Filter
>>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>>> 09:59:19 AM)
>>>> 3:
>>>> 4: # test
>>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>>> "fred" {
>>>> 6: discard;
>>>> 7: stop;
>>>> 8: }
>>>> 9:
>>>
>>> Are you sure you are editing the correct file?
>>>
>>>> btw, which of the above 2 entries is right (below the
>>>> Ingo::getUser(false)) for showing the extra debugging?
>>>
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>>
>>> Jan.
>>>
>> ok, thats what I have in my
>>>>
>>>
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>>
>>> Jan.
>>>
>> ok, thats what I have in my .
>>>>
>>>
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>> Jan.
>>>
>> ok, thats what I have in my .
>> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
>> line 74 has
>> true,
>>
>> I tried again with opera browser to make sure it wasnt something weird
>> that my firefox browser was doing wrong..
>> I got the same result..
>>
>> * ErrorThere was an error activating the script. The driver said:
>> Not currently in TRANSACTION state
>
> Do you have page compression enabled? Try disabling it.
>
> Jan.
>

[root@birdhouse]# grep zlib.output_compression /usr/local/lib/php.ini
; and you cannot use both "ob_gzhandler" and "zlib.output_compression".
zlib.output_compression = Off

you mean this or the gzip compression in apache? it looks like
zlib.output_compression is already off.

Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T07:37:19Z

Zitat von Jason Welsh <jason@...>:

>
>
> Jan Schneider wrote:
>> Zitat von Jason Welsh <jason@...>:
>>
>>>
>>>
>>> Jan Schneider wrote:
>>>> Zitat von Jason Welsh <jason@...>:
>>>>
>>>>>
>>>>>
>>>>>>>>
>>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>>> "false"
>>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and post the
>>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>>
>>>>>>>> Jan.
>>>>>>>>
>>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>>> output..
>>>>>>> where was I supposed to see it?
>>>>>>>
>>>>>>> Changes saved.
>>>>>>> There was an error activating the script. The driver said: Not
>>>>>>> currently
>>>>>>> in TRANSACTION state
>>>>>>>
>>>>>>>
>>>>>>> heres the change I made:
>>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>>> 69
>>>>>>> $this->_params['password'],
>>>>>>> 70
>>>>>>> $this->_params['hostspec'],
>>>>>>> 71
>>>>>>> $this->_params['port'],
>>>>>>> 72
>>>>>>> $this->_params['logintype'],
>>>>>>> 73 Ingo::getUser(true),
>>>>>>> 74 false,
>>>>>>> 75 false,
>>>>>>> 76
>>>>>>> $this->_params['usetls']);
>>>>>>
>>>>>> *Below* Ingo::getUser()...
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>>
>>>>> I tried using
>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>> $this->_params['password'],
>>>>> $this->_params['hostspec'],
>>>>> $this->_params['port'],
>>>>> $this->_params['logintype'],
>>>>> Ingo::getUser(false),
>>>>> true,
>>>>> false,
>>>>> $this->_params['usetls']);
>>>>>
>>>>> and
>>>>> $this->_sieve = &new Net_Sieve($auth,
>>>>> $this->_params['password'],
>>>>> $this->_params['hostspec'],
>>>>> $this->_params['port'],
>>>>> $this->_params['logintype'],
>>>>> Ingo::getUser(false),
>>>>> true,
>>>>> true,
>>>>> $this->_params['usetls']);
>>>>>
>>>>>
>>>>> and neither one seemed to get me any more output.
>>>>> web page just says "changes saved" and "There was an error activating
>>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>>
>>>> There *has* to be some output. Try clicking on "Script" and then
>>>> showing the currently active script. Maybe your browser gets
>>>> redirected before it has a chance to show the output.
>>>>
>>>> Jan.
>>>>
>>> hrm, when I click on script, I see
>>>
>>> 1: # Sieve Filter
>>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>>> 09:59:19 AM)
>>> 3:
>>> 4: # test
>>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>>> "fred" {
>>> 6: discard;
>>> 7: stop;
>>> 8: }
>>> 9:
>>
>> Are you sure you are editing the correct file?
>>
>>> btw, which of the above 2 entries is right (below the
>>> Ingo::getUser(false)) for showing the extra debugging?
>>
>> $this->_sieve = &new Net_Sieve($auth,
>> $this->_params['password'],
>> $this->_params['hostspec'],
>> $this->_params['port'],
>> $this->_params['logintype'],
>> Ingo::getUser(false),
>> true,
>> false,
>> $this->_params['usetls']);
>>
>>
>> Jan.
>>
> ok, thats what I have in my
>>>
>>
>> $this->_sieve = &new Net_Sieve($auth,
>> $this->_params['password'],
>> $this->_params['hostspec'],
>> $this->_params['port'],
>> $this->_params['logintype'],
>> Ingo::getUser(false),
>> true,
>> false,
>> $this->_params['usetls']);
>>
>>
>> Jan.
>>
> ok, thats what I have in my .
>>>
>>
>> $this->_sieve = &new Net_Sieve($auth,
>> $this->_params['password'],
>> $this->_params['hostspec'],
>> $this->_params['port'],
>> $this->_params['logintype'],
>> Ingo::getUser(false),
>> true,
>> false,
>> $this->_params['usetls']);
>>
>> Jan.
>>
> ok, thats what I have in my .
> /usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
> line 74 has
> true,
>
> I tried again with opera browser to make sure it wasnt something weird
> that my firefox browser was doing wrong..
> I got the same result..
>
> * ErrorThere was an error activating the script. The driver said:
> Not currently in TRANSACTION state

Do you have page compression enabled? Try disabling it.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T07:30:13Z

Jan Schneider wrote:

> Zitat von Jason Welsh <jason@...>:
>
>>
>>
>> Jan Schneider wrote:
>>> Zitat von Jason Welsh <jason@...>:
>>>
>>>>
>>>>
>>>>>>>
>>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the
>>>>>>> "false"
>>>>>>> below "Ingo::getUser(false)" to "true". Then try again and post the
>>>>>>> output here. Be careful, the output will contain the password.
>>>>>>>
>>>>>>> Jan.
>>>>>>>
>>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>>> output..
>>>>>> where was I supposed to see it?
>>>>>>
>>>>>> Changes saved.
>>>>>> There was an error activating the script. The driver said: Not
>>>>>> currently
>>>>>> in TRANSACTION state
>>>>>>
>>>>>>
>>>>>> heres the change I made:
>>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>>> 69
>>>>>> $this->_params['password'],
>>>>>> 70
>>>>>> $this->_params['hostspec'],
>>>>>> 71
>>>>>> $this->_params['port'],
>>>>>> 72
>>>>>> $this->_params['logintype'],
>>>>>> 73 Ingo::getUser(true),
>>>>>> 74 false,
>>>>>> 75 false,
>>>>>> 76
>>>>>> $this->_params['usetls']);
>>>>>
>>>>> *Below* Ingo::getUser()...
>>>>>
>>>>> Jan.
>>>>>
>>>>
>>>> I tried using
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> false,
>>>> $this->_params['usetls']);
>>>>
>>>> and
>>>> $this->_sieve = &new Net_Sieve($auth,
>>>> $this->_params['password'],
>>>> $this->_params['hostspec'],
>>>> $this->_params['port'],
>>>> $this->_params['logintype'],
>>>> Ingo::getUser(false),
>>>> true,
>>>> true,
>>>> $this->_params['usetls']);
>>>>
>>>>
>>>> and neither one seemed to get me any more output.
>>>> web page just says "changes saved" and "There was an error activating
>>>> the script. The driver said: Not currently in TRANSACTION state"
>>>
>>> There *has* to be some output. Try clicking on "Script" and then
>>> showing the currently active script. Maybe your browser gets
>>> redirected before it has a chance to show the output.
>>>
>>> Jan.
>>>
>> hrm, when I click on script, I see
>>
>> 1: # Sieve Filter
>> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
>> 09:59:19 AM)
>> 3:
>> 4: # test
>> 5: if header :comparator "i;ascii-casemap" :contains "Sender"
>> "fred" {
>> 6: discard;
>> 7: stop;
>> 8: }
>> 9:
>
> Are you sure you are editing the correct file?
>
>> btw, which of the above 2 entries is right (below the
>> Ingo::getUser(false)) for showing the extra debugging?
>
> $this->_sieve = &new Net_Sieve($auth,
> $this->_params['password'],
> $this->_params['hostspec'],
> $this->_params['port'],
> $this->_params['logintype'],
> Ingo::getUser(false),
> true,
> false,
> $this->_params['usetls']);
>
>
> Jan.
>

ok, thats what I have in my

>>
>
> $this->_sieve = &new Net_Sieve($auth,
> $this->_params['password'],
> $this->_params['hostspec'],
> $this->_params['port'],
> $this->_params['logintype'],
> Ingo::getUser(false),
> true,
> false,
> $this->_params['usetls']);
>
>
> Jan.
>

ok, thats what I have in my .

ok, thats what I have in my .
/usr/local/apache2/htdocs/horde/ingo/lib/Driver/timsieved.php... the
line 74 has
true,

I tried again with opera browser to make sure it wasnt something weird
that my firefox browser was doing wrong..
I got the same result..

* ErrorThere was an error activating the script. The driver said:
Not currently in TRANSACTION state

Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T07:09:36Z

Zitat von Jason Welsh <jason@...>:

>
>
> Jan Schneider wrote:
>> Zitat von Jason Welsh <jason@...>:
>>
>>>
>>>
>>>>>>
>>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
>>>>>> below "Ingo::getUser(false)" to "true". Then try again and post the
>>>>>> output here. Be careful, the output will contain the password.
>>>>>>
>>>>>> Jan.
>>>>>>
>>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>>> output..
>>>>> where was I supposed to see it?
>>>>>
>>>>> Changes saved.
>>>>> There was an error activating the script. The driver said: Not
>>>>> currently
>>>>> in TRANSACTION state
>>>>>
>>>>>
>>>>> heres the change I made:
>>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>>> 69
>>>>> $this->_params['password'],
>>>>> 70
>>>>> $this->_params['hostspec'],
>>>>> 71 $this->_params['port'],
>>>>> 72
>>>>> $this->_params['logintype'],
>>>>> 73 Ingo::getUser(true),
>>>>> 74 false,
>>>>> 75 false,
>>>>> 76
>>>>> $this->_params['usetls']);
>>>>
>>>> *Below* Ingo::getUser()...
>>>>
>>>> Jan.
>>>>
>>>
>>> I tried using
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> false,
>>> $this->_params['usetls']);
>>>
>>> and
>>> $this->_sieve = &new Net_Sieve($auth,
>>> $this->_params['password'],
>>> $this->_params['hostspec'],
>>> $this->_params['port'],
>>> $this->_params['logintype'],
>>> Ingo::getUser(false),
>>> true,
>>> true,
>>> $this->_params['usetls']);
>>>
>>>
>>> and neither one seemed to get me any more output.
>>> web page just says "changes saved" and "There was an error activating
>>> the script. The driver said: Not currently in TRANSACTION state"
>>
>> There *has* to be some output. Try clicking on "Script" and then
>> showing the currently active script. Maybe your browser gets
>> redirected before it has a chance to show the output.
>>
>> Jan.
>>
> hrm, when I click on script, I see
>
> 1: # Sieve Filter
> 2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009,
> 09:59:19 AM)
> 3:
> 4: # test
> 5: if header :comparator "i;ascii-casemap" :contains "Sender" "fred" {
> 6: discard;
> 7: stop;
> 8: }
> 9:

Are you sure you are editing the correct file?

> btw, which of the above 2 entries is right (below the
> Ingo::getUser(false)) for showing the extra debugging?

$this->_sieve = &new Net_Sieve($auth,
$this->_params['password'],
$this->_params['hostspec'],
$this->_params['port'],
$this->_params['logintype'],
Ingo::getUser(false),
true,
false,
$this->_params['usetls']);

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-26T07:00:07Z

Jan Schneider wrote:

> Zitat von Jason Welsh <jason@...>:
>
>>
>>
>>>>>
>>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
>>>>> below "Ingo::getUser(false)" to "true". Then try again and post the
>>>>> output here. Be careful, the output will contain the password.
>>>>>
>>>>> Jan.
>>>>>
>>>> ok, I tried that and got the same thing.. I didnt see any extra
>>>> output..
>>>> where was I supposed to see it?
>>>>
>>>> Changes saved.
>>>> There was an error activating the script. The driver said: Not
>>>> currently
>>>> in TRANSACTION state
>>>>
>>>>
>>>> heres the change I made:
>>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>>> 69
>>>> $this->_params['password'],
>>>> 70
>>>> $this->_params['hostspec'],
>>>> 71 $this->_params['port'],
>>>> 72
>>>> $this->_params['logintype'],
>>>> 73 Ingo::getUser(true),
>>>> 74 false,
>>>> 75 false,
>>>> 76
>>>> $this->_params['usetls']);
>>>
>>> *Below* Ingo::getUser()...
>>>
>>> Jan.
>>>
>>
>> I tried using
>> $this->_sieve = &new Net_Sieve($auth,
>> $this->_params['password'],
>> $this->_params['hostspec'],
>> $this->_params['port'],
>> $this->_params['logintype'],
>> Ingo::getUser(false),
>> true,
>> false,
>> $this->_params['usetls']);
>>
>> and
>> $this->_sieve = &new Net_Sieve($auth,
>> $this->_params['password'],
>> $this->_params['hostspec'],
>> $this->_params['port'],
>> $this->_params['logintype'],
>> Ingo::getUser(false),
>> true,
>> true,
>> $this->_params['usetls']);
>>
>>
>> and neither one seemed to get me any more output.
>> web page just says "changes saved" and "There was an error activating
>> the script. The driver said: Not currently in TRANSACTION state"
>
> There *has* to be some output. Try clicking on "Script" and then
> showing the currently active script. Maybe your browser gets
> redirected before it has a chance to show the output.
>
> Jan.
>

hrm, when I click on script, I see

1: # Sieve Filter
2: # Generated by Ingo (http://www.horde.org/ingo/) (10/26/2009, 09:59:19 AM)
3:
4: # test
5: if header :comparator "i;ascii-casemap" :contains "Sender" "fred" {
6: discard;
7: stop;
8: }
9:

btw, which of the above 2 entries is right (below the
Ingo::getUser(false)) for showing the extra debugging?

regards,
Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: change german translation files (.mo files)

2009-10-26T06:56:15Z

Zitat von micha@...:

> hi there,
>
> can anybody tell me how to change strings in the .mo files ???

http://www.horde.org/horde/docs/?f=po_README.html

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-23T10:37:35Z

Zitat von Jason Welsh <jason@...>:

>
>
>>>>
>>>> In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
>>>> below "Ingo::getUser(false)" to "true". Then try again and post the
>>>> output here. Be careful, the output will contain the password.
>>>>
>>>> Jan.
>>>>
>>> ok, I tried that and got the same thing.. I didnt see any extra output..
>>> where was I supposed to see it?
>>>
>>> Changes saved.
>>> There was an error activating the script. The driver said: Not currently
>>> in TRANSACTION state
>>>
>>>
>>> heres the change I made:
>>> 68 $this->_sieve = &new Net_Sieve($auth,
>>> 69
>>> $this->_params['password'],
>>> 70
>>> $this->_params['hostspec'],
>>> 71 $this->_params['port'],
>>> 72
>>> $this->_params['logintype'],
>>> 73 Ingo::getUser(true),
>>> 74 false,
>>> 75 false,
>>> 76
>>> $this->_params['usetls']);
>>
>> *Below* Ingo::getUser()...
>>
>> Jan.
>>
>
> I tried using
> $this->_sieve = &new Net_Sieve($auth,
> $this->_params['password'],
> $this->_params['hostspec'],
> $this->_params['port'],
> $this->_params['logintype'],
> Ingo::getUser(false),
> true,
> false,
> $this->_params['usetls']);
>
> and
> $this->_sieve = &new Net_Sieve($auth,
> $this->_params['password'],
> $this->_params['hostspec'],
> $this->_params['port'],
> $this->_params['logintype'],
> Ingo::getUser(false),
> true,
> true,
> $this->_params['usetls']);
>
>
> and neither one seemed to get me any more output.
> web page just says "changes saved" and "There was an error activating
> the script. The driver said: Not currently in TRANSACTION state"

There *has* to be some output. Try clicking on "Script" and then
showing the currently active script. Maybe your browser gets
redirected before it has a chance to show the output.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-23T10:28:19Z

>>>
>>> In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
>>> below "Ingo::getUser(false)" to "true". Then try again and post the
>>> output here. Be careful, the output will contain the password.
>>>
>>> Jan.
>>>
>> ok, I tried that and got the same thing.. I didnt see any extra output..
>> where was I supposed to see it?
>>
>> Changes saved.
>> There was an error activating the script. The driver said: Not currently
>> in TRANSACTION state
>>
>>
>> heres the change I made:
>> 68 $this->_sieve = &new Net_Sieve($auth,
>> 69
>> $this->_params['password'],
>> 70
>> $this->_params['hostspec'],
>> 71 $this->_params['port'],
>> 72
>> $this->_params['logintype'],
>> 73 Ingo::getUser(true),
>> 74 false,
>> 75 false,
>> 76
>> $this->_params['usetls']);
>
> *Below* Ingo::getUser()...
>
> Jan.
>

I tried using
$this->_sieve = &new Net_Sieve($auth,
$this->_params['password'],
$this->_params['hostspec'],
$this->_params['port'],
$this->_params['logintype'],
Ingo::getUser(false),
true,
false,
$this->_params['usetls']);

and
$this->_sieve = &new Net_Sieve($auth,
$this->_params['password'],
$this->_params['hostspec'],
$this->_params['port'],
$this->_params['logintype'],
Ingo::getUser(false),
true,
true,
$this->_params['usetls']);

and neither one seemed to get me any more output.
web page just says "changes saved" and "There was an error activating
the script. The driver said: Not currently in TRANSACTION state"

regards,
Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-23T09:30:59Z

Zitat von Jason Welsh <jason@...>:

>
>
> Jan Schneider wrote:
>> Zitat von Jason Welsh <jason@...>:
>>
>>>
>>> lst_hoe02@... wrote:
>>>> Zitat von Jason Welsh <jason@...>:
>>>>
>>>>> hey folks, we have a linux server with
>>>>>
>>>>> * Horde: 3.3.5
>>>>> * Imp: H3 (4.3.5)
>>>>>
>>>>> * Ingo: H3 (1.2.2)
>>>>>
>>>>>
>>>>> and I also have a dovecot server with sieved running on a separate
>>>>> solaris box.
>>>>>
>>>>> Im trying to get the linux box with ingo to talk to the sieve server,
>>>>> but I cant figure out what backends to use in my
>>>>> ingo/config/backends.php
>>>>>
>>>>> Im *assuming* that its timsieved, but this doesnt seem to be
>>>>> working at
>>>>> all.. What I mean is, when I try to save a new rule that I created in
>>>>> ingo, Im expecting it to get stored on the solaris server with the
>>>>> dovecot, I never see packets from the linux box -> solaris box on tcp
>>>>> port 2000..
>>>>> Or is that not the way its supposed to work?
>>>>
>>>> This should work if you have a sieve damon listening on the solaris
>>>> box and you need PEAR Net_Sieve on the Horde Installation.
>>>>
>>>> Regards
>>>>
>>>> Andreas
>>>>
>>>>
>>> on the horde box: pear/Net_Sieve is already installed and is the same
>>> as the released version 1.1.7
>>>
>>> when I telnet to the solaris box on port 2000, I get
>>>
>>> [root@birdhouse]# telnet solarisbox 2000
>>> Trying 10.66.92.42...
>>> Connected to solarisbox.mydomain.com (10.66.92.42).
>>> Escape character is '^]'.
>>> "IMPLEMENTATION" "Cyrus timsieved v2.2.13"
>>> "SIEVE" "fileinto reject envelope encoded-character vacation subaddress
>>> comparator-i;ascii-numeric relational regex imap4flags copy include body
>>> variables enotify environment"
>>> "SASL" "PLAIN"
>>> "STARTTLS"
>>> "NOTIFY" "mailto"
>>> "VERSION" "1.0"
>>> OK "Dovecot ready."
>>>
>>>
>>> but when I try to save rules on the horde/ingo web interface, I never
>>> see any packets on the solaris box coming from the horde linux box.
>>> and I see the following message on the webpage:
>>> #
>>> # ErrorThere was an error activating the script. The driver said: Not
>>> currently in TRANSACTION state
>>
>> In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
>> below "Ingo::getUser(false)" to "true". Then try again and post the
>> output here. Be careful, the output will contain the password.
>>
>> Jan.
>>
> ok, I tried that and got the same thing.. I didnt see any extra output..
> where was I supposed to see it?
>
> Changes saved.
> There was an error activating the script. The driver said: Not currently
> in TRANSACTION state
>
>
> heres the change I made:
> 68 $this->_sieve = &new Net_Sieve($auth,
> 69 $this->_params['password'],
> 70 $this->_params['hostspec'],
> 71 $this->_params['port'],
> 72 $this->_params['logintype'],
> 73 Ingo::getUser(true),
> 74 false,
> 75 false,
> 76 $this->_params['usetls']);

*Below* Ingo::getUser()...

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-23T06:19:59Z

Jan Schneider wrote:

> Zitat von Jason Welsh <jason@...>:
>
>>
>> lst_hoe02@... wrote:
>>> Zitat von Jason Welsh <jason@...>:
>>>
>>>> hey folks, we have a linux server with
>>>>
>>>> * Horde: 3.3.5
>>>> * Imp: H3 (4.3.5)
>>>>
>>>> * Ingo: H3 (1.2.2)
>>>>
>>>>
>>>> and I also have a dovecot server with sieved running on a separate
>>>> solaris box.
>>>>
>>>> Im trying to get the linux box with ingo to talk to the sieve server,
>>>> but I cant figure out what backends to use in my
>>>> ingo/config/backends.php
>>>>
>>>> Im *assuming* that its timsieved, but this doesnt seem to be
>>>> working at
>>>> all.. What I mean is, when I try to save a new rule that I created in
>>>> ingo, Im expecting it to get stored on the solaris server with the
>>>> dovecot, I never see packets from the linux box -> solaris box on tcp
>>>> port 2000..
>>>> Or is that not the way its supposed to work?
>>>
>>> This should work if you have a sieve damon listening on the solaris
>>> box and you need PEAR Net_Sieve on the Horde Installation.
>>>
>>> Regards
>>>
>>> Andreas
>>>
>>>
>> on the horde box: pear/Net_Sieve is already installed and is the same
>> as the released version 1.1.7
>>
>> when I telnet to the solaris box on port 2000, I get
>>
>> [root@birdhouse]# telnet solarisbox 2000
>> Trying 10.66.92.42...
>> Connected to solarisbox.mydomain.com (10.66.92.42).
>> Escape character is '^]'.
>> "IMPLEMENTATION" "Cyrus timsieved v2.2.13"
>> "SIEVE" "fileinto reject envelope encoded-character vacation subaddress
>> comparator-i;ascii-numeric relational regex imap4flags copy include body
>> variables enotify environment"
>> "SASL" "PLAIN"
>> "STARTTLS"
>> "NOTIFY" "mailto"
>> "VERSION" "1.0"
>> OK "Dovecot ready."
>>
>>
>> but when I try to save rules on the horde/ingo web interface, I never
>> see any packets on the solaris box coming from the horde linux box.
>> and I see the following message on the webpage:
>> #
>> # ErrorThere was an error activating the script. The driver said: Not
>> currently in TRANSACTION state
>
> In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
> below "Ingo::getUser(false)" to "true". Then try again and post the
> output here. Be careful, the output will contain the password.
>
> Jan.
>

ok, I tried that and got the same thing.. I didnt see any extra output..
where was I supposed to see it?

Changes saved.
There was an error activating the script. The driver said: Not currently
in TRANSACTION state

heres the change I made:
68 $this->_sieve = &new Net_Sieve($auth,
69 $this->_params['password'],
70 $this->_params['hostspec'],
71 $this->_params['port'],
72 $this->_params['logintype'],
73 Ingo::getUser(true),
74 false,
75 false,
76 $this->_params['usetls']);

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

change german translation files (.mo files)

2009-10-23T06:19:02Z

hi there,

can anybody tell me how to change strings in the .mo files ???

thank you,
micha
--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-22T14:03:35Z

Zitat von Jason Welsh <jason@...>:

>
> lst_hoe02@... wrote:
>> Zitat von Jason Welsh <jason@...>:
>>
>>> hey folks, we have a linux server with
>>>
>>> * Horde: 3.3.5
>>> * Imp: H3 (4.3.5)
>>> <https://birdhouse.cisco.com/horde/imp/test.php>
>>> * Ingo: H3 (1.2.2)
>>>
>>>
>>> and I also have a dovecot server with sieved running on a separate
>>> solaris box.
>>>
>>> Im trying to get the linux box with ingo to talk to the sieve server,
>>> but I cant figure out what backends to use in my
>>> ingo/config/backends.php
>>>
>>> Im *assuming* that its timsieved, but this doesnt seem to be working at
>>> all.. What I mean is, when I try to save a new rule that I created in
>>> ingo, Im expecting it to get stored on the solaris server with the
>>> dovecot, I never see packets from the linux box -> solaris box on tcp
>>> port 2000..
>>> Or is that not the way its supposed to work?
>>
>> This should work if you have a sieve damon listening on the solaris
>> box and you need PEAR Net_Sieve on the Horde Installation.
>>
>> Regards
>>
>> Andreas
>>
>>
> on the horde box: pear/Net_Sieve is already installed and is the same
> as the released version 1.1.7
>
> when I telnet to the solaris box on port 2000, I get
>
> [root@birdhouse]# telnet solarisbox 2000
> Trying 10.66.92.42...
> Connected to solarisbox.mydomain.com (10.66.92.42).
> Escape character is '^]'.
> "IMPLEMENTATION" "Cyrus timsieved v2.2.13"
> "SIEVE" "fileinto reject envelope encoded-character vacation subaddress
> comparator-i;ascii-numeric relational regex imap4flags copy include body
> variables enotify environment"
> "SASL" "PLAIN"
> "STARTTLS"
> "NOTIFY" "mailto"
> "VERSION" "1.0"
> OK "Dovecot ready."
>
>
> but when I try to save rules on the horde/ingo web interface, I never
> see any packets on the solaris box coming from the horde linux box.
> and I see the following message on the webpage:
> #
> # ErrorThere was an error activating the script. The driver said: Not
> currently in TRANSACTION state

In ingo/lib/Driver/timsieved.php, around line 74, change the "false"
below "Ingo::getUser(false)" to "true". Then try again and post the
output here. Be careful, the output will contain the password.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-22T12:05:57Z

lst_hoe02@... wrote:

> Zitat von Jason Welsh <jason@...>:
>
>> hey folks, we have a linux server with
>>
>> * Horde: 3.3.5
>> * Imp: H3 (4.3.5)
>> <https://birdhouse.cisco.com/horde/imp/test.php>
>> * Ingo: H3 (1.2.2)
>>
>>
>> and I also have a dovecot server with sieved running on a separate
>> solaris box.
>>
>> Im trying to get the linux box with ingo to talk to the sieve server,
>> but I cant figure out what backends to use in my
>> ingo/config/backends.php
>>
>> Im *assuming* that its timsieved, but this doesnt seem to be working at
>> all.. What I mean is, when I try to save a new rule that I created in
>> ingo, Im expecting it to get stored on the solaris server with the
>> dovecot, I never see packets from the linux box -> solaris box on tcp
>> port 2000..
>> Or is that not the way its supposed to work?
>
> This should work if you have a sieve damon listening on the solaris
> box and you need PEAR Net_Sieve on the Horde Installation.
>
> Regards
>
> Andreas
>
>

on the horde box: pear/Net_Sieve is already installed and is the same
as the released version 1.1.7

when I telnet to the solaris box on port 2000, I get

[root@birdhouse]# telnet solarisbox 2000
Trying 10.66.92.42...
Connected to solarisbox.mydomain.com (10.66.92.42).
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.2.13"
"SIEVE" "fileinto reject envelope encoded-character vacation subaddress
comparator-i;ascii-numeric relational regex imap4flags copy include body
variables enotify environment"
"SASL" "PLAIN"
"STARTTLS"
"NOTIFY" "mailto"
"VERSION" "1.0"
OK "Dovecot ready."

but when I try to save rules on the horde/ingo web interface, I never
see any packets on the solaris box coming from the horde linux box.
and I see the following message on the webpage:
#
# ErrorThere was an error activating the script. The driver said: Not
currently in TRANSACTION state

Jason.

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: newbie needin help with sieve server/ingo config.

2009-10-22T03:27:13Z

Zitat von Jason Welsh <jason@...>:

> hey folks, we have a linux server with
>
> * Horde: 3.3.5
> * Imp: H3 (4.3.5)
> <https://birdhouse.cisco.com/horde/imp/test.php>
> * Ingo: H3 (1.2.2)
>
>
> and I also have a dovecot server with sieved running on a separate
> solaris box.
>
> Im trying to get the linux box with ingo to talk to the sieve server,
> but I cant figure out what backends to use in my
> ingo/config/backends.php
>
> Im *assuming* that its timsieved, but this doesnt seem to be working at
> all.. What I mean is, when I try to save a new rule that I created in
> ingo, Im expecting it to get stored on the solaris server with the
> dovecot, I never see packets from the linux box -> solaris box on tcp
> port 2000..
> Or is that not the way its supposed to work?

This should work if you have a sieve damon listening on the solaris
box and you need PEAR Net_Sieve on the Horde Installation.

Regards

Andreas

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

newbie needin help with sieve server/ingo config.

2009-10-21T07:08:39Z

hey folks, we have a linux server with

* Horde: 3.3.5
* Imp: H3 (4.3.5)
<https://birdhouse.cisco.com/horde/imp/test.php>
* Ingo: H3 (1.2.2)

and I also have a dovecot server with sieved running on a separate
solaris box.

Im trying to get the linux box with ingo to talk to the sieve server,
but I cant figure out what backends to use in my
ingo/config/backends.php

Im *assuming* that its timsieved, but this doesnt seem to be working at
all.. What I mean is, when I try to save a new rule that I created in
ingo, Im expecting it to get stored on the solaris server with the
dovecot, I never see packets from the linux box -> solaris box on tcp
port 2000..
Or is that not the way its supposed to work?

here is my backends.php

/* Sieve Example */
$backends['sieve'] = array(
'driver' => 'timsieved',
'preferred' => 'mydomain.com',
'hordeauth' => true,
'params' => array(
// Hostname of the timsieved server
'hostspec' => 'solarisbox.mydomain.com',
// Login type of the server
'logintype' => 'PLAIN',
// Enable/disable TLS encryption
'usetls' => false,
// Port number of the timsieved server
'port' => 2000,
// Name of the sieve script
'scriptname' => 'ingo',
// The following settings can be used to specify an administration
// user to update all users' scripts. If you want to use an admin
// user, you also need to disable 'hordeauth' above. You have to use
// an admin user if you want to use shared rules.
// 'username' => 'cyrus',
// 'password' => '*****',
),
'script' => 'sieve',
'scriptparams' => array(),
'shares' => false
);

regards,
Jason

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: migrate from php-imap-filter to sieve

2009-10-03T03:35:25Z

>>> Since ingo stores it's rules in it's own format, it will create all
>>> the rules it can in the new format. not all formats support all rules
>>> though, so some rules might be lost, atleast till changed again, or
>>> support for those filtering methods where added (unless this was
>>> changed recently? I don't really see how it could be fixed though)
>>
>> will it create the rules if somebody stores them again or during the
>> next login?
>>
> If the user tell ingo to store it again, yes, it will. Depending on the
> settings for ingo, it might also store it when a rule is
> added/deleted/modified.
>
> During the next login? I don't believe so, I haven't looked though and
> dunno about recent versions of ingo

the above is fine, we can easily tell the users to save their filters again.

>> does it still save the rules in its own format? If we use managesieve
>> to deploy the scripts, what will happen if somebody deploys their own
>> sieve script with managesieve?
>>
>
> Yes, ingo will ALWAYS save it's rules in it's own format (in the prefs
> system? believe this is changable in recent versions)

ok good to know. Maybe I messed up the different storages, currently we
have it in the very own ingo_rules table.

> If someone updates it manually using like thunderbird, cause you have
> the managesieve port world accessable, then their ingo rules would be
> idle and not used. Since the support for sieve scripts seems to be so
> rare, I would put that down to user knowledge, only manage your scripts
> using webmail or yourself, don't attempt both, unless you know sieve,
> and thunderbird sieve support requires user knowledge of how sieve works
> so.

Yeah, all the geeks you can easily tell to pay attention. For all the
others the only supported way is via webinterface.

Thanks for all your answers!

cheers pete
--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: migrate from php-imap-filter to sieve

2009-10-02T08:26:53Z

Quoting Peter Meier <peter.meier@...>:

> Hi
>
>> Since ingo stores it's rules in it's own format, it will create all
>> the rules it can in the new format. not all formats support all
>> rules though, so some rules might be lost, atleast till changed
>> again, or support for those filtering methods where added (unless
>> this was changed recently? I don't really see how it could be fixed
>> though)
>
> will it create the rules if somebody stores them again or during the
> next login?
>

If the user tell ingo to store it again, yes, it will. Depending on
the settings for ingo, it might also store it when a rule is
added/deleted/modified.

During the next login? I don't believe so, I haven't looked though and
dunno about recent versions of ingo

> does it still save the rules in its own format? If we use
> managesieve to deploy the scripts, what will happen if somebody
> deploys their own sieve script with managesieve?
>

Yes, ingo will ALWAYS save it's rules in it's own format (in the prefs
system? believe this is changable in recent versions)

If someone updates it manually using like thunderbird, cause you have
the managesieve port world accessable, then their ingo rules would be
idle and not used. Since the support for sieve scripts seems to be so
rare, I would put that down to user knowledge, only manage your
scripts using webmail or yourself, don't attempt both, unless you know
sieve, and thunderbird sieve support requires user knowledge of how
sieve works so.

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: migrate from php-imap-filter to sieve

2009-10-02T08:07:27Z

Hi

> Since ingo stores it's rules in it's own format, it will create all
> the rules it can in the new format. not all formats support all
> rules though, so some rules might be lost, atleast till changed
> again, or support for those filtering methods where added (unless
> this was changed recently? I don't really see how it could be fixed
> though)

will it create the rules if somebody stores them again or during the
next login?

does it still save the rules in its own format? If we use managesieve
to deploy the scripts, what will happen if somebody deploys their own
sieve script with managesieve?

thanks a lot for your answers.

cheers pete

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: Accessing .dovecot.sieve

2009-10-02T07:06:45Z

Sorry, didn't know you where using VFS, I had assumed managesieve.
I dunno if it's possible to do something with sieve like I did on maildrop.
But to not have ingo set it's script as default, and then just include
the ingo script from your normal sieve script.

in maildrop this is easy, I can just make a global rule to do this and
it doesn't affect anyone and it doesn't require me to disable anything
on my user to make it work.

Quoting Benny Pedersen <me@...>:

> On ons 30 sep 2009 21:22:56 CEST, Michael M Slusarz wrote
>>> I would like to use my existing sievescript in $vmail/%d/%u/.dovecot.sieve.
>
> this is only for managesive protocol, not for ingo vfs
>
>>> Editing the backend.php doesn't work for me [1].
>
> also barkede up the wrong tree :)
>
>>> Any ideas how to access the .dovecot.sieve and edit it with ingo?
>> You can't. Ingo has no ability to parse pre-existing files.
>
> currect, but it would be nice to use sieve include to use
> preconfigured.sieve scripts not managed from ingo as a workaround
>
> also remember multiple ingo scripts is possible, but not with vfs :(
>
> PS: its called webmail since i give apache full read/write access to
> maildirs, hands up for the link :)
>
> --
> xpoint
>
> --
> Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: ingo-unsubscribe@...
>

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: migrate from php-imap-filter to sieve

2009-10-02T07:03:44Z

That would be correct.
Since ingo stores it's rules in it's own format, it will create all
the rules it can in the new format. not all formats support all rules
though, so some rules might be lost, atleast till changed again, or
support for those filtering methods where added (unless this was
changed recently? I don't really see how it could be fixed though)

Quoting Peter Meier <peter.meier@...>:

> Hi
>
> currently we are using prefs storage for ingo filters and filter with
> php. However with a new upcoming mailbackend, we'd like to switch to use
> sieve and manage the filters through managesieve.
>
> as it is stated on the ingo website: "System administrators are able to
> switch to a different filter system or script storage at any time and
> the users' filter rules will persist." can we assume that we only need
> to switch the backend and trigger a rewrite of the filters? I don't
> fully understand what you mean with that.
>
> Anybody ever switched the filter engine? Experiences?
>
> thanks a lot and cheers
>
> pete
> --
> Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: ingo-unsubscribe@...
>

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

migrate from php-imap-filter to sieve

2009-10-02T06:10:22Z

Hi

currently we are using prefs storage for ingo filters and filter with
php. However with a new upcoming mailbackend, we'd like to switch to use
sieve and manage the filters through managesieve.

as it is stated on the ingo website: "System administrators are able to
switch to a different filter system or script storage at any time and
the users' filter rules will persist." can we assume that we only need
to switch the backend and trigger a rewrite of the filters? I don't
fully understand what you mean with that.

Anybody ever switched the filter engine? Experiences?

thanks a lot and cheers

pete
--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...

Re: Accessing .dovecot.sieve

2009-10-02T03:34:36Z

On ons 30 sep 2009 21:25:39 CEST, Maik Stubbe wrote
> Any chance to save the new script to $vmail/%d/%u/.dovecot.sieve?
> This also would solve my problem

using managesieve protocol from ingo, problem is gone

--
xpoint

--
Ingo mailing list - Join the hunt: http://horde.org/bounties/#ingo
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: ingo-unsubscribe@...