June 2014 - otrs-de - OTRS mailing lists

Sysconfig ausgegraute Felder
by Aline Kundt 21 Jul '14

21 Jul '14

Hallo, ich habe das Problem, das einige Felder in der sysconfig ausgegraut sind und ich die Einstellungen zwar ändern kann, aber am Resultat ändert sich nichts. Bsp: Frontend::Agent::Ticket::ViewPhoneNew -> Ticket::Frontend::AgentTicketPhone###ShowIncidentState Hat einer von euch eine Idee woran es liegen kann? Vielen Dank im Voraus Aline

3 9

Notice: Config.pm changed, unsafe to continue! in Systemprotokoll
by Fabian Sesterhenn 06 Jun '14

06 Jun '14

Hallo, wir testen gerade OTRS 3.3.7. Mir ist aufgefallen, dass das Systemprotokoll immer mal wieder diese Meldungen des Schedulers enthält: Thu Jun 5 23:40:56 2014 notice OTRS-otrs.Scheduler-13 Scheduler Daemon start! PID 26618 Thu Jun 5 23:40:56 2014 notice OTRS-otrs.Scheduler-13 Config.pm changed, unsafe to continue! Thu Jun 5 23:40:54 2014 notice OTRS-otrs.Scheduler-13 Scheduler Daemon start! PID 26614 Thu Jun 5 23:40:53 2014 notice OTRS-otrs.Scheduler-13 Config.pm changed, unsafe to continue! Nach einer gewissen Zeit geht das dann scheinbar von selber weg: Thu Jun 5 23:55:01 2014 notice OTRS-otrs.Scheduler-13 Scheduler Daemon status request! PID 26684 Thu Jun 5 23:50:01 2014 notice OTRS-otrs.Scheduler-13 Scheduler Daemon status request! PID 26684 Thu Jun 5 23:46:42 2014 notice OTRS-otrs.Scheduler-13 Scheduler Daemon start! PID 26684 Thu Jun 5 23:46:42 2014 notice OTRS-otrs.Scheduler-13 Config.pm changed, unsafe to continue! Laut der Scheduler.pl hat das mit der Checksum (der Config.pm?) zu tun: --- # check if checksum changed and restart if ( $InitConfigMD5 ne $CurrConfigMD5 ) { my $ExitCode = _AutoRestart( Message => "Config.pm changed, unsafe to continue! \n" . "Scheduler is restarting...!\n", ); exit $ExitCode; } --- Das wundert mich, denn meine Config.pm ist seit dem Kopieren aus der Config.pm.dist unverändert. Ich habe dort keinerlei Custom-Settings oder ACLs drin. Auf dem Server liegen unter /opt/otrs/var/log/ zug Error-Logs des Schedulers: "SchedulerERR-XXXXXXXXXX.log", aber die haben alle keine Einträge. Hat jemand eine Erklärung dafür und weiß vielleicht wie ich das verhindere, dass der Scheduler so viel in das Protokoll "spammt"? Viele Grüße Fabian

1 0

Postmaster Filter - Mehrere E-Mail-Adressen filtern
by Josef1 Penzkofer 03 Jun '14

03 Jun '14

Hallo OTRS-Community, ich möchte die E-Mails, die mit Adressen x.y(a)bibliothek.uni-regensburg.de gesandt werden, filtern und in eine spezielle Queue einsortieren. Dazu hab ich folgenden Postmaster Filter erstellt: Name: Bibliothek Stoppen nach Treffer: Nein Treffer >From - *(a)bibliothek.uni-regensburg.de Setzen X-OTRS-Queue - Queue_Name Der Filter greift aber anscheinend nicht. Ich denke, ich könnte das Filterkriterium natürlich folgendermaßen machen: >From - (x1.y1||x2.y2||x3.y3)(a)bibliothek.uni-regensburg.de. Dann müsste ich hier aber ca. 250 Accounts eintragen. Gibt es hierfür eine andere Möglichkeit? Vielen Dank. Gruß Sepp

2 1

CustomerUser DB funktioniert nicht mehr seit Update auf 3.3.7
by Bastian Schern 02 Jun '14

02 Jun '14

Hallo, ich habe heute ein Update von 3.3.6 auf 3.3.7 durchgeführt. Danach haben meine CustomerUser DB-Abfragen nicht mehr funktioniert. Fehler: Unknown column 'create_time' in 'field list', SQL: 'SELECT create_time, change_time, ... Die Ursache ist in der Datei Kernel/System/CustomerUser/DB.pm zu finden: NEU: my $SQL = 'SELECT create_time, change_time, '; ALT: my $SQL = 'SELECT '; create_time und change_time sind jetzt scheinbar fest einkodiert. Wenn ich DB.pm aus der OTRS 3.3.6 einspiele funktioniert es wieder. Unterschiede der Datei "Kernel/System/CustomerUser/DB.pm": --- snip --- --- DB.pm.3.3.7 2014-05-24 00:54:01.064350913 +0200 +++ DB.pm.3.3.6 2014-05-24 00:27:12.940350940 +0200 @@ -520,7 +520,7 @@ } # build select - my $SQL = 'SELECT create_time, change_time, '; + my $SQL = 'SELECT '; for my $Entry ( @{ $Self->{CustomerUserMap}->{Map} } ) { $SQL .= " $Entry->[2], "; } @@ -558,12 +558,7 @@ my $SQLConvert = $Self->_ConvertTo($SQL); return if !$Self->{DBObject}->Prepare( SQL => $SQLConvert ); while ( my @Row = $Self->{DBObject}->FetchrowArray() ) { - - $Data{CreateTime} = $Row[0]; - $Data{ChangeTime} = $Row[1]; - - my $MapCounter = 2; - + my $MapCounter = 0; for my $Entry ( @{ $Self->{CustomerUserMap}->{Map} } ) { $Row[$MapCounter] = $Self->_ConvertFrom( $Row[$MapCounter] ); $Data{ $Entry->[0] } = $Row[$MapCounter]; @@ -1137,10 +1132,6 @@ Type => $Self->{CacheType}, Key => "CustomerName::$Param{UserLogin}", ); - $Self->{CacheObject}->Delete( - Type => $Self->{CacheType}, - Key => "CustomerIDs::$Param{UserLogin}", - ); # delete all search cache entries $Self->{CacheObject}->CleanUp( --- snap --- Ist das ein Bug oder muss ich die eigne DB jetzt anders anbinden. Das wäre für ein Minor-Update allerdings sehr merkwürdig. Viele Grüße Bastian

2 1