@michael-overkamp Perfekt, genau das habe ich gesucht. Habe beides aktiviert, nun wird automatisch eine vorgegeben und kann auch nicht mehr doppelt belegt werden. DANKE!

Hallo @martinv , tatsächlich geht es nur über die Objekttyp Konfiguration oder über den Quick Configuration Wizard

Hey @tt_132 Found invalid result for request in batch: als Fehlermeldung reicht leider nicht aus. Führ den Command mal mit -vvv aus. Wenn du den Output hier nicht posten möchtest bitte an help@i-doit.com schicken. Aber ohne Fehlermeldung kann ich dir hier nicht helfen.

Hallo Julian, genau wir machen das mit MS Teams und einer Excel Liste. So kann jeder immer einsehen was gebraucht wird. 1x Die Woche Kontrolliert jemand den aktuellen Bestand. In i-doit fällt mir gerade kein Weg ein.

@creiss Hallo Christian, in Kombination von deinem Link https://php.watch/articles/Ubuntu-PHP-7.3 und diesem https://www.lalber.org/2021/01/php-fpm-unter-apache2-aktualisieren/ ging es dann bei mir. Offen gesagt: Ich weiß nicht, welcher von beiden ausschlaggebend gewesen ist. Ich habe vorher einen Snapshot der VM des i-doit Servers gemacht und dann beide Anleitungen befolgt

@kleinrotti said in CMDB Error http error: @apfel-jan Ich sehe, dass du https/SSL nutzt. Falls du ein selbst signiertes Zertifikat nutzt, muss das Root Zertifikat und Stammzertifikat davon unter dem Idoit Server/Linux importiert werden. Sonst wird die Verbindung über SSL abgelehnt. Du hast Recht, es klappt nun! OMG! DANKE! Ich hatte es mit HTTP probiert gehabt um Zertifikate auszuschließen und es klappte nicht. Nun habe ich das CA-Zertifikat mal importiert und es klappt auf einmal... Ich kann es gerade nicht glauben. Für alle die das Problem auch haben: Zertifikat auf dem i-doit Server (Ubuntu 20.04) unter /usr/share/ca-certificates/extra ablegen (Ordner extra ggf. anlegen) die Datei /etc/ca-certificates.conf bearbeiten und den Pfad zur neuen Datei ganz unten anfügen Befehl update-ca-certificates ausführen Anschließend klappt der Aufruf nun. Danke nochmals!

Hallo @stephan im moment wird das Feld nicht durch den Import auf DHCP gesetzt, da dies erst noch implementiert werden muss. Adresskonflikte können ignoriert werden.

Hallo @stephan ggf. würde es reichen die Objekte neu zu importieren und diese nicht notwendige Information wegzulassen. Oder man bearbeitet die Objekte mit der Listeneditierung

Hallo @stephan es gibt für jeden Benutzer nur diese eine Einstellungsmöglichkeit. Allerdings wird durch den klick auf die Englische Flagge die Sprache auf englisch gestellt und via Cache wird dies gespeichert. Vielleicht hilft es den Cache zu leeren und die Einstellungen neu zu speichern

Hallo @johan ein Report könnte so aussehen: [image: 1637228198317-4cb3220d-1c99-4032-acfc-01d301d0282f-image.png] Dies kann man sich dann via Benachrichtigungen per E-Mail zusenden lassen

Hallo @stephan ich gehe mal davon aus, dass dies einfache Gruppen sind. In i-doit gibst du einen Filter an, hier muss objectClass=user und objectClass=group verwendet werden, damit Benutzer und Gruppen erstellt werden. Gruppen in Gruppen können nicht erstellt werden. Via CSV würde es mit einem Import Profil und einem Cronjob auch automatisiert funktionieren.

Hallo @nilsh hast du das SMTP Debug schon aktiviert? [image: 1637225513203-e599c70e-cbb9-4969-a990-0b20fe670fb4-image.png] Was steht genau im debug output?

Hallo @flaterik die Unfertigen Einträge kamen durch den CSV Import. Leider wird nun bei der Auswahl von Einträgen der Status berücksichtigt, das sollte nicht sein. Falls noch nicht geschehen öffne bitte ein Ticket unter help.i-doit.com oder via E-Mail an help@i-doit.com

Hallo @danielb, ich konnte bisher keine weitere Anfrage zu diesem Thema finden.

@lfischer Alles klar, vielen Dank! Dem habe ich nichts hinzuzufügen. Dann kann das Thema geschlossen werden

Hallo @jimwendrich und @LFischer Danke für eure Antworten, wir konnten es nun lösen indem wir den Objekt Typ "SAP System" auf folgendes umgestellt haben: Specific category (Folder) Applications (Application, SAP System) LG Chris

An welcher Stelle wurde denn ein anderes Objekt ausgewählt?

@flaterik Gerne. Ich schreibe dir gleich eine direkte Nachricht dazu.

@creiss Interessant, dann probiere ich das mal aus mit 365 Tagen oder so. Vielleicht wird das Feature Feedback ja priorisiert wenn sich mehr Leute melden die sich dies wünschen. Geschrieben hatte ich dem Support auszugsweise folgendes: "Momentan habe ich eingestellt dass die Logbuch Einträge archiviert werden, die älter als 90 Tage sind. Mittlerweile wird klar dass dies Einträge archiviert, die durchaus interessant/wichtig sind. Gerade wenn ein Dokumentationsfehler gefunden wird, ist interessant wer dies zB. vor 6 Monaten Eingetragen hat. Und die Wiederherstellungsfunktion scheint auch nicht für einzelne Objekte zu funktionieren Also beispielsweise habe ich öfters gesehen dass das Logbuch von manchen Objekten nur 2-3 Einträge innerhalb der letzten 90 Tage haben, während andere Objekte ~50 oder noch viel mehr Einträge durch den JDISC-Import haben(zB. tägliche aktualisierung des lokalen Speicherstands) Würde es hier nicht Sinn machen das Archivieren genauer einstellen zu können? Anhand folgender Eigenschaften: Von wem kam diese Änderung? (Manuelle Änderungen sind wichtiger als Änderungen durch JDISC) Wie viele Änderungen sind vorhanden? (zB. immer die ältesten löschen so dass maximal 50 je Objekt enthalten sind) In welcher Kategorie wurde etwas geändert? (Habe schon oft gesehen dass jeden Tag der Name des lokalen Datenträgers neu gesetzt wird, diese Info ist somit dupliziert und unnötig)."