January 2015 - otrs-de - OTRS mailing lists

Emails abrufen schlägt fehl (automatisch)
by Sebastian Gödecke 23 Feb '15

23 Feb '15

Hallo, normalerweise sollte in otrs via fetchmail die Emails alle 5Minuten abgerufen werden. Leider ist das nicht so, die werden nur abgerufen, wennich das manuell mache. Wo kann ich überprüfen, wo ein Fehler sein könnte? Das "eigentlich" abrufen der Mails an z.B. mein reguläres Konto ist nicht das Problem. Nur innerhalb otrs klappt das nicht. -- Mit freundlichen Grüßen Sebastian Gödecke

6 16

Authentifizierungsmechanismen in OTRS: local und Microsoft AD
by OTRS Testing 20 Feb '15

20 Feb '15

Hallo OTRS-Liste, ich habe mir gerade die Appliance heruntergeladen und diese (in der aktuellen Version) installiert. Ich bin also Neuling im Bereich PRTG, so please be polite :-D Ich habe vor, folgendes zu Realisieren: 1) lokale Anmeldung die lokale Anmeldung ist ja mit der Installation installiert worden. hier wollte ich mir einfach einen 2. Benutzer lokal anlegen, welcher die selben Rechte hat, wie der bei der Installation erstellte Benutzer. Ist kein Problem, ist gelöst. 2) Anbindung eines Microsoft AD's für die "Kunden", basierend auf einer Gruppenmitgliedschaft, z.B. PRTG_Kunden 3) Anbindung eines weiteren Microsoft AD's für die "Agents", basierend auf einer anderen Gruppenmitgliedschaft (z.B. PRTG_Agenten), welche sich im SELBEN Active Directory wie die Kunden befinden 4) Alternativ, Anbindung eines weiteren AD's für Kunde 2. Mir ist wichtig, das die Werte aus dem AD (z.B. für Vorname, Nachname, Email, Telefonnummer,usw.) mit Synchronisiert werden, so das ich die Kundenaccounts nicht 2 mal Pflegen muss. Auch wäre mir wichtig, Die Queues aufgrund einer weiteren Gruppenzugehörigkeit auszuwählen. Ein Kunde hat also generell immer die Sicherheitsgruppe PRTG_Kunden und eine weitere, welche bestimmt in welcher Queue das Ticket erscheint, z.B. Queue_Buchhaltung. Was funktioniert: lokale Anmeldung hat funktioniert Anbindung eines AD's für die Agenten hat funktioniert. Was funktioniert nicht? Nach der Anbindung eines AD's für die Agenten konnte ich mich jedoch mit den lokalen Accounts nicht mehr anmelden. Die Anbindung der Kunden und die Zuordnung als "Kunde" basierend auf der Gruppenmitgliedschaft ist mir nicht klar. Hat da jemand eine Beispielkonfiguration für mich? Meine Config.PM-Datei sieht zur Zeit so aus: # This is an example configuration for using an MS AD backend $Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = 'domaincontroller01.prtglab.local'; $Self->{'AuthModule::LDAP::BaseDN'} = 'dc=prtglab,dc=local'; $Self->{'AuthModule::LDAP::UID'} = 'sAMAccountName'; # Check if the user is allowed to auth in a posixGroup # (e. g. user needs to be in a group OTRS_Agents to use otrs) $Self->{'AuthModule::LDAP::GroupDN'} = 'CN=SG_OTRS,OU=ZZ_Global Security Groups,OU=Hamburg,DC=prtglab,DC=local'; $Self->{'AuthModule::LDAP::AccessAttr'} = 'member'; $Self->{'AuthModule::LDAP::UserAttr'} = 'DN'; # Bind credentials to log into AD $Self->{'AuthModule::LDAP::SearchUserDN'} = 'CN=ldapread,OU=ZZ_System Accounts,OU=Hamburg,DC=prtglab,DC=local'; $Self->{'AuthModule::LDAP::SearchUserPw'} = 'myPassword'; # in case you want to add always one filter to each ldap query, use # this option. e. g. AlwaysFilter => '(mail=*)' or AlwaysFilter => '(objectclass=user)' $Self->{'AuthModule::LDAP::AlwaysFilter'} = ''; # in case you want to add a suffix to each login name, then # you can use this option. e. g. user just want to use user but # in your ldap directory exists user@domain. #$Self->{'AuthModule::LDAP::UserSuffix'} = ''; # Net::LDAP new params (if needed - for more info see perldoc Net::LDAP) $Self->{'AuthModule::LDAP::Params'} = { port => 389, timeout => 120, async => 0, version => 3, }; # Now sync data with OTRS DB $Self->{'AuthSyncModule'} = 'Kernel::System::Auth::Sync::LDAP'; $Self->{'AuthSyncModule::LDAP::Host'} = 'domaincontroller01.prtglab.local'; $Self->{'AuthSyncModule::LDAP::BaseDN'} = 'dc=prtglab, dc=local'; $Self->{'AuthSyncModule::LDAP::UID'} = 'sAMAccountName'; $Self->{'AuthSyncModule::LDAP::SearchUserDN'} = 'CN=ldapread,OU=ZZ_System Accounts,OU=Hamburg,DC=prtglab,DC=local'; $Self->{'AuthSyncModule::LDAP::SearchUserPw'} = 'myPassword'; $Self->{'AuthSyncModule::LDAP::UserSyncMap'} = { # DB -> LDAP UserFirstname => 'givenName', UserLastname => 'sn', UserEmail => 'mail', }; # AuthSyncModule::LDAP::UserSyncInitialGroups # (sync following group with rw permission after initial create of first agent # login) $Self->{'AuthSyncModule::LDAP::UserSyncInitialGroups'} = [ 'users', ]; Für die Anbindung eines weiteren AD's müsste ich doch den gesamten Block noch mal haben, richtig? Wie unterschiedet OTRS denn, ob die AD-Anbindung für die Agents oder für die Kunden ist? hier: ? $Self->{'AuthSyncModule'} = 'Kernel::System::Auth::Sync::LDAP'; Die Synchronisation der AD-Felder bzw. die Zuordnung passiert hier? $Self->{'AuthSyncModule::LDAP::UserSyncMap'} = { # DB -> LDAP UserFirstname => 'givenName', UserLastname => 'sn', UserEmail => 'mail', Vielen Dank Stefan Müller

2 3

ACL für das Feld "Zeiteinheiten" im Agenten Frontend
by Fabian Reichardt 16 Jan '15

16 Jan '15

Hallo Zusammen, ich bin auf der Suche nach einer Möglichkeit das Feld Zeiteinheiten in bestimmten Queues für Agenten bei neuen Artikeln (Notiz, Mail usw.) auszublenden. Wie ich einen Filter auf eine Queue in den ACL's setze weiß ich, ich bin nur nicht sicher, ob das überhaupt über ACL's zu lösen ist. Aktuell ist das Feld für alle aktiv und als Pflichtfeld gesetzt. Es würde natürlich auch reichen, wenn ich die Pflichtangaben in bestimmten Queues deaktivieren könnte. OTRS 3.3.10 + KIX4OTRS 6.1.0 Hoffe es hat einer eine Idee. Danke & Gruß Fabian

1 1

Ticket-Erstellung per E-Mail - Tickettyp
by Josef1 Penzkofer 15 Jan '15

15 Jan '15

Hallo OTRS-Community, verwendete Version: OTRS 3.2.14; Kein ITSM-Modul Ich hab heute das Feature "Ticket-Typ" aktiviert. Für die Aktionen - Ticket beantworten (per E-Mail bzw. Anrufnotiz) - Ticket verschieben kann man aber über die SysConfig die Option TicketTyp nicht aktivieren. Wie soll man nun bei einem Ticket, dass per E-Mail ins System gelangt und bspw. ohne weitere Aktion sofort beantwortet wird, den Ticket-Typ setzen? Vielen Dank für Hinweise. Gruß Sepp

2 7

Ticket verschieben - Ticket-Typ
by Josef1 Penzkofer 15 Jan '15

15 Jan '15

Hallo OTRS-Community, verwendete Version: OTRS 3.2.14; Kein ITSM Wir haben das Feature Ticket-Typ aktiviert. Wird nun ein Ticket per E-Mail erstelt, so ist diesem noch kein Typ zugewiesen. Sowohl für die Maske zum Verschieben eines Tickets als auch für die Masken zum Beantworten eines Tickets kann man in der SysConfig das Feature Ticket-Typ nicht aktivieren. D.h. also, bei E-Mail ans Ticket-System kann beim sofortigen Beantworten bzw. beim Verschieben der Ticket-Typ nicht gesetzt werden. Testweise hab ich mal folgendes versucht: Datei: AgentTicketMove.dtl Verzeichnis: /Custom/Kernel/Output/HTML/Standard Hier folgenden Block eingefügt:  <label class="Mandatory" for="TypeID"><span class="Marker">*</span> $Text{"Type"}:</label> <div class="Field"> $Data{"TypeStrg"} <div id="TypeIDError" class="TooltipErrorMessage"><p>$Text{"This field is required."}</p></div> <div id="TypeIDServerError" class="TooltipErrorMessage"><p>$Text{"This field is required."}</p></div>  <script type="text/javascript">//<![CDATA[ $('#TypeID').bind('change', function (Event) { Core.AJAX.FormUpdate($('#MoveTicketToQueue'), 'AJAXUpdate', 'TypeID', ['Dest', 'NewUserID', 'NewResponsibleID', 'NextStateID', 'PriorityID', 'ServiceID', 'SLAID', 'SignKeyID', 'CryptKeyID', $Data{"DynamicFieldNamesStrg"}, 'To', 'Cc', 'Bcc']); }); //]]></script>  </div> <div class="Clear"></div>  Daraufhin wird in der Maske zum Verschieben zwar das Label * Typ: angezeigt, jedoch nicht das Feld zum Auswählen eines Ticket-Typs. Ich hab anschließend die Datei: AgentTicketMove.pm Verzeichnis: /Custom/Kernel/Modules um die beiden Blöcke # build type string ... und sub _GetTypes { ergänzt. Es funktioniert aber trotzdem nicht - es wird immer nur das Label, nicht aber das Listfeld zur Auswal eines Typs angezeigt. Hat jemand eine Idee bzw. Lösung? Vielen Dank Sepp

1 0

Scheduler Prozess läuft nicht
by Sebastian Gödecke 14 Jan '15

14 Jan '15

Hallo ML, gestern habe ich otrs von 3.3.5 auf 4.0.3 aktualisiert und soweit lief das auch sauber durch. Einzig der Scheduler spackt hier rum. Es weden mir dann informationen angezeigt, wie ich deises Problem beheben kann: - Stellen Sie sicher, dass /opt/otrs/var/cron/scheduler_watchdog existiert (ohne die Endung .dist) - Stellen Sie sicher, dass der Cron-Daemon gestartet wurde. - Stellen Sie sicher, dass die OTRS Cronjobs gestartet wurden. Führen Sie '/opt/otrs/bin/Cron.sh start' aus Das habe ich selbstverständlich alles schon gemacht. Einzig was hilft ist als user "otrs" : $HOME/bin/otrs.Scheduler.pl -a status --> Not Running, but PID is still registered! Use '-a stop --force' to unregister the PID from the database. Dann mache ich ein bin/otrs.Scheduler.pl -a stop --force gefolgt von einem bin/otrs.Scheduler.pl -a start und dann läuft es wieder für ein paar Minuten. Wie kann ich es denn dauerhaft einstellen, das der Scheduler läuft? Habe ich irgendwo einen Croneintrag übersehen? -- Mit freundlichen Grüßen Sebastian Gödecke

1 0

ITSM für Ticketersteller deaktivieren
by Sebastian Gödecke 14 Jan '15

14 Jan '15

Moin ML, ich habe ITSM per opm installiert. Soweit gut. Nun erscheint ja schon gleich beim Erstellen von Tickets der Punkt "Typ". Kann ich das vorläufig deaktivieren? Ich gehe davon aus, das dieses ein wenig verwirrung stiftet. -- Mit freundlichen Grüßen Sebastian Gödecke

1 0