Re: Authentication against multiple IMAP servers

2019-10-31 Thread BKH - Post




Hello Janos,

i tried this and set CUSTOM_PRE_AUTH_FUNCTION as described in the docs.
For testing reasons i copied your "my_imap"-script into config-site.php.

After this tried to log into piler with different users but the login 
page is shown as acompletely blank page.
Disabling the script, which is mentioned in the docs, login page is 
shown correctly.


I changes domain values to my domains but this error persists.

Can you help me with this?

BKH

Am 29.10.19 um 20:20 schrieb s...@acts.hu:



Hello,

I've just updated the custom authentication docs at
http://www.mailpiler.org/wiki/current:custom-authentication

Please check out the CUSTOM_PRE_AUTH_FUNCTION feature at the end.

Janos

On 2019-10-29 10:12, BKH - Post wrote:

Hi @all,

is there a possibility to establish an authentication against multiple
IMAP servers?
Having here a scenario with two to three internal IMAP servers in
different workgroups i don't want to setup three mailpiler instances.
In fact that setting setting up such system is not a problem i want to
reduce administrative tasks.

Thanks for your advice.

Regards

BKH






Authentication against multiple IMAP servers

2019-10-29 Thread BKH - Post




Hi @all,

is there a possibility to establish an authentication against multiple 
IMAP servers?
Having here a scenario with two to three internal IMAP servers in 
different workgroups i don't want to setup three mailpiler instances.
In fact that setting setting up such system is not a problem i want to 
reduce administrative tasks.


Thanks for your advice.

Regards

BKH





Upgrade from 1.3.5 -> 1.3.7

2019-10-25 Thread BKH - Post




Hi @all,

version 1.3.7 of mailpiler is out.
After reading upgrade instructions i found nothing regarding version 1.3.7.
As i want to do an upgraade of piler form the first time i need some 
hints to do this.


It is clear that making a backup of all configs is recommended.
Can i copy over all files?

Thanks for your advice

Regards

BKH




Re: Deletion / Purging of maiil - mail are shown in searchlist

2019-08-28 Thread BKH - Post



Hi Janos,

thanks for your relpy.

After going through your description i can confirm that this is working.
Wonderful!

Again many thanks for your help and advise :-)

BKH

Am 28.08.19 um 20:49 schrieb s...@acts.hu:
>
>
> Hello,
>
> I've just redeployed my dev environment. This is how it works (and it
> works):
>
> I selected 3 emails, then as an auditor I removed them. On the gui
> they were
> greyed out immediately.
>
> Then I ran pilerpurge.py, and noticed in the mail logs:
>
> Aug 28 18:39:00 780405577d9b pilerpurge.py[957]: Purged 3 messages, 4
> files, 22098/11248 bytes
>
> However, even though the messages were removed from disk, they were
> still present
> in the sphinx database. So I could see them in the upper pane. When I
> clicked either
> of them, then lower pane was basically empty (because the messages
> were gone).
>
> Now the caveat: after running the delta indexer, nothing has changed
> on the gui.
> Then after running the daily main indexer, still nothing. The first
> delta indexer
> running right after the main indexer did the trick, because the sphinx
> killlist
> (k-list) is tied to the main index.
>
> Janos
>
>
> On 2019-08-28 10:08, BKH - Post wrote:
>>
>> two days ago i deleted some mails for testing reasons with pilerpurge.py
>> as it is shown here:
>> http://www.mailpiler.org/wiki/current:purging-aged-emails?s[]=%2Apurge%2A
>>
>>
>> Looking into searchlist with auditor privileges i can see those delted /
>> purged mails even today.
>> So i don't know what went wrong here because syslog shows no entries.
>> Documentation mentiones a killlist feature which i assume to be inside
>> delta indexer.
>> Delta indexer runs every 10 minutes in my testing environment.
>>
>> I'm unsing sphinxsearch 3.11 and piler 1.3.5.
>>
>> How to "update" sphinxsearch?
>>
>> Thanks for your help
>>
>> BKH
>



Deletion / Purging of maiil - mail are shown in searchlist

2019-08-28 Thread BKH - Post



Hello,

two days ago i deleted some mails for testing reasons with pilerpurge.py
as it is shown here:
http://www.mailpiler.org/wiki/current:purging-aged-emails?s[]=%2Apurge%2A

Looking into searchlist with auditor privileges i can see those delted /
purged mails even today.
So i don't know what went wrong here because syslog shows no entries.
Documentation mentiones a killlist feature which i assume to be inside
delta indexer.
Delta indexer runs every 10 minutes in my testing environment.

I'm unsing sphinxsearch 3.11 and piler 1.3.5.

How to "update" sphinxsearch?

Thanks for your help

BKH




Re: Cronjobs - change indexing interval

2019-08-25 Thread BKH - Post



Hello Janos,

everything went fine so far and all email are shown in WebGUI again.
Since i'm in a testing environement it worked for me.
I'm going to test this on a productiv system in the next days.

Thanks for this great piece of software an yout help.
I really appreciate this.

BKH

Am 25.08.19 um 19:17 schrieb s...@acts.hu:
>
>
> Hello,
>
> On 2019-08-25 18:29, BKH wrote:
>>
>> unfortunately all older emails were gone in WebGUI.
>> After checking sphinx index i found them in spinx index.
>> I dont know how to get then back to WebGUI an so i tried to reindex.
>> But this did not work for me.
>>
>> In fact that this is not a big problem - yes, i made some backups - i'm
>> going to set up a new testing environment.
>> But how to get back emails when they are gone in WebGUI but are found in
>> sphinx index?
>>
>
> it appears that the index data defined for sphinx v3 is not compatible
> with
> v2 (and vice versa). So do the following:
>
> - stop searchd
> - rm -f /var/piler/sphinx/*
> - su -c "indexer --all --config /usr/local/etc/piler/sphinx.conf" piler
> - verify that you have files owned by piler in /var/piler/sphinx/
> - startd searchd
> - reindex all emails, ie. su - piler; cd /tmp; reindex -f 1 -t 100;
> /usr/local/libexec/piler/indexer.delta.sh
>
> After this you should see some emails in the gui. If so, run reindex
> -a (as user piler)
> to reindex all emails.
>
> Janos
>