mod_perl Bug 2.4.x - httpd.exe stürzt ab

michael_maurer · Post by **michael_maurer** » 14 Aug 2009, 10:28

Hallöchen zusammen,

scheinbar stürzt der Apache bei jeder beliebigen Aktion im Customer Interface ab. Im Agent Interface is mir bisher nix aufgefallen...
Im Apache Error.log schauts so aus, als würde er sich am Customer Interface "verschlucken" und dann nach dem Crash automatisch neu starten.

System:
W2K3 + OTRS 2.4.2 // ITSM 1.3.1 (das normale aktuelle Windows-Installerpaket)
Im Support Assessment is alles grün...

Meldung im Windows-Ereignisprotokoll:
Fehlgeschlagene Anwendung httpd.exe, Version 2.2.10.0, fehlgeschlagenes Modul msvcrt.dll, Version 7.0.3790.3959, Fehleradresse 0x0003876c.

Meldung im Apache Error.log:
[Fri Aug 14 10:18:22 2009] [error] [client 127.0.0.1] (20024)The given path is misformatted or contained invalid characters: Cannot map GET /otrs/$Env%7B%22Baselink%22%7DAction=CustomerTicketSearch&Subaction=OpenSearchDescriptionFulltext HTTP/1.1 to file
[Fri Aug 14 10:18:41 2009] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Fri Aug 14 10:18:50 2009] [notice] Apache/2.2.10 (Win32) mod_perl/2.0.4-dev Perl/v5.10.0 configured -- resuming normal operations
[Fri Aug 14 10:18:50 2009] [notice] Server built: Oct 10 2008 12:39:04
[Fri Aug 14 10:18:50 2009] [notice] Parent: Created child process 6128
[Fri Aug 14 10:19:00 2009] [notice] Child 6128: Child process is running
[Fri Aug 14 10:19:00 2009] [notice] Child 6128: Acquired the start mutex.
[Fri Aug 14 10:19:00 2009] [notice] Child 6128: Starting 64 worker threads.
[Fri Aug 14 10:19:00 2009] [notice] Child 6128: Starting thread to listen on port 80.

Hatte schonmal jemand das Problem und hats zwischenzeitlich beheben können?
Schonmal danke im Voraus!

mfg
Michael

garwen · Post by **garwen** » 14 Aug 2009, 10:52

Ich hatte das auch. Lag daran, dass ich unsere angepassten CustomerHeader.dtl, CustomerLogin.dtl und CustomerFooter.dtl einfach von der alten Version kopiert hatte.
Fand dann in der UPGRADE einen Vermerk, dass man die nicht übernehmen sollte, da sie nicht mehr kompatibel sind.

michael_maurer · Post by **michael_maurer** » 14 Aug 2009, 10:56

Habe eben nochmal bissl herumprobiert. Hier neue INFOS:

- @garwen: Danke für die Info - Das hatte ich jedoch beachtet und das Theme "Standard" mit den .dtl Files der nackten Installation verwendet. Meine angepassten Dateien sind somit definitiv nich schuld.
- Das Customer Interface bringt den httpd.exe zu Absturz, wenn ich vom OTRS Server selbst direkt darauf zugreife (RDP) und einen beliebigen Button im Customer-Interface Menü verwende.
- Es stürzt nicht ab wenn ich auf dem Server lokal (RDP) einen Link aus dem Agent Interface heraus (aus einer Auto-Antwort) zu meinem Ticket verwende. Beim Versuch mich abzumelden etc. isses dann wieder soweit - Crash.
- Von einem anderne Rechner remote funktioniert das Menü im Customer Interface scheinbar vollumfänglich.

Das macht die ganze Sache weniger kritisch, da normalerweise wenige Kunden das Customer Interface per Browser direkt auf dem OTRS Server aufrufen

Seltsam isses trotzdem...

mfg
Michael

uweuwe · Post by **uweuwe** » 14 Aug 2009, 11:19

Hi Michael,

ich hatte auch das Problem, das der Apache abstürzt wenn ich auf das Customer-Interface zugreife.

Gelöst habe ich das Problem folgendermaßen:

In der Datei CustomerHeader.dtl folgende Zeile ändern:

