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)

Bastian Klein | 15 Jun 13:10 2014
Picon

Problem regarding default filtes

Hi there,

i have a problem with ingo on my two horde servers.
Ich have only a blacklist and whitelist filter option.

Perhaps this is just a understanding problem but i just dont get it.

Switching between storage drivers doesnt changes anything.
In prefs file nothing is locked. If i lock whitelitst for example, it
dissappers from ingo as expected. When i set locked to false, it pops up
again.

But no vaction or spam ...

Imp so far runs great with imap auth.
Horde 5.1.6 and Imp 6.1.7 and Ingo 3.1.4.

Thanks in advance!
Best regards,

Bastian
bk:ims

Phone: +49 (5344) 2590066
Mobil: +49 (179) 7425446
Mail: b.klein@...
carlo | 29 Apr 13:13 2014
Picon

Enabling Vacation option


Dear all,

this is my first message in the list. I’m running Horde Groupware 5.1.4 and Ingo 3.1.4.
I need to add the vacation option to those already available (blacklist/whitelist).
I’m dealing with the ‘customsql’ backend, but no success (error on accessing with ‘Failed to
import configuration file').

I’m using a backends.local.php file in which I specified:

$backends['customsql']['disabled']=false; 
$backends['customsql']['preferred']=‘<domain>'; 
$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'] = ‘<ip>'; 
$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'] =
‘<database>'; 
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['charset'] = 'utf-8'; 
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['ssl'] = 'true'; 
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['splitread'] = 'false'; 
$backends['customsql']['transport'][Ingo::RULE_ALL]['params']['sql']['phptype'] = 'mysql'; 
$backends['customsql']['script'][Ingo::RULE_ALL]['driver'] = 'customsql'; 
$backends['customsql']['script'][Ingo::RULE_ALL]['params']['vacation_unset'] = 'UPDATE
vacation SET active = 0 WHERE user = %u'; 
$backends['customsql']['script'][Ingo::RULE_ALL]['params']['vacation_set'] = 'REPLACE INTO
(Continue reading)

Adam Tauno Williams | 15 Apr 14:30 2014

Ingo Fails In Script.php <at> 116:createAll

I am attempting to update a Horde instance that uses Ingo with a SIEVE
backend.  The filters application runs - but there are no filters
displayed and no "New Rule" button.

In the logs I see:

2014-04-15T08:25:54-04:00 WARN: HORDE [ingo] PHP ERROR: array_keys()
expects parameter 1 to be array, string given [pid 5795 on line 116 of
"/srv/www/vhosts/horde/ingo/lib/Factory/Script.php"]
2014-04-15T08:25:54-04:00 WARN: HORDE [ingo] PHP ERROR: Invalid argument
supplied for foreach() [pid 5795 on line 116 of
"/srv/www/vhosts/horde/ingo/lib/Factory/Script.php"]

 - which is -

    /**
     * Returns all Ingo_Script instances.
     *
     *  <at> return array  All Ingo_Script instances.
     *  <at> throws Ingo_Exception
     */
    public function createAll()
    {
        $scripts = $GLOBALS['session']
            ->get('ingo', 'backend/script', Horde_Session::TYPE_ARRAY);
        $instances = array();
        foreach (array_keys($scripts) as $rule) {
            $instances[$rule] = $this->create($rule);
        }
        return $instances;
(Continue reading)


Gmane