Kopano MAPI_E_NOT_FOUND

#1

Hallo,

ich wollte mir, aktuell zum testen, einen Univention Server mit Kopano einrichten.
Ich hab das ganze schon mal vor einiger Zeit gemacht, und hatte eigentlich keine Probleme.

Die Installation läuft des Server war kein Problem, nun installierte ich sowohl Kopano Core als auch die WebApp, was auch zu mindestens wie ich bisher sehen konnte ohne Probleme.

Nachdem ich einen User angelegt habe (Kopano-Account Vorlage), wollte ich mich mit diesem einloggen.
Hier bekomme ich jetzt die Fehlermeldung:

Unbekannter MAPI-Fehler:
MAPI_E_NOT_FOUND

Ich habe dann mal eine Versio 4.2 installiert, hier ging alles.
Dann habe ich Upgrade´s eingespielt!
Der schon eingerichtete User lief einwand frei, aber ein neu angelegter User bekamm wieder diese Meldung.

Kann mir da jemand einen Tip geben?

Besten Dank

Manfred

#2

Habe ich auch… kann es sein, dass man eine bestimmte Anzahl an Nutzern frei hat (1-2) und für weitere zahlen muss?

#3

Kann ich mir nicht direkt vorstellen!
Ich habe das Problem ja auch, wen ich eine erst Installation mache und den ersten User anlege!

#4

Nein, das ist definitiv nicht der Fall.

Wird ausgegeben, wenn der Server ein Objekt nicht finden konnte. Während des Logins könnte ein fehlender Store die Ursache sein.

Für das weitere Vorgehen sind sowohl die genaue Kopano Version interessant, als auch was der kopano-server Prozess so loggt, nachdem ein Nutzer angelegt wurde.

#5

Kopano Core 8.6.2.1-2
Kopano Webapp 3.4.21.1723

In welchem Log müsste ich da was finden?

Ich habe eben den kopano-server neugestartet und im /var/log/debug folgendes gefunden:

Nov 10 15:06:13 ucs01 kopano-spooler[1056]: Sat Nov 10 15:06:13 2018: [warning] [ 1056] Table reload requested, breaking server connection
Nov 10 15:06:13 ucs01 kopano-spooler[1056]: Sat Nov 10 15:06:13 2018: [warning] [ 1056] Server connection lost. Reconnecting in 3 seconds...
Nov 10 15:06:15 ucs01 kopano-search[1072]: 2018-11-10 15:06:15,335 - search - ERROR - Traceback (most recent call last):
Nov 10 15:06:15 ucs01 kopano-search[1072]:   File "/usr/lib/python2.7/dist-packages/kopano/log.py", line 89, in log_exc
Nov 10 15:06:15 ucs01 kopano-search[1072]:     try: yield
Nov 10 15:06:15 ucs01 kopano-search[1072]:   File "/usr/lib/python2.7/dist-packages/kopano_search/__init__.py", line 382, in incremental_sync
Nov 10 15:06:15 ucs01 kopano-search[1072]:     new_state = self.server.sync(importer, self.state, log=self.log)
Nov 10 15:06:15 ucs01 kopano-search[1072]:   File "/usr/lib/python2.7/dist-packages/kopano/server.py", line 715, in sync
Nov 10 15:06:15 ucs01 kopano-search[1072]:     return _ics.sync(self, self.mapistore, importer, state, log or self.log, max_changes, window=window, begin=begin, end=end, stats=stats)
Nov 10 15:06:15 ucs01 kopano-search[1072]:   File "/usr/lib/python2.7/dist-packages/kopano/ics.py", line 218, in sync
Nov 10 15:06:15 ucs01 kopano-search[1072]:     exporter.Config(stream, flags, importer, restriction, None, None, 0)
Nov 10 15:06:15 ucs01 kopano-search[1072]:   File "/usr/lib/python2.7/dist-packages/MAPICore.py", line 1902, in Config
Nov 10 15:06:15 ucs01 kopano-search[1072]:     return _MAPICore.IExchangeExportChanges_Config(self, lpStream, ulFlags, lpUnk, lpRestriction, lpIncludeProps, lpExcludeProps, ulBufferSize)
Nov 10 15:06:15 ucs01 kopano-search[1072]: MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR)
#6

Hey,
bei mir funktionierts jetzt ich habe anscheinend alle User, welche nicht funktionierten in einer Version von Kopano erstellt, welche einen Bug hatten. Guck mal, was du raus bekommst wenn du kopano-cli --list-users eingibst. Bei mir hatten dann welche keine “stores”. Diese haben auch nicht funktioniert, andere mit stores schon… Habe nochmals einen neuen erstellt, dieser hat nun einen Store erhalten und funktioniert.

#7

Jetzt bin ich etwas mit den Threads ducheinander gekommen!
Ja bei mir gibt es eben bei meinem Problem User auch kein Store, auch wen ich einen weiteren neu einrichte!

Ich bekomme im listener.log immer:

