Ivan Sergio Borgonovo | 28 Aug 03:20 2014
Picon

RFC: how to support custom sieve filters

I'd like to be able to write my custom sieve filters through a web
interface and as well offer a GUI for less knowledgeable users.

I'm not sure I could find the time to actually propose a patch and even
before thinking about coding I'd like to have some feedback.

While trying to understand how ingo works I ran into something that may
be considered a bug.

Ingo just read DB status ignoring what's the current managesieve status.

So it may happen you disabled ingo filter from another program and
without explicitly enabling it from the ingo interface, but just editing
rules order you may accidentally enable again ingo filter and
consequently disable your custom filter.

And there is no way to revert this change if you just have web access to
managesieve.

That aside it would be nice to have a way to be able to write custom
filters from ingo web interface without renouncing to its GUI and to be
able to enable/disable various script available on the server.

Considering the current structure of the code and the DB it would
require a large refactoring to actually be able to store more than one
sieve filter in the DB.

A possible solution could be to surround ingo generated script with some
kind of delimiter and leave the rest of the script untouched.

(Continue reading)

Staff Forwarding | 25 Aug 17:19 2014

Re: Ingo&Maildrop

On 22/08/2014 10:10, Jan Schneider wrote:
>
> Zitat von Staff Forwarding <staff@...>:
>
>> On 19/08/2014 11:51, Ralf Lang wrote:
>>> On 19.08.2014 12:49, Staff Forwarding wrote:
>>>> Ii have a functioning Horde system with a Postfix/Courier mail server.
>>>> I've only just got around to adding Maildrop filtering on the server
>>>> side & now wish to link Ingo to Maildrop.
>>>>
>>>> I've put the (what I believe to be) correct values into the 
>>>> backends.php
>>>> & as I have virtual users created a new horde ftp user & added its
>>>> details to hook.php
>>>>
>>>> I can add and edit rules through Horde, but nothing is added to my
>>>> mailfilter file. It could be permissions (of course) but I can't even
>>>> see that the Maildrop .php is being invoked.
>>>>
>>>> So, (a) any obvious pointers and (b) is there any way to trace the
>>>> activity which occurs when I click save so that I can track down what
>>>> I've done wrong?
>>>>
>>>> /Chris
>>> You generally do not edit backends.php
>> I only changed the disabled to false & uncommented the lines for 
>> maildrop
>
> But did you disable the default backend too? No matter what, you 
> should still not touch backends.php.
(Continue reading)

Tóth Martin | 23 Aug 01:10 2014
Picon

INGO problem, rules not showing in filter menu

Hello,
I am sick of debugging for 5 hours and I need help from community.
My problem : Horde do not showing filters 

Can you lead me what can cause the problem?

backend.local.php of INGO is like 
<?php
$backends['imap'] = array(
'disabled' => true,
);