<link rel="$QData{"Rel"}" type="$QData{"Type"}" title="$QData{"Title"}" href="$QData{"Href"}"/>

und zwar in folgende:

<link rel="$QData{"Rel"}" type="$QData{"Type"}" title="$Data{"Title"}" href="$Data{"Href"}"/>

Also das Q for dem letzten beiden Data entfernen.

Hoffe dies kann dir helfen.

Mfg
Uwe

michael_maurer · Post by **michael_maurer** » 14 Aug 2009, 11:28

Hi Uwe,

total gut - danke Dir. Das hat tatsächlich geholfen *freu*

Nun kann ich das Customer Interface auch via RDP auf dem OTRS Server lokal verwenden. Der Fehler war nach neuester Eingrenzung auf ein lokales Phänomen auf dem Server zwar nich so super kritisch, aber beim "Basteln&Testen" isses halt manchmal bequemer, die editierten Files dirkt aufm Server ohne lästiges "Alt+Tabben" zu prüfen.

mfg
Michael

michael_maurer · Post by **michael_maurer** » 24 Sep 2009, 11:45

Hmm, nun verursacht das Customer Interface keine Fehler mehr.
Wenn ich aber ein Ticket mit einem PDF im Anhang im Agent Interface öffnen möchte, passiert das Selbe wieder:

Apache stürzt ab und startet neu
Anwednungsprotokoll:
Fehlgeschlagene Anwendung httpd.exe, Version 2.2.10.0, fehlgeschlagenes Modul msvcrt.dll, Version 7.0.3790.3959, Fehleradresse 0x0003876c.

Apache Error-Log:
[Thu Sep 24 11:33:53 2009] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Thu Sep 24 11:34:03 2009] [notice] Apache/2.2.10 (Win32) mod_perl/2.0.4-dev Perl/v5.10.0 configured -- resuming normal operations
[Thu Sep 24 11:34:03 2009] [notice] Server built: Oct 10 2008 12:39:04
[Thu Sep 24 11:34:03 2009] [notice] Parent: Created child process 1896
[Thu Sep 24 11:35:06 2009] -e: Terminating on signal SIGTERM(15)
running
[Thu Sep 24 11:34:13 2009] [notice] Child 1896: Acquired the start mutex.
[Thu Sep 24 11:34:13 2009] [notice] Child 1896: Starting 64 worker threads.
[Thu Sep 24 11:34:13 2009] [notice] Child 1896: Starting thread to listen on port 80.

Die Header.dtl hab ich schon wie folgt angepasst:

<link rel="$QData{"Rel"}" type="$QData{"Type"}" title="$Data{"Title"}" href="$Data{"Href"}"/>


Hat noch jemand ne Idee? Schonma danke...

mfg
Michael

garwen · Post by **garwen** » 24 Sep 2009, 13:16

Das Log gibt ja schön eine Fehlernummer aus.

http://www.google.ch/search?hl=de&q=apa ... 477+&meta=

michael_maurer · Post by **michael_maurer** » 24 Sep 2009, 14:01

Hmm, leider finde ich zu dem Fehler nur Infos bzgl. Customer Interface. Das Problem mit dem Customer Interface hatte ich und is bereits behoben.

Nun schmiert mir der Apache im Agent Interface ab, wenn ich den ersten Artikel des folgenden Tickets aufrufe. (Fax an OTRS)
Sobald ich den Artikel |--> 1. anklicke isses zu spät.

|--> 1. System (fax) "+49 xxxx xxxxx" <IMCEAFAX-+2b49+2[..]: Faxempfang: 2 Seiten von +49 xxxx xx[..]
24.09.2009 11:00
|--> 2. Agent (Notiz für intern) Michael Maurer <michael.maurer@mos[..]: xxxx xxx Hr. xxxx
24.09.2009 11:54
|--> 3. Kunde (E-Mail an extern) "Maurer, Michael" <Michael.Maurer@[..]: 2009092472000038
24.09.2009 11:56
|--> 4. Agent (Notiz für intern) Michael Maurer <michael.maurer@mos[..]: Schließen
24.09.2009 12:00

Bei der Customerheader.dtl hat die folgende Änderung geholfen:

