Re: kolab_smtp_access_policy and tables policy_result

Jan Kowalsky <[email protected]>
Newsgroups gmane.comp.kde.devel.kroupware
Message-ID <8a95d19d-5e2e-71a1-dc7c-54db760e35fd__1806.97993278063$1529611826$gmane$org@datenkollektiv.net>
Hi Christoph,

thanks  for answer. Unfortunately it doesn't work neigher if the table
doesn't exist. This was the first situation. Table didn't exist and
sending / receiving emails faild with server configuration error. Then I
thought maybe the table is missing and I created it.

I have a distributed installation - mta ist stand alone - only with
wallace and postfix. So I thought, maybe I missed something on installation.

Any idea? Problem is, there is no further debugging output in
pykolab.log. I tried database connection with credentials provieded in
kolab.conf. Everything is fine and user kolab has privileges to create
tables.

Best regards
Jan

Am 19.06.2018 um 12:28 schrieb Christoph Erhardt:
> Hi Jan,
> 
> it looks like you have hit an artefact from the upgrade 3.4 -> 16. You 
> probably missed step 6 in the upgrade guide:
> https://docs.kolab.org/upgrade-guide/kolab-16.html
> 
> The table schema is declared in Python using the SQLAlchemy mapper; you can 
> find it here:
> https://git.kolab.org/diffusion/P/browse/master/bin/
> kolab_smtp_access_policy.py;5ec8788dd436b342f160ad3dfcca634e68e65112$87
> 
> Since the policy_result table contains only temporary data, it should be safe 
> to drop it. The table will then be recreated automatically with the correct 
> schema.
> 
> Best regards,
> Christoph
> 
> P.S.: There is an open bug related to the width of the address strings in the 
> policy_result table (https://git.kolab.org/T2274). The bugfix will probably 
> drop the table every time the pykolab package gets updated.
> 
> On Tuesday, 19 June 2018 11:49:57 CEST Jan Kowalsky wrote:
>> Hi all,
>>
>> while activating the cache_uri in kolab.conf
>>
>> [kolab_smtp_access_policy]
>> # cache_uri = mysql://kolab:[email protected]/kolab
>>
>> I get allways: 451 4.3.5 Server configuration problem; while sending.
>>
>> and something like this:
>>
>> Jun 19 11:37:35 mx0 postfix/submission/smtpd[17533]: warning: premature
>> end-of-input on private/submission_policy while reading input attribute name
>> Jun 19 11:37:35 mx0 postfix/submission/smtpd[17533]: warning: problem
>> talking to server private/submission_policy: Connection reset by peer
>>
>> in mail.log
>>
>> I found, I missed the column data in the table policy_result, so I
>> created it. But the problem continues. But maybe my database structure
>> is still false. I can't find which setup process is responsible to
>> create the strukture and neigher an sql file in /usr/share/docs where
>> other kolab components store their initial sql queries for creating tables.
>>
>> Unfortunately there is nothing in pykolab.log even If I start it with
>>
>> user=kolab-n argv=/usr/lib/postfix/kolab_smtp_access_policy
>> --verify-sender --verify-recipient -d 9
>>
>> any idea?
>>
>> Kind regards
>> Jan
>> _______________________________________________
>> users mailing list
>> [email protected]
>> https://lists.kolab.org/mailman/listinfo/users
> 
> 
> 
> _______________________________________________
> users mailing list
> [email protected]
> https://lists.kolab.org/mailman/listinfo/users
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.