Hey @Pippo

ich habe noch mal im Code nachgesehen - die Meldung "Provided request is not a valid json rpc" wird nur in zwei Situationen ausgegeben:

• Wenn der übergebene Request kein "valides" JSON beinhaltet bzw. nicht aus dem Request-Body heraus dekodiert werden konnte (siehe JSON lint)
• Wenn das dekodierte JSON kein Array ist

Ich denke den zweiten Fall können wir ausschließen, denn dein gegebener Payload ist sowohl valides JSON als auch ein Array. Es kann also eigentlich nur noch der Fall sein, das dieses nicht als Request Body übergeben wird

Hast du mal im i-doit den API Log auf "debug" geschaltet und nach dem Request geschaut was im {i-doit}/log Verzeichnis geschrieben wird?

Viele Grüße
Leo

Hallo @Pippo

ein valider JSON RPC Request hat ein paar Voraussetzungen, unter anderem:

• Es muss sich um einen POST Request handeln
• Der "Content-Type" muss "application/json" lauten
• Bei den übergebenen Daten muss es sich um valides JSON handeln (das muss im Request Body stehen)

In unserem PHP API Client (siehe hier: https://packagist.org/packages/idoit/apiclient#dev-main ) kannst du dir die Header Daten ausgeben lassen. Diese lauten bei mir z.B.

POST /idoit/src/jsonrpc.php HTTP/1.1
Host: localhost
User-Agent: idoit/apiclient 0.11-dev
Accept: */*
Accept-Encoding: application/json
Content-Type: application/json
X-RPC-Auth-Username: admin
X-RPC-Auth-Password: admin
Content-Length: 90

(X-RPC-Auth-* Header sind nur notwendig, wenn man sich mit einem User anmelden möchte)

Viele Grüße
Leo

Hallo @StefanP74

ich muss leider gestehen das wir in i-doit bisher noch keine HTML E-Mails verschicken Es gibt aber auf unserer Roadmap ein Kärtchen dazu: https://portal.productboard.com/yiltcqa6ug2e5ocfbgcdqqgy/c/54-costomize-e-mails-from-notifications-further

Viele Grüße
Leo

Moin @StefanP74,

beziehst du dich auf diesen Link?
i-doit -- CMDB and IT documentation https://eur05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i-doit.com%2F&data=05|02|blablabla%40blablabla.com|1566c5e08e3148e6c3ace08dc5e1624217Cf52e2c13c139da3e4df39100777a8cd8c0bd|30sC0|6338488696402505717|Unknown|TWAxb23GZsb3d8eyJWIjo23iMC4wLjAw323MDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|0|||&sdata=MQ1ZpMeJqp88XWNY3223UUm2WtIDDGBWbSwMrr%2BSVOWRW%2BA%3D&reserved=0

Falls ja, dann wird dieser anscheinend von Outlook verlängert.

Und ja die Signatur ist immer noch hardcoded. Vermutlich erst im angekündigtem Flow Add-on wird dies anders sein.

Hallo @LutzHaseloff

vielen Dank für den Hinweis, das ist wohl beim umstrukturieren des Extras Menüs verloren gegangen. Es wird mit i-doit 31 wieder dort zu finden sein

Wenn du keine Lust hast bis dahin zu warten (i-doit 31 wird vermutlich Anfang Mai erscheinen) kannst du eine kleine Änderung vornehmen und es selbst wieder darstellen lassen.

Dazu musst du in der Datei src/classes/modules/cmdb/isys_module_cmdb.class.php auf Zeile 35 diesen Wert:

const DISPLAY_IN_MAIN_MENU = false;

Ändern zu:

const DISPLAY_IN_MAIN_MENU = true;

Dann taucht es wieder auf. Es tauch auch zusätzlich "CMDB" auf aber um das sollte bis zur nächsten Version nicht stören

Viele Grüße
Leo

Hallo @TorstenF

i-doit selbst bietet aktuell keine Möglichkeit um benutzerdefinierte Kategorien zu exportieren - du könntest dafür aber (als workaround) den "Add-on Packager" nutzen.

Das ist ein Add-on mit dem du Teile deiner CMDB Struktur zu einem Add-on schnüren kannst um diese dann in anderen Installationen zu verteilen, siehe https://www.i-doit.com/en/i-doit/add-ons/add-on-packager/

Alternativ könntest du auch über die Datenbank gehen. Es sollte ausreichen die gewünschten benutzerdefinierten Kategorien aus der Tabelle isysgui_catg_custom zu "dumpen" und in den anderen Installationen einzuspielen - in diesem Fall müsstest du aber die jeweiligen Zuweisungen zu Objekttypen nachträglich neu vornehmen.

VG Leo

Hallo @l-hartmann

das liegt am "Category Folders" bzw "Kategorieordner" Feature (siehe Verwaltung > Datenansicht > Kategorieordner). Mit dieser Funktion können die Kategorie-Bäume pro Objekttyp angepasst werden - also eigene Ordner hinzufügen, Sortierung etc.

Das "Problem" hier ist folgendes: Sobald ein Objekttyp in dieser Funktion mal geöffnet wurde, wird dessen Kategorie-Baum in diese neue Struktur übersetzt (= er wurde "in Stein gemeißelt" bis der User etwas ändert). Neu hinzugefügte Kategorien werden, da es ja nun eine "eigene" Sortierung hat, nicht mehr alphabetisch einsortiert sondern landen ganz oben

Du hast die Möglichkeit im "Kategorieordner" Feature die Konfiguration für den Objekttypen zurückzusetzen:

Es bleibt allerdings in der neuen Struktur - sobald du also neue Kategorien zuweist werden diese wieder oben erscheinen. "Zurücksetzen" bedeutet in diesem Fall, das jegliche manuelle Sortierung und Anpassung auf den initialen Stand zurückgesetzt wird.

Viele Grüße
Leo

@vitamin-S,

wir arbeiten an der Aktualisierung der Artikel.
ps. tatsächlich ist die KB auch ein öffentliches github Repo.

Moin @Gaylord-Fokker
kannst du bitte mal schauen, ob der Fehler noch so auftritt?
Bei einer internen Umstellung war die Kommunikation für den Lizenzcheck kurzzeitig nicht verfügbar. Es sollte wieder funktionieren.
Beste Grüße
Phil

@Gaylord-Fokker,

das Update muss vorerst via manuellem Update installiert werden. Eine Anleitung finden du hier -> https://kb.i-doit.com/de/wartung-und-betrieb/update-einspielen.html#update-uber-die-konsole-vorbereiten

Wir haben das Verfahren zur Veröffentlichung von neuen Updates geändert. Sie werden zuerst über das Download Portal zum manuellen Download angeboten. 14 Tage später werden die Updates auch über den Auto-Updater in i-doit bereitgestellt. Hintergrund dieses neuen Verfahrens ist der Wunsch, die Qualitätssicherung innerhalb unseres Release-Prozesses auszubauen. Diese Staffelung ermöglicht uns im Falle von Änderungen am Update-Paket Kunden gezielter anzusprechen.