<link rel="$QData{"Rel"}" type="$QData{"Type"}" title="$Data{"Title"}" href="$Data{"Href"}"/>


Das habe ich ebenfalls in der Header.dtl gemacht, aber hier hilfts nich.
Die libmysql.dll habe ich in das Win\system32 und apache\bin verzeichnis kopiert.

Hilfe please

mfg
Michael

michael_maurer · Post by **michael_maurer** » 24 Sep 2009, 16:21

Ok, is ein allgemeines Problem mit Tickets mit Attachment, die per Mail eingegangen sind. Bei Webanfragen bzw. Telefontickets funktionierts.
Der erste Artikel mit Anhang lässt den Apache crashen...
Hilfe bitte!

mfg
Michael

michael_maurer · Post by **michael_maurer** » 24 Sep 2009, 16:46

Bugticket mit weiteren Infos is offen:
http://bugs.otrs.org/show_bug.cgi?id=4334

Joyner · Post by **Joyner** » 24 Sep 2009, 17:42

Hallo,

die msvcrt.dll ist Bestandteil von VisualBasic-Runtime.
Ggf. mal durch eine ältere Version (findet man genügend beim googlen) austauschen.

mfg
Sebastian

michael_maurer · Post by **michael_maurer** » 07 Oct 2009, 11:20

Hallo zusammen,

schuld an der ganzen Misere war wirklich der Bug in der Perl-Version bei aktiviertem mod_perl.
Seit ich mod_perl wieder deaktiviert habe, läuft OTRS unzerstörbar stabil

Mal sehen, wann eine neue Version des WIndows Installer-Pakets mit funktionierendem mod_perl rauskommt...

Infos:
Mein Bug-Ticket: http://bugs.otrs.org/show_bug.cgi?id=4334
Allgemeines Ticket zum Thema mod_perl: http://bugs.otrs.org/show_bug.cgi?id=4270

mfg
Michael

michael_maurer · Post by **michael_maurer** » 20 Oct 2009, 08:37

Hallo zusammen,

na toll... Neue Version 2.4.5 hilft auch nich weiter....

Bug# 4270 - mod_perl is disabled. This causes sub-optimal
performance. You might not want to use this version
of the Windows installer for a production system. We're
working on a solution for this issue. To circumvent
this you might do a manual installation, for instance
with ActiveState Perl or perform an installation on a
non-windows platform. For testing and evaluation of
OTRS, this Windows Installer will still prove useful.

Die Performance ohne mod_perl is leider wirklich unterirdisch... Ticket-Typ ändern etc. dauert ewig

Hat jemand schonmal in einer laufenden 2.4.x Perl "getauscht", also Strawberry durch z.B. ActiveState ersetzt, ohne das OTRS komplett neu aufzusetzen?
Gibts einen anderen Workaround?

Danke im Voraus!

mfg
Michael

Post by **jojo** » 20 Oct 2009, 10:27

ich würde Dir eine Deinstallation und anschliessend händische Installation empfehlen.

Allerdings solltest Du Dir grundsätzlich überlegen auf ein *NIX zu wechseln....

michael_maurer · Post by **michael_maurer** » 20 Oct 2009, 15:51

Der Herr Bothe

Is denn noch kein Ende dieses Bugs absehbar? Könnt Ihr nich "einfach" einen neuen Windows Installer ohne das Erdbeer-Perl schnüren, und stattdessen ActiveState verwenden? *g*
Wenn kein Ende absehbar sein sollte, werde ich das mal auf meinem Testserver in Angriff nehmen... Ich nehme an *NIX is ein Linux?

mfg
Michael

Post by **jojo** » 20 Oct 2009, 15:58

Wir sind an verschiedenen Lösungsansätzen dran... Allerdings ist ein Datum noch nicht in Sicht...

Linux ist eins der sinnvollsten OS für OTRS...

michael_maurer · Post by **michael_maurer** » 21 Oct 2009, 10:10

Hallo zusammen,

ich habe nun mal versucht, das Perl "unter der Haube im laufenden Betrieb" zu tauschen. Deinstallation usw. war mir zu stressig / zu doof.
Ich habe unter http://www.otrs-treff.de/otrs-24-manuel ... ctive-perl eine Anleitung zur manuellen Installation gefunden, und daraus die folgenden Schritte zum Tauschen von Perl ohne Deinstallation abgeleitet.