.11.18 15:28:19.420  LISTENER    ( PROCESS ) : updating 'cn=uidNumber,cn=temporary,cn=univention,dc=landgasthof-zum-herz,dc=intranet' command m
10.11.18 15:28:19.431  LISTENER    ( PROCESS ) : updating 'cn=2012,cn=uidNumber,cn=temporary,cn=univention,dc=landgasthof-zum-herz,dc=intranet' command d
10.11.18 15:28:19.434  LISTENER    ( PROCESS ) : updating 'cn=lotusn@landgasthof-zum-herz.intranet,cn=mailPrimaryAddress,cn=temporary,cn=univention,dc=landgasthof-zum-herz,dc=intranet' command d
10.11.18 15:28:19.452  LISTENER    ( PROCESS ) : updating 'cn=lotusn,cn=uid,cn=temporary,cn=univention,dc=landgasthof-zum-herz,dc=intranet' command d
10.11.18 15:28:19.463  LISTENER    ( PROCESS ) : updating 'uid=lotusn,cn=users,dc=landgasthof-zum-herz,dc=intranet' command m
10.11.18 15:28:19.481  LISTENER    ( PROCESS ) : updating 'uid=lotusn,cn=users,dc=landgasthof-zum-herz,dc=intranet' command m
10.11.18 15:28:19.483  LISTENER    ( PROCESS ) : updating 'cn=Domain Users,cn=groups,dc=landgasthof-zum-herz,dc=intranet' command m
10.11.18 15:28:24.269  LISTENER    ( PROCESS ) : updating 'cn=S-1-5-21-2748047570-2367469012-3214793904-1117,cn=sid,cn=temporary,cn=univention,dc=landgasthof-zum-herz,dc=intranet' command a
10.11.18 15:28:24.283  LISTENER    ( PROCESS ) : updating 'uid=lotusn,cn=users,dc=landgasthof-zum-herz,dc=intranet' command m
10.11.18 15:28:24.284  LISTENER    ( PROCESS ) : samba4-idmap: renaming entry for S-1-4-2012 to S-1-5-21-2748047570-2367469012-3214793904-1117
10.11.18 15:28:39.456  LISTENER    ( PROCESS ) : kopano: initiating sync
10.11.18 15:28:39.624  LISTENER    ( PROCESS ) : kopano: updating uid=lotusn,cn=users,dc=landgasthof-zum-herz,dc=intranet
'NoneType' object has no attribute 'enabled'
Usage: kopano-cli [options]

kopano-cli: error: no such option: --mr-decline-conflict
Usage: kopano-cli [options]

kopano-cli: error: no such option: --mr-decline-recurring

Wie hast du es behoben?

#8

Okay,

ich konnte es jetzt zu mindestens manuel beheben in dem für den User ein Store erstellt habe:

kopano-cli -u lippm --create-store

Geht ist aber nicht schön!

#9

The last app update replaced kopano-admin with kopano-cli here. Will need to check this part of the listener as the parameters do not align here between cli and admin. I have created https://jira.z-hub.io/browse/KUCS-37 to look into this at a later time.

clarification: this is just a side effect and has nothing to do with the account creation.

#10

Hello, I did install the server right now and have now the same problem (it looks for me). The users are all new and I get the error message if I try to log in (Unknown MAPI Error: MAPI_E_NOT_FOUND).
What is the possbile Problem? Storage? Where can I check this?

/etc$ kopano-cli --list-users
User list for Default (4):
            User           Full Name          Homeserver                                   Store
------------------------------------------------------------------------------------------------
          SYSTEM              SYSTEM                mail        8962FFEFFB7B4D639BC5967C4BB58234
        annelore   person 1                mail                                        
           janet       person 2                mail                                        
          thomas      person 3               mail

The column store is free?! is that right?

#11

no the user needs a store
create one with kopano-cli -u username --create-store for each user

rg
christian

#12

Could you provide logging from kopano-server from the time of user creation?

#13

Based on advice from Externa I did create storage for each user and now does it work :-).

Which log I should provide you fbartels?

#14

Logging from kopano-server, preferably on a higher log_level.

#15

Understood but where I can find it? In /var/log I can find a Kopano log :-(. Please support me command or a path where I can find it.

#16

Since UCS is using systemd, logging for kopano-server is stored in journald (journalctl -u kopano-server).

There is also an example that modifies the log_level and configures a file to log to at https://wiki.z-hub.io/display/K4U/Changing+configuration+options

#17

Now I have it. Please see as followed the log:

Nov 10 17:00:06 mail systemd[1]: Started Kopano Core Storage Server.
Nov 10 17:00:07 mail kopano-server[1653]: Sat Nov 10 17:00:07 2018: [=======] Starting kopano-server version 8.6.2 (pid 1653)
Nov 10 17:00:07 mail kopano-server[1653]: Sat Nov 10 17:00:07 2018: [error  ] Coredumps will not be generated: kopano-server requires the fs.suid_dumpable sysctl to contain the value 2, not 0. See kopano-coredump(5) for details.
Nov 10 17:12:47 mail kopano-server[1653]: Sat Nov 10 17:12:47 2018: [warning] Authentication by plugin failed for user "Person1": Trying to authenticate failed: Person1 not found in LDAP; username = Person1
Nov 11 09:20:31 mail kopano-server[1653]: Sun Nov 11 09:20:31 2018: [error  ] LDAP search error: Can't contact LDAP server. Will unbind, reconnect and retry.
Nov 11 13:37:17 mail systemd[1]: Stopping Kopano Core Storage Server...

This error message I see on every start:

ov 10 17:00:07 mail kopano-server[1653]: Sat Nov 10 17:00:07 2018: [error  ] Coredumps will not be generated: kopano-server requires the fs.suid_dumpable sysctl to contain the value 2, not 0. See kopano-coredump(5) for details
#18

Hi @dark957,

these log messages do not have anything to do with user creation. Did you try to create a user within that timeframe?

For the coredump message, there is a hint how to fix it in the log message itself.

For everyone else finding this thread. I have collected some commands, which output could be of interesting for debugging in https://wiki.z-hub.io/display/K4U/Debugging+Kopano+on+Univention

#19

Hello Fbartels,
Right now I created a new user but there isnt any log in the Feedback which if given by the command (journalctl -u kopano-server), but the user dont hasnt a storage! Any other idea?

#20

Yes, I managed to reproduce this today and already have an update in the test appcenter that will resolve this issue.

Mastodon