Hi Felix,

the Error is not reproducible (systemct restart kopano-server)

For anyone else interested, you can do this via this setting in main.cf
I’m sure there are other ways but I couldn’t find anything that worked. I desperately tried luser_relay but just could not get it to work so I ended up doing this…

virtual_alias_maps = /etc/postfix/virtual

You have to use regex to accomplish it so if you are using the regular virtual alias file as a hash, you will need to create another one and add it to the “virtual_alias_maps =” line. Your virtual aliases will need something like this (this does both user- and user_)…

/^user1-/ user1 /^user1_/ user1 /^user2-/ user2 /^user2_/ user2

You can include any other aliases you want in the file and with regex, the possibilities are endless. Be careful not to allow in everything.

Then don’t forget…

# postmap /etc/postfix/virtual (or whatever virtual alias file you end up using) # postfix reload

Hi @fbartels

Glad to hear it’s not just me having the issue, the spamd dependency error was really confusing , since it was announced for Kopano Core 8.6. lol

The upgrade itself finished properly and Kopano /w OpenLDAP is running just fine since I upgraded to 8.5.81. Thanks for your assistance and confirming the bug! :)

And yeah, I agree, the dpkg -i ./*.deb is ugly, but it’s just on my private Kopano server.

Just an additional note, this seems to be an issue with the user creation scripts, not the kopano-server. The users created by Webmin show up with kopano-admin -l, but they have no store.

@fbartels
Thanks for the response. The clue turned out to be in the comments about the search index - for some reason the permissions had got messed up on that directory.

It would be nice if the error message gave a clue as to the place on disk where the problem occurred! That way I would have tracked this down myself in no time.

But thanks for your help.

Gary

@mclu said:

configure: WARNING: unrecognized options: --enable-swig, --enable-tcmalloc, --disable-testtools

You don’t need that.

./configure make --enable-release make install Builds everything incl. php-mapi with default options and for your default php-setup. Installs kopano-core to alternate locations:
/usr/local/...
Thus, adjustments to config files might be required.

Read configure.ac for details on configure-options.

Good luck!
++umgfoin.

Hi @externa1 ,

Of course the complete mail incl. Attachment. What use would it be only to backup half the data?

Atleast they’re going now, just getting undeliverable to the user lol. Onward and Upward

Hi Holger,

I had the same errror. Perhaps you can find help in my thread. I had to execute a findroot script.

Ulf

@fbartels said in kopano-server: unrecognized service:

Hi @cpeb ,

if you depend on timely answers it probably better to get a subscription to open support calls and in case of emergency have someone to call…

In your case the forum search would also have provided an answer to your specific problem: https://forum.kopano.io/post/4715

So you either need to copy the old init scripts from the git checkout, or simply use ubuntu 16.04.

Thanks for that, i did a search beforehand but couldnt find anything that fitted with my issue.

Thanks

The option is accepted by the server without error now. But it does not work. I still get a reminder for an appointment in a shared folder. Do I miss something?

0_1516125357887_7de2014e-2819-4335-adda-c47ef58a40bd-image.png

Hi,
Ok it works now.

Thanks

Thank you for the help!
I will try to switch to the default PHP 7.0, if thats not working i will try to compile myself, sorry to ask this noob things but is there any way only to compile this component or do i have to compile the whole kopano core?

Hi,

ok, thats easy. Very well.
Is there a trigger, to start my script and use parameter (like Folder / Mail / …)

Jan

Hi @kmeyer ,

i’d recommend to upgrade to the latest version and then try again.

@anotherandy Now i’ve created a new Security Object’ called ‘zarafaservice’ with phpldapadmin and assigned it my old Password and it seems to be to function.

Hey,
I’ve a similar problem: Many users are maintained by our local Kopano server, but as many users will be maintained by an external mailserver. I don’t know all of the external users, but all of my local users are listed in ldap.
How can I configure this?

My setup: the local Kopano server maintains three domains: example1.at, example2.at and example3.at … example3.at must be splited into local users (from ldap) and all other unknown users to external

Fortunately, the MX record for example3.at points to the external server, I use fetchmail to get the mails for my local users.
I removed example3.at from virtual_mailbox_domains in my postifx config, so every mail to an user *@example3.at will be delieverd to the external server. Is it possible to filter the local users?

virtual_mailbox_domains = example1.at, example2.at #,example3.at virtual_mailbox_maps = ldap:/etc/postfix/ldap-users.cf,hash:/etc/postfix/virtual/addresses virtual_alias_maps = ldap:/etc/postfix/ldap-aliases.cf,hash:/etc/postfix/virtual/addresses virtual_transport = lmtp:127.0.0.1:2003 transport_maps = ldap:/etc/postfix/ldap-transport.cf,hash:/etc/postfix/transport

This does not work: /etc/postfix/ldap-transport.cf

server_host = localhost search_base = ou=Users,dc=customerxyz,dc=local version = 3 scope = sub query_filter = (&(mail=%s)(kopanoAliases=%s)) result_attribute = mail result_format = kopano

and /etc/postfix/transport

example3.at smtp:bsmtp.a1.net:587

Hello Coffee_is_life, hello Mike,
your tip helped!
However, I had to take a few extra steps to get everything going again. After stopping mariadb and changing the datadir, I had to execute the following commands so that mariadb could be restarted:

First, I had to reinstall the system tables. For this I had to execute the following command:

mysql_install_db --user=mysql

Since I run my mail server on Debian, I had to grant rights to a system user with the following commands after starting mariadb:

mysql -uroot -p mysql> grant all privileges on *.* to 'debian-sys-maint'@'localhost' identified by '<Password>' with grant option;

The password to be assigned here can be found in the file /etc/mysql/debian.cnf.
I have also recreated the kopano database user and authorized it with:

mysql> create user 'kopano'@'%' identified by '<Password>'; mysql> grant all privileges on *.* to 'kopano'@'%' identified by '<Password>' with grant option; mysql> exit

Then mariadb had to be restarted.
Then I had to set the password for the root user with:

mysqladmin -u root password <new Password>

Now I could create a new empty database and import the dump.

After the import the Kopano server was restarted correctly. Access is now possible again.
Now everything works as it should. :smiley:

Thanks for your support. I would not have done without you!

Thanks for info, im finish configuration, tested it and it works without this parameter.