Habe das versucht und bisher läuft mein Testsystem unter WIndows mit mod_perl stabil. Falls wem etwas einfällt, was ich vergessen haben könnte, oder warum das so nicht funktionieren kann, bitte Feedback.

Workaround:

Perl-Installation
• In diesem Beispiel wird die Perl-Distribution "ActivePerl" verwendet. Diese herunterladen unter: http://www.activestate.com/activeperl/
• Bei der Installation den Pfad c:\otrs\perl auswählen und ansonsten die Installation einfach durchklicken.

Perl-Module installieren
Zur Installation der Perl-Module kann der Perl Paket Manager genutzt werden.
• Perl Package Manager starten über: Windows-Startbutton / dann "Ausführen" anklicken / ppm in das Feld "Öffnen:" eintragen und mit "OK" bestätigen
• Im Packeage Manager dann den Punkt "Edit" / "Prefereces" anklicken
• Im Perl Package Manager auf die Registerkarte "Repositories" klicken und folgende Repositories hinzufügen:
o http://cpan.uwinnipeg.ca/PPMPackages/10xx/package.xml
o http://trouchelle.com/ppm10/package.xml
• Nach dem Klicken auf "Add" nimmt das Hinzufügen einen Moment Zeit in Anspruch. Danach einfach mit "OK" bestätigen.
• Anschließend im Package Manager die Ansicht umstellen. Dazu das Menü "View" anklicken und den Punkt "All Packages" anklicken auswählen.
• Die Installation der Module funktioniert folgendermaßen. In das Textfeld den Namen des Moduls eingeben und im Ergebnisfenster erscheinen die Module. Das Modul, dass installiert werden soll mit der rechten Maustaste anklicken und "Install" auswählen. Die Installation kann dann über das Menü "File" und "Run marked actions" gestartet werden.
• Folgende Module müssen über diesen Weg installiert werden:
o TimeDate
o Date-Pcalc
o Encode-HanExtra
o MIME-Tools
o Compress-Zlib
o DBD-mysql
o Net-DNS
o SOAP-Lite
o PDF-API2
o Net-SSLeay
o Net-IMAP-Simple-SSL
o perl-ldap
o NET-SMTP-SSL
o mod_perl (eingeben und hinunterscrollen in der Trefferliste, um das Modul zu finden)
o Authen-SASL
o Apache-DBI
• Nach Abschluß der Installation der Module kann mit Hilfe eines Scripts geprüft werden, ob alle Module korrekt installiert sind. Hierzu die Datei c:\otrs\otrs\bin\otrs.checkmodules kopieren und die kopierte Datei umbenennen in otrs.checkmodules.pl
• Anschließend die Kommandozeile öffnen und folgendes eingeben: c:\otrs\otrs\bin\otrs.checkmodules.pl
• Das Script zeigt im Ergebnisbericht an, ob alle Module korrekt installiert sind.
• Zum Abschluß müssen noch 2 Dateien manuell ergänzt werden. Hierzu das Modul Apache-Reload unter der folgenden Adresse herunterladen: http://search.cpan.org/~phred/Apache-Reload-0.10/
• Die Datei entpacken und die Datei lib\Apache\Reload.pm kopieren nach C:\otrs\perl\site\lib\Apache und lib\Apache2\Reload.pm kopieren nach C:\otrs\perl\site\lib\Apache2

Konfiguration des Apache WebServers
• Unter http://cpan.uwinnipeg.ca/PPMPackages/10 ... od_perl.so die Datei mod_perl.so herunterladen und in das Verzeichnis c:\otrs\apache\modules\ kopieren.
• Die Apache Konfigurationsdatei öffnen unter: C:\otrs\apache\conf\httpd.conf
• Den folgenden Code am Ende der Datei hinzufügen:

Code: Select all

# ---
# OTRS configuration
# ---

# load mod_perl
LoadFile 'c:/otrs/perl/bin/perl510.dll'
LoadModule perl_module modules/mod_perl.so

# include the OTRS configuration
Include 'c:/otrs/otrs/scripts/apache2-httpd-new.include.conf'