$backends['sieve'] = array(
'disabled' => false,
'transport' => 'timsieved',
'hordeauth' => 'full',
'params' => array(
'hostspec' => '172.16.2.38',
'logintype' => 'PLAIN',
'usetls' => false,
'port' => 4190,
'scriptname' => 'ingo',
'debug' => true,
),

'script' => 'sieve',
'scriptparams' => array(
'utf8' => true,
),
'shares' => false
(Continue reading)

Staff Forwarding | 19 Aug 12:49 2014

Ingo&Maildrop

Ii have a functioning Horde system with a Postfix/Courier mail server. 
I've only just got around to adding Maildrop filtering on the server 
side & now wish to link Ingo to Maildrop.

I've put the (what I believe to be) correct values into the backends.php 
& as I have virtual users created a new horde ftp user & added its 
details to hook.php

I can add and edit rules through Horde, but nothing is added to my 
mailfilter file. It could be permissions (of course) but I can't even 
see that the Maildrop .php is being invoked.

So, (a) any obvious pointers and (b) is there any way to trace the 
activity which occurs when I click save so that I can track down what 
I've done wrong?

/Chris
Ivan Sergio Borgonovo | 7 Aug 13:41 2014
Picon

Unable to load backends.[local].php

Hi,

I've installed horde 5.2.1 with debian packages.
I'd like to enable sieve filtering.

I've a dovecot/sieve/managesieve that is working. I can upload and run
sieve scripts remotely with a sieve client.

Horde as a whole as far as I can tell works. I still haven't explored
it in all its glory.

Now no matter where I put and how I name backends.php it is ignored.

I can see that other files in ingo/config/ are loaded.
If I purposely add an error in prefs.php and conf.php horde breaks, so
I know for sure they are loaded.

Now I've tried to discover what horde loads breaking
config/backends.php, config/backends.local.php
config/backends.d/backends.php but those files aren't loaded at all.

Now maybe I still didn't find the right place or there is some other
option to enable loading backends or I should install some other
packages but right now I'm out of options to try.

thanks

--

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it
(Continue reading)

Jan Schneider | 4 Jul 10:31 2014

Fwd: sieve auth problem

Keep discussions on the list.

----- Weitergeleitete Nachricht von Nicolás Valera <nvalera@...m> -----
   Datum: Thu, 03 Jul 2014 10:17:44 -0300
     Von: Nicolás Valera <nvalera@...>
Betreff: Re: [ingo] sieve auth problem
      An: Jan Schneider <jan@...>

On 07/03/2014 08:01 AM, Jan Schneider wrote:
>
> Zitat von Nicolás Valera <nvalera@...>:
>
>> Hi there!
>>
>> I have problems with dovecot sieve authentication because the ingo  
>> doesn't send the domain part.
>>
>> Jul  3 07:20:01 vmail dovecot: imap-login: Login:  
>> user=<test.user@...>, method=PLAIN, rip=10.10.10.8,  
>> lip=10.10.10.10
>>
>> Jul  3 07:20:12 vmail dovecot: managesieve-login: Disconnected  
>> (auth failed, 1 attempts): user=<test.user>, method=PLAIN,  
>> rip=10.10.10.8, lip=10.10.10.10
>>
>>
>> Here's my backends.local.php
>>
>> <?php
>> $backends['imap']['disabled'] = true;
(Continue reading)

Nicolás Valera | 3 Jul 12:21 2014
Picon

sieve auth problem

Hi there!

I have problems with dovecot sieve authentication because the ingo 
doesn't send the domain part.

Jul  3 07:20:01 vmail dovecot: imap-login: Login: 
user=<test.user@...>, method=PLAIN, rip=10.10.10.8, lip=10.10.10.10

Jul  3 07:20:12 vmail dovecot: managesieve-login: Disconnected (auth 
failed, 1 attempts): user=<test.user>, method=PLAIN, rip=10.10.10.8, 
lip=10.10.10.10

Here's my backends.local.php

<?php
$backends['imap']['disabled'] = true;
$backends['sieve'] = array(
     'disabled' => false,
     'transport' => array(
         Ingo::RULE_ALL => array(
             'driver' => 'timsieved',
             'params' => array(
                 'hostspec' => '10.10.10.10',
                 'logintype' => 'PLAIN',
                 'usetls' => false,
                 'port' => 2000,
                 'scriptname' => 'ingo',
                 'debug' => false,
             ),
         ),
(Continue reading)

Antonio Casado Rodriguez | 27 Jun 09:52 2014
Picon

How can I force to run the spam rule if the user select forwarding rule?

Hi all,

When the users use forwarding rule, it forwards all emails (including 
tagged spam). I want avoid my MTA were include in blacklist.

Two options:

a) Hack forwarding rule to:

# Forwarding
if true {
if header :comparator "i;octet" :matches "Subject" "[SPAM]*" {
fileinto "Junk";
stop;
}
redirect "foo@...";
}

b) If user active "forwarding rule", then ingo active "spam_force rule". 
This new rule is hidden for users and it's the highest precedence.

Is possible it?

Thanks you

--

-- 
Antonio Casado Rodríguez
Administrador de Servicios de Red y Seguridad TIC
Área de Comunicaciones
STIC (Servicio de las Tecnologías de la Información y las Comunicaciones)
(Continue reading)

Nicolás Valera | 26 Jun 17:28 2014
Picon

Vacations problem


Hi, i have followed this post 
(http://lists.horde.org/archives/ingo/Week-of-Mon-20140203/002217.html) 
but it doesn't work for me.

It seems like it doesn't use my custom parameters.

Here is my backend.local.php

$backends['imap']['disabled'] = true;
$backends['customsql']['disabled']=false;
$backends['customsql']['transport'][Ingo::RULE_ALL]['driver']='sql';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['username'] 
= 'user';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['password'] 
= 'pass';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['hostspec'] 
= '10.10.0.100';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['port'] 
= '3306';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['protocol'] 
= 'tcp';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['database'] 
= 'postfix';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['charset'] 
= 'utf-8';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['ssl'] 
= 'false';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['splitread'] 
= 'false';
(Continue reading)

Nicolás Valera | 26 Jun 14:43 2014
Picon

Re: Vacations problem

 > Quoting woj woj <wojnas at gmail.com>:

 > Hello,
 > I got problem with vacations with sql backend (different host) in (ingo)
 > 3.1.3.
 > I dont see vacation option in filters menu.
 >
 > Here is my backend.local.php
 >
 > $backends['customsql']['disabled']='false';
 > $backends['customsql']['preferred']='server_domain';
 > $backends['customsql']['transport']['Ingo::RULE_ALL']['driver']='sql';

 > It's [Ingo::RULE_ALL] (PHP constant declaration ... resolves to
 > integer 0) instead of ['Ingo::RULE_ALL'] (the string 'Ingo::RULE_ALL',
 > which has no meaning in Ingo).

 > michael

Hi, i have followed the first post but it doesn't work for me.
It seems like it doesn't use my custom parameters.

Here is my backend.local.php

$backends['imap']['disabled'] = true;
$backends['customsql']['disabled']=false;
$backends['customsql']['transport'][Ingo::RULE_ALL]['driver']='sql';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['username'] 
= 'user';
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['password'] 
(Continue reading)

Jan Schneider | 17 Jun 14:02 2014

Ingo H5 (3.2.0RC1)

The Horde Team is pleased to announce the first release candidate of the Ingo
Email Filter Rules Manager version H5 (3.2.0).

Ingo is an email-filter management application. It is fully internationalized,
integrated with Horde and the IMP Webmail client, and supports both  
server-side
(Sieve, Procmail, Maildrop) and client-side (IMAP) message filtering. For more
information on Ingo, visit http://www.horde.org/apps/ingo.

Barring any problems, this code will be released as Ingo H5 (3.2.0).  We
encourage widespread testing and feedback via the mailing lists or our bug
tracking system.  Updated translations are very welcome, strings should not
change before the final release.

For upgrading instructions, please see
http://www.horde.org/apps/ingo/docs/UPGRADING

For detailed installation and configuration instructions, please see
http://www.horde.org/apps/ingo/docs/INSTALL

The major changes compared to Ingo version H5 (3.2.0beta2) are:
     * Updated translations.

The full list of changes can be viewed here:

https://github.com/horde/horde/blob/36e4309e3f3413d609ca9bdc66e4691e677e527c/ingo/docs/CHANGES

Have fun!

The Horde Team.
(Continue reading)


Gmane