- Registry-Werte von StrawberryPerl löschen (ggf. nicht nötig, habs mal gemacht)

- Den Ordner Strawberryperl umbennen (Strawberryperl.old oder so)

- Cron läuft nicht ohne Weiteres mit Active Perl (zu viel Aufwand, paar Module fehlen wohl oder sind anders benannt)

Darum:
– Geplante Tasks einrichten

________________________________________
Übersicht der Jobs für den Zeitplaner
________________________________________
Jobbeschreibung: Abgelaufene Browsersitzungen löschen (DeletEexpiredSessions)
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/DeleteSessionIDs.pl --expired
Wiederholung: je nach Erfordernissen
________________________________________
Jobbeschreibung: Jobs des Generic Agent aufrufen, die in einer extra Konfigurationsdatei definiert wurden
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/GenericAgent.pl
Wiederholung: je nach Erfordernissen
________________________________________
Jobbeschreibung: Start der Jobs des GenericAgents, die im Administrations-Bereich unter "GenericAgent" angelegt wurden.
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/GenericAgent.pl -c db
Wiederholung: je nach Erfordernissen
________________________________________
Jobbeschreibung: E-Mails importieren
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/PostMasterMailbox.pl
Wiederholung: z.B. alle 10 Minuten
________________________________________
Jobbeschreibung: An wartende Aufträge erinnern
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/PendingJobs.pl
Wiederholung: je nach Erfordernissen
________________________________________
Jobbeschreibung: Ticketindex für Queue-Ansicht neu erzeugen für eine schnellere Anzeige
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/RebuildTicketIndex.pl
Wiederholung: je nach Erfordernissen
________________________________________
Jobbeschreibung: Freigabe von gesperrten Tickets
Befehlszeile: c:\OTRS\perl\bin\perl.exe c:/OTRS/OTRS/bin/UnlockTickets.pl --timeout
Wiederholung: je nach Erfordernissen
________________________________________

Wie gesagt. Ich habe das so auf meinem Windows Testsystem umgesetzt und bisher keine Fehler entdecken können.
Quelle: http://www.otrs-treff.de/otrs-24-manuel ... ctive-perl

mfg
Michael

michael_maurer · Post by **michael_maurer** » 22 Oct 2009, 10:26

OK, habe 2 Dinge gefunden, die ich nich so cool finde mit aktivem ActiveState mod_perl:

- Wenn ich einen Link (z.B. Statusview) 2x direkt hintereinander anklicke, bevor der erste Aufruf vollständig geladen wurde, scheint mir meine Session kurzzeitig zu timeouten.

- OTRS muss bei uns ein AD mit ~1500 Usern und ~13 Subdomains durchsuchen. Wenn ich im Telefon-Ticket nach einen Kunden suche, scheint mir als müsse OTRS erstma das Active directory cachen. Die ersten paar Kundensuchen schlagen fehl, bzw. dauern ewig. Bis der entsprechende httpd Prozess auf ca. 150 MB RAM angewachsen ist, dann gehts extrem fix.

Kann die Beobachtungen jemand bestätigen? Is das normal bei aktiviertem mod_perl?

mfg
Michael

michael_maurer · Post by **michael_maurer** » 27 Oct 2009, 11:41

ActiveState und Strawberry parallel verwenden

Hmmm... ich glaub das funktioniert auch, wenn man ActiveState Perl parallel zu Strawberry installiert und ActiveState mit mod_perl "nur" für den Apachen verwendet.
Pro: Man muss keine Scripte anpassen, der Cron läuft weiterhin mit Strawberry, man muss keine geplanten Tasks einrichten.

Notwendige Schritte:

Perl-Installation
• In diesem Beispiel wird die Perl-Distribution "ActivePerl" verwendet. Diese herunterladen unter: http://www.activestate.com/activeperl/
• Bei der Installation den Pfad c:\otrs\perl auswählen und ansonsten die Installation einfach durchklicken.

Perl-Module installieren
Zur Installation der Perl-Module kann der Perl Paket Manager genutzt werden.
• Perl Package Manager starten über: Windows-Startbutton / dann "Ausführen" anklicken / ppm in das Feld "Öffnen:" eintragen und mit "OK" bestätigen
• Im Packeage Manager dann den Punkt "Edit" / "Prefereces" anklicken
• Im Perl Package Manager auf die Registerkarte "Repositories" klicken und folgende Repositories hinzufügen:

o http://cpan.uwinnipeg.ca/PPMPackages/10xx/package.xml
o http://trouchelle.com/ppm10/package.xml

• Nach dem Klicken auf "Add" nimmt das Hinzufügen einen Moment Zeit in Anspruch. Danach einfach mit "OK" bestätigen.
• Anschließend im Package Manager die Ansicht umstellen. Dazu das Menü "View" anklicken und den Punkt "All Packages" anklicken auswählen.
• Die Installation der Module funktioniert folgendermaßen. In das Textfeld den Namen des Moduls eingeben und im Ergebnisfenster erscheinen die Module. Das Modul, dass installiert werden soll mit der rechten Maustaste anklicken und "Install" auswählen. Die Installation kann dann über das Menü "File" und "Run marked actions" gestartet werden.

• Folgende Module müssen über diesen Weg installiert werden:
o TimeDate
o Date-Pcalc
o Encode-HanExtra
o MIME-Tools
o Compress-Zlib
o DBD-mysql
o Net-DNS
o SOAP-Lite
o PDF-API2
o Net-SSLeay
o Net-IMAP-Simple-SSL
o perl-ldap
o NET-SMTP-SSL
o mod_perl (eingeben und hinunterscrollen in der Trefferliste, um das Modul zu finden)
o Authen-SASL
o Apache-DBI
• Nach Abschluß der Installation der Module kann mit Hilfe eines Scripts geprüft werden, ob alle Module korrekt installiert sind. Hierzu die Datei c:\otrs\otrs\bin\otrs.checkmodules kopieren und die kopierte Datei umbenennen in otrs.checkmodules.pl
• Anschließend die Kommandozeile öffnen und folgendes eingeben: c:\otrs\perl\bin\perl.exe c:\otrs\otrs\bin\otrs.checkmodules.pl
• Das Script zeigt im Ergebnisbericht an, ob alle Module korrekt installiert sind.
• Zum Abschluß müssen noch 2 Dateien manuell ergänzt werden. Hierzu das Modul Apache-Reload unter der folgenden Adresse herunterladen: http://search.cpan.org/~phred/Apache-Reload-0.10/
• Die Datei entpacken und die Datei lib\Apache\Reload.pm kopieren nach C:\otrs\perl\site\lib\Apache und lib\Apache2\Reload.pm kopieren nach C:\otrs\perl\site\lib\Apache2

Konfiguration des Apache WebServers
• Unter http://cpan.uwinnipeg.ca/PPMPackages/10 ... od_perl.so die Datei mod_perl.so herunterladen und in das Verzeichnis c:\otrs\apache\modules\ kopieren.
• Die Apache Konfigurationsdatei öffnen unter: C:\otrs\apache\conf\httpd.conf
• Den folgenden Code am Ende der Datei hinzufügen:

Code: Select all

# ---
# ALT: OTRS configuration ERDBEER-Gedöns
# ---
## load mod_perl
#LoadFile 'D:/OTRS/StrawberryPerl/perl/bin/perl510.dll'
#LoadModule perl_module modules/mod_perl.so
## include the OTRS configuration
#Include 'D:/OTRS/OTRS/scripts/apache2-httpd-new.include.conf'
# ---

# ---
# NEU: OTRS configuration MOD_PERL ACTIVESTATE
# ---
## load mod_perl
LoadFile 'D:/otrs/perl/bin/perl510.dll'
LoadModule perl_module modules/mod_perl.so
## include the OTRS configuration
Include 'd:/otrs/otrs/scripts/apache2-httpd-new.include.conf'

Scheint auch zu funktionieren, macht wenig Aufwand und ein "Rollback" ist problemlos möglich.

mfg
Michael

michael_maurer · Post by **michael_maurer** » 05 Nov 2009, 09:08

Ok, gibt doch einen Bug wenn man ActivePerl verwendet. Zumindest bei mir. Alles Weitere siehe http://bugs.otrs.org/show_bug.cgi?id=4270

mfg
Michael

Znuny and ((OTRS)) Community Edition