Re: [otrs-de] OTRS 3.2.1 - Lost connection to MySQL server during query
Hallo Lars, was sagt denn die Apache Error Log dazu? Wenn es einen Timeout des Apache gab, steht es da drin. Und lässt du Anhänge in der Datenbank speichern oder auf der Festplatte? (default ist Datenbank) Ich vermute, dass nicht die Anzahl der Vorgänge sondern große Anhänge das Problem sein könnten, denn das laden von reinem Text sollte nicht solange dauern. Wobei mich wundern würde, wenn die Anhänge geladen würden, wenn man nur das Ticket öffnet. Ich spekuliere nur, vielleicht weiß es ja jemand besser. Du kannst aber auch mal die Mysql Slow Query Log aktivieren, vielleicht kannst du da was erkennen. Gruß Andreas Am 27.06.2013 11:30, schrieb Lars Scheler: Hallo zusammen, ich habe ein Problem bei sehr langen Tickets also mit sehr vielen Artikeln. Wenn ich von extern via Internet auf unser Ticketsystem gehe und ein betreffendes Ticket öffne bricht nach einiger Zeit der Broswser mit einer Fehlermeldung ab. Dann ist das Ticketsystem nicht mehr erreichbar. Nach einpaar Minuten geht es dann wieder und im Systemprotokoll von OTRS steht die Meldung Lost connection to MySQL server during query. Wenn ich lokal aus dem Intranet das gleiche Ticket öffne ist alles i.O. Das System läuft aktuell auf einem opensuse10.2. In den Minuten nach dem Crash kann ich mich nichtmal auf der Konsole des Linux anmelden um zu sehen welcher Prozess eben richtig Gas gibt. Hat jemand eine Idee? Ist das eher ein Apache oder MySQL-Problem? Da wird man irgendeine Timeout-Zeit anpassen müssen oder? Für jeden Tip dankbar! Gruß -- mit freundlichen Grüßen Lars Scheler _ ComWer GmbH Creidlitzer Str.140 96450 Coburg Telefon: 09561 /14-567 Telefax: 09561 /14-789 www.comwer.de outbind://17-8C5C7BFE9C4282479B8C4999EDDEFEBBA43F2400/www.comwer.de l...@comwer.de mailto:l...@comwer.de HRB 3244 ,Amtsgericht 96450 Coburg USt-IDNr. DE173832986 Geschäftsführer:Manuel Fischer Bankverbindung: SparkasseCoburg-Lichtenfels BLZ 783 500 00 KTO 922 73 64 Deutsche Bank BLZ760 700 24 KTO 856 76 79 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Module bzw. Add-Ons
Mein erster Gedanke war OCS Inventory. Scheint wohl mehr als eine Lösung zu geben. Beste Grüße Andreas Am 20.06.2013 14:18, schrieb Rene Böhm: Hallo Claudia, war das evtl. opsi ? Viele Grüße Rene Am 20.06.2013 14:11, schrieb Claudia Koch: Hallo an Alle, ich habe 2008 eine OTRS-Installation gemacht. Damals gab es neben OTRS ein weiteres Produkt, welches als Agent auf Klienten (PC's) installiert wurde und dort Informationen über Hard- und Softwaresände gesammelt hat. Das Ganze ließ sich mit OTRS verknüpfen, so dass, wenn ein Mitarbeiter ein Ticket auf gemacht hat, auch die Daten über dessen Rechner und die Software einsehbar waren. Damit konnte auch eine Softwareverteilung unter Windows realisiert werden. Nir irgendwie komm ich nicht mehr auf den Namen und finde dies auch nicht bei Tante Google. Weiß jemand vielleicht, was ich meine und kann mir mal einen Tipp geben, wie das heißt? Danke Claudia Koch - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] ausgehende mail mit grossem anhang
Hallo Björn. Und was sagt der Mailserver dazu? Die Mail wurde ja offensichtlich an den Mailserver übergeben, sonst würde da meines Wissens nach ein Fehler auftauchen und nicht nur die Notice Meldung. Zumindest würde ich erstmal die Mailserver Logs prüfen, bevor falsche Schlüsse gezogen werden. Gruß Andreas Am 23.05.2013 13:54, schrieb Björn-Peter Tietjens: Hallo, ein Agent hat aus unserem OTRS (3.2.6) aus einem Ticket heraus eine Antwort mit einem 13 MB großen Anhang versendet. Diese Mail ist nie angekommen. Und der Benutzer hat auch keine Fehlermeldung bekommen. Ein Bounce war es auch nicht, es kam keine Benachrichtigung zurück. max_packet... in my.cnf steht auf 20MB und max email size in SysConf steht auf dem Default von ~16MB. Außer dem folgenden Eintrag in /var/log/messages May 23 12:17:48 h2016721 OTRS-CGI-10[1903]: [Notice][Kernel::System::Ticket::Article::ArticleSend] Sent email to 'EMPFÄNGER' from 'ABSENDER'. HistoryType = SendAnswer, Subject = Re: [Ticket#201305181138]; konnte ich nichts in den Logs dazu finden. Wo könnte ich ggf. noch (Err-)Logs dazu finden, um heraus zu bekommen, was das Problem war? Vielen Dank Mit freundlichem Gruß Björn Tietjens - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] ausgehende mail mit grossem anhang
Das kommt ganz darauf an, wie der OTRS Server konfiguriert ist. Ich hab auf dem Server einen lokalen Postfix installiert, an den Sendmail die E-Mails übergibt. (hat mehrere Gründe, u.a. auch eine detailiertere Logdatei) Die Einstellungen sind dann so wie bei dir, daher kann man das nicht so pauschal sagen. Wenn OTRS aber die Mails direkt versendet, kann das Probleme geben mit Servern geben, die dann die E-Mails ablehnen. Ich erinner mich nun auch, dass ich GENAU wegen solchen Fällen (verlorene E-Mails) Postfix installiert hatte. Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 23.05.2013 14:09, schrieb Björn-Peter Tietjens: Hallo Andreas, vielen Dank für Deine Antwort. In den Mailserver-Logs habe ich ebenfalls nichts gefunden. Aber Core::Sendmail steht auch aufSendmailModule, das heißt doch dass OTRS die Mails direkt verschickt ohne Relay, oder? mfg björn Am 23.05.2013 14:03, schrieb Andreas Laut: Hallo Björn. Und was sagt der Mailserver dazu? Die Mail wurde ja offensichtlich an den Mailserver übergeben, sonst würde da meines Wissens nach ein Fehler auftauchen und nicht nur die Notice Meldung. Zumindest würde ich erstmal die Mailserver Logs prüfen, bevor falsche Schlüsse gezogen werden. Gruß Andreas Am 23.05.2013 13:54, schrieb Björn-Peter Tietjens: Hallo, ein Agent hat aus unserem OTRS (3.2.6) aus einem Ticket heraus eine Antwort mit einem 13 MB großen Anhang versendet. Diese Mail ist nie angekommen. Und der Benutzer hat auch keine Fehlermeldung bekommen. Ein Bounce war es auch nicht, es kam keine Benachrichtigung zurück. max_packet... in my.cnf steht auf 20MB und max email size in SysConf steht auf dem Default von ~16MB. Außer dem folgenden Eintrag in /var/log/messages May 23 12:17:48 h2016721 OTRS-CGI-10[1903]: [Notice][Kernel::System::Ticket::Article::ArticleSend] Sent email to 'EMPFÄNGER' from 'ABSENDER'. HistoryType = SendAnswer, Subject = Re: [Ticket#201305181138]; konnte ich nichts in den Logs dazu finden. Wo könnte ich ggf. noch (Err-)Logs dazu finden, um heraus zu bekommen, was das Problem war? Vielen Dank Mit freundlichem Gruß Björn Tietjens - OTRS mailing list: otrs-de - Webpage:http://otrs.org/ Archive:http://lists.otrs.org/pipermail/otrs-de To unsubscribe:http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage:http://otrs.org/ Archive:http://lists.otrs.org/pipermail/otrs-de To unsubscribe:http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] ViewQueue Sortierung
Hallo Liste, bei Ticket::Frontend::AgentTicketQueue###SortBy::Default in Sysconfig ist Alter eingestellt. Es wird auch nach dem Alter sortiert, leider aber nach dem Alter des Erstelldatums und nicht nach Alter des letzten Vorgangs. Sprich - kommt eine Nachfrage rein, ist das Ticket mitunter zwischendrin statt ganz unten, was etwas verwirrend sein kann. Kann man das umstellen? Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] zufallsgenerierte Ticket-ID?
Ok, danke Rene. Habe jetzt eine 8 stellige SystemID eingetragen, das sollte langen. :D Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 14.01.2013 08:55, schrieb Rene Böhm: Hi Andreas, den TN-Generator zu ändern hätte bei einem bereits laufenden, gefüllten System die gleiche Wirkung wie die SystemID zu ändern. Dies wäre die bessere Lösung, denn die meisten OTRS laufen leider auf der Default-ID 10. VG Rene Am 14.01.2013 08:37, schrieb Andreas Laut: Danke Markus für die schnelle Reaktion. Die Option steht schon auf nein. Ich hab in der Sysconfig die Option Ticket::NumberGenerator gefunden, allerdings ausgegraut. Wenn ich das richtig sehe, wäre das genau die Option, die ich hätte. (wenn sie nicht ausgegraut wäre :() Gruß Andreas - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] zufallsgenerierte Ticket-ID?
Hmm.. die Information wurde im Beschreibungstext vergessen. Ok, habs abgeändert. Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 14.01.2013 09:16, schrieb Rene Böhm: Hi Andreas, eine SystemID ist i.d.R. nur 2 Stellen lang...kann zwar länger sein, sollte aber nicht unbedingt. VG Rene Am 14.01.2013 09:09, schrieb Andreas Laut: Ok, danke Rene. Habe jetzt eine 8 stellige SystemID eingetragen, das sollte langen. :D Gruß Andreas - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] zufallsgenerierte Ticket-ID?
Hallo liebe OTRS Liste, wir haben hier z.Z. das Problem, dass wir Mails von einem fremdem OTRS System an eine von unserem OTRS abgerufene E-Mail Adresse erhalten. Nun werden die fremden Mails durch ihre ID an Tickets von uns gehängt, die nichts mit der E-Mail zutun hat, da zufällig die gleiche ID in beiden System existiert. Ich weiß, man kann das Erkennungszeichen der ID anpassen, wurde aber bei beiden OTRS nicht gemacht. (und nachträglich ändern ohne bisherigen Zuordnungen zu verlieren geht wohl auch nicht) Was ich mich nun Frage: Gibt es eine Einstellung, wodurch der hintere Teil der ID zufallsgeneriert ist und nicht aufsteigend? Danke für eure Hinweise, Andreas Laut - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] zufallsgenerierte Ticket-ID?
Danke Markus für die schnelle Reaktion. Die Option steht schon auf nein. Ich hab in der Sysconfig die Option Ticket::NumberGenerator gefunden, allerdings ausgegraut. Wenn ich das richtig sehe, wäre das genau die Option, die ich hätte. (wenn sie nicht ausgegraut wäre :() Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 14.01.2013 08:30, schrieb Markus Drenger: Hi, unter AdminMailAccount bei dem abgerufenen Mailpostfach die Option vertraut auf Nein setzen, sollte das Problem beheben. Viele Grüße, Markus - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] junk queue nicht in der Übersicht anzeigen
Hallo Claas, ich habe dafür im Code rumgepfuscht. Leider ist meine Lösung nicht wirklich sauber, da erst die Tickets gezählt werden und ich dann die Anzeige manipuliere, man also bei mehr als 25 Tickets Seiten im Dashboard hat ohne Tickets. Ich hab in den Custom Ordner die Datei von otrsdir/Kernel/Output/HTML/DashboardTicketGeneric.pm kopiert (die Ordnerstruktur im Custom Ordner muss gleich sein, die neue Datei liegt also unter otrsdir/Custom/Kernel/Output/HTML/) und dort if ( $Ticket{Queue} eq 'Junk' || $Ticket{Queue} eq 'Trash' ) { } else { eingefügt. (nach Zeile 346, Dateiversion DashboardTicketGeneric.pm,v 1.47) Vielleicht kann ja jemand eine saubere Lösung präsentieren. Würde mich freuen. Gruß Andreas Am 19.11.2012 09:44, schrieb Claas Hilbrecht: Hallo, ich suche einen Weg in der Übersichtsseite von OTRS (3.1.11) bestimmte Queues (wie z.B. junk) nicht anzuzeigen. Die Agenten sollen zwar Tickets in die junk Queue schieben dürfen (daher w Recht und Anzeige in der Übersichtsseite), aber in der Übersichtsseite stört das nur, wenn die noch nicht gelöschten Tickets der junk Queue auch aufgeführt werden. Oder löst ihr das anders? - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] Bilder immer als Anhang speichern?
Hallo liebe Liste, es gibt immer mal wieder Mails, die über einem nicht aktuellen Exchange 2000/2003 Server versendet werden. Wenn diese E-Mails Bilder enthalten, die im HTML Code stecken und nicht im Anhang hängen, kommt es dann dazu, dass OTRS die Bilder nicht anzeigen kann. Kann man irgendwo in OTRS konfigurieren, dass alles aus dem HTML Code in den Anhang gestopft wird? Das ist zwar unschön, aber immerhin wären die Bilder dann sichtbar. (in der SysConfig konnte ich nichts finden) Wenn man die E-Mail herunterlädt oder sie weiterleitet, sieht man die Bildchen auch. Nur in der Ticket-Ansicht nicht, was nervig sein kann. Gruß Andreas PS: Da ich kein Bild an die gesamte Liste spammen wollte, hab ich hier mal einen Screenshot hochgeladen: http://www.abload.de/img/otrs-fehler9hczy.jpg - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] IE 9 und Anhänge von E-Mails
Hallo, wir nutzen hier otrs 3.1.7 (ob das Problem schon mit 3.1.6 bestand, muss ich noch erfragen) und in Verbindung mit dem IE 9 ist das Problem, dass nach klick auf einen Anhang in einer Mail man wieder auf der Loginmaske landet - ohne Download. Andere Browser haben da keine Probleme und auch die Session ist nicht verloren - denn man kann auf den zurück Button im Browser klicken und ist immer noch eingeloggt. Kann das jemand nachvollziehen? In der Domäne werden bestimmte Optionen dem IE vorgegeben, möglicherweise funken die auch dazwischen. Gruß Andreas - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] IE 9 und Anhänge von E-Mails
Hallo Mike, danke für deine Rückmeldung. Die Einstellungen durch die Domäne konnte ich ausschließen, auch mit Standardeinstellungen besteht das Problem. Ich hab das Problem lokalisiert. Es tritt genau dann auf, wenn für otrs kein Cookie angelegt wird. Überall wird dann trotzdem die Session ID im GET Teil als Parameter mitgesendet, nur beim Download nicht. Hängt man die Session ID dran, kann man den Anhang runterladen. Gegentest mit Opera und geblockten Cookies war erfolgreich, zeigte dann das gleiche Verhalten. Warum für den IE 9 hier keine Cookies angelegt werden, ist mir noch ein Rätsel. Selbst wenn ich alle annehmen unter Datenschutz einstelle, gibts keinen Cookie. Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 10.07.2012 09:26, schrieb Mike Eduard: Hi Andreas, On 7/10/12 08:34 , Andreas Laut wrote: wir nutzen hier otrs 3.1.7 (ob das Problem schon mit 3.1.6 bestand, muss ich noch erfragen) und in Verbindung mit dem IE 9 ist das Problem, dass nach klick auf einen Anhang in einer Mail man wieder auf der Loginmaske landet - ohne Download. Andere Browser haben da keine Probleme und auch die Session ist nicht verloren - denn man kann auf den zurück Button im Browser klicken und ist immer noch eingeloggt. Kann das jemand nachvollziehen? In der Domäne werden bestimmte Optionen dem IE vorgegeben, möglicherweise funken die auch dazwischen. Ich habe es gerade eben mit einen IE9 + 3.1.7 getestet. Alles läuft. PS: Gib bescheid, wenn ich noch was helfen kann. Grüße! - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] IE 9 und Anhänge von E-Mails
Kann jemand bitte nachschauen, ob bei ihm das Cookie im Internet Explorer angelegt wird? Werde das auch nochmal zu Hause überprüfen. Der set-cookie Eintrag beim Login sieht jedenfalls korrekt aus, ein Cookie wird auch angezeigt, ist aber wohl nicht abgespeichert. Danke und Gruß Andreas Am 10.07.2012 09:56, schrieb Andreas Laut: Hallo Mike, danke für deine Rückmeldung. Die Einstellungen durch die Domäne konnte ich ausschließen, auch mit Standardeinstellungen besteht das Problem. Ich hab das Problem lokalisiert. Es tritt genau dann auf, wenn für otrs kein Cookie angelegt wird. Überall wird dann trotzdem die Session ID im GET Teil als Parameter mitgesendet, nur beim Download nicht. Hängt man die Session ID dran, kann man den Anhang runterladen. Gegentest mit Opera und geblockten Cookies war erfolgreich, zeigte dann das gleiche Verhalten. Warum für den IE 9 hier keine Cookies angelegt werden, ist mir noch ein Rätsel. Selbst wenn ich alle annehmen unter Datenschutz einstelle, gibts keinen Cookie. Gruß Andreas - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] IE 9 und Anhänge von E-Mails
So, weitere Fehlereinkreisung. Das Cookie wird nur gesetzt, wenn man OTRS über https aufruft. Damit ist das geklärt. Man kann also über http keine Anhänge runterladen. Bug oder Feature ist da die Frage. :D Am 10.07.2012 12:12, schrieb Andreas Laut: Kann jemand bitte nachschauen, ob bei ihm das Cookie im Internet Explorer angelegt wird? Werde das auch nochmal zu Hause überprüfen. Der set-cookie Eintrag beim Login sieht jedenfalls korrekt aus, ein Cookie wird auch angezeigt, ist aber wohl nicht abgespeichert. Danke und Gruß Andreas Am 10.07.2012 09:56, schrieb Andreas Laut: Hallo Mike, danke für deine Rückmeldung. Die Einstellungen durch die Domäne konnte ich ausschließen, auch mit Standardeinstellungen besteht das Problem. Ich hab das Problem lokalisiert. Es tritt genau dann auf, wenn für otrs kein Cookie angelegt wird. Überall wird dann trotzdem die Session ID im GET Teil als Parameter mitgesendet, nur beim Download nicht. Hängt man die Session ID dran, kann man den Anhang runterladen. Gegentest mit Opera und geblockten Cookies war erfolgreich, zeigte dann das gleiche Verhalten. Warum für den IE 9 hier keine Cookies angelegt werden, ist mir noch ein Rätsel. Selbst wenn ich alle annehmen unter Datenschutz einstelle, gibts keinen Cookie. Gruß Andreas - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] signatur bearbeiten bei neuem Ticket
Hallo, wenn man in OTRS ein neues Ticket erstellt (Tickets - neues E-Mail-Ticket), dann ist das Signaturfeld nicht editierbar, was in manchen Situationen unpassend ist. Ich wollte mal nachhaken, ob euch eine Möglichkeit einfällt, das zu ändern? Gruß Andreas - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] tabelle xml_storage zu breit mit utf8?
Hallo, ich habe vor kurzem unser OTRS von Version 2.2.7 auf 3.1.6 erfolgreich updaten können. Blöderweise sind die Tabellen noch in latin1 und nun will ich diese nach utf8 konvertieren. Das klappt auch wie in der offiziellen Hilfe hier http://faq.otrs.org/otrs/public.pl?Action=PublicFAQZoom;ItemID=315;ZoomBackLink=QWN0aW9uPVB1YmxpY0ZBUVNlYXJjaDtTdWJhY3Rpb249U2VhcmNoO0tleXdvcmQ9ZGF0YWJhc2U7U29ydEJ5PUZBUUlEO09yZGVyPURvd247U3RhcnRIaXQ9MQ==; beschrieben. Einzige Sache ist - wenn ich den konvertierten Dump einspielen will, meckert er über die Tabellendefinition von xml_storage und dass die 1000 Bytes (für eine MyISAM Tabelle) überschritten wären. Jetzt habe ich mir die Definition zur xml_storage mal angesehen und entdeckt, dass xml_storage.xml_type und xml_storage.xml_key viel zu überdimmensioniert sind. /CREATE TABLE `xml_storage` ( `xml_type` varchar(200) NOT NULL DEFAULT '', `xml_key` varchar(250) NOT NULL DEFAULT '', `xml_content_key` varchar(250) NOT NULL DEFAULT '', `xml_content_value` mediumtext, KEY `xml_type_key` (`xml_type`,`xml_key`), KEY `xml_storage_xml_content_key` (`xml_content_key`(100)), KEY `xml_storage_key_type` (`xml_key`(10),`xml_type`(10)) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; /*!40101 SET character_set_client = @saved_cs_client */;/ (das ist die momentane Definition) Kurzum habe ich zur Lösung des Problems die Varchars für xml_type und xml_key verkleinert und nun gibts keinen Fehler beim einspielen des Dumps. Was ich mich nun frage, ob ich nicht doch einen Denkfehler habe und diese 2 fetten Varchars Sinn machen? Ich will auch nicht ausschließen, dass das Problem eine Folge des Update-Marathons ist. Danke und Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail:andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail:i...@5point.de Internet:www.5point.de |www.teamspace.de |www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] tabelle xml_storage zu breit mit utf8?
Hallo Martin, ERROR 1071 (42000) at line 3347: Specified key was too long; max key length is 1000 bytes In line 3347 steht /CREATE TABLE `xml_storage` (/ Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 14.06.2012 12:11, schrieb Martin Gruner: Hi Andreas, welche Fehlermeldung erhältst du genau? LG, mg Am 14.06.12 12:07, schrieb Andreas Laut: Hallo, ich habe vor kurzem unser OTRS von Version 2.2.7 auf 3.1.6 erfolgreich updaten können. Blöderweise sind die Tabellen noch in latin1 und nun will ich diese nach utf8 konvertieren. Das klappt auch wie in der offiziellen Hilfe hier http://faq.otrs.org/otrs/public.pl?Action=PublicFAQZoom;ItemID=315;ZoomBackLink=QWN0aW9uPVB1YmxpY0ZBUVNlYXJjaDtTdWJhY3Rpb249U2VhcmNoO0tleXdvcmQ9ZGF0YWJhc2U7U29ydEJ5PUZBUUlEO09yZGVyPURvd247U3RhcnRIaXQ9MQ==; beschrieben. Einzige Sache ist - wenn ich den konvertierten Dump einspielen will, meckert er über die Tabellendefinition von xml_storage und dass die 1000 Bytes (für eine MyISAM Tabelle) überschritten wären. Jetzt habe ich mir die Definition zur xml_storage mal angesehen und entdeckt, dass xml_storage.xml_type und xml_storage.xml_key viel zu überdimmensioniert sind. /CREATE TABLE `xml_storage` ( `xml_type` varchar(200) NOT NULL DEFAULT '', `xml_key` varchar(250) NOT NULL DEFAULT '', `xml_content_key` varchar(250) NOT NULL DEFAULT '', `xml_content_value` mediumtext, KEY `xml_type_key` (`xml_type`,`xml_key`), KEY `xml_storage_xml_content_key` (`xml_content_key`(100)), KEY `xml_storage_key_type` (`xml_key`(10),`xml_type`(10)) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; /*!40101 SET character_set_client = @saved_cs_client */;/ (das ist die momentane Definition) Kurzum habe ich zur Lösung des Problems die Varchars für xml_type und xml_key verkleinert und nun gibts keinen Fehler beim einspielen des Dumps. Was ich mich nun frage, ob ich nicht doch einen Denkfehler habe und diese 2 fetten Varchars Sinn machen? Ich will auch nicht ausschließen, dass das Problem eine Folge des Update-Marathons ist. Danke und Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail:andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail:i...@5point.de Internet:www.5point.de |www.teamspace.de |www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 - OTRS mailing list: otrs-de - Webpage:http://otrs.org/ Archive:http://lists.otrs.org/pipermail/otrs-de To unsubscribe:http://lists.otrs.org/mailman/listinfo/otrs-de -- Martin Gruner Senior Developer RD OTRS AG Europaring 4 94315 Straubing T: +49 (0)6172 681988 0 F: +49 (0)9421 56818 18 I:www.otrs.com/ Geschäftssitz: Bad Homburg, Amtsgericht: Bad Homburg, HRB 10751, USt-Nr.: DE256610065 Aufsichtsratsvorsitzender: Burchard Steinbild, Vorstand: André Mindermann (Vorsitzender), Christopher Kuhn Verbinden wir uns! OTRS 3.1 schafft einfachere Integration mit Drittapplikationen -- Für Frühbucher zum Vorzugspreis:http://www.otrs.com/index.php?id=2361L=1 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] tabelle xml_storage zu breit mit utf8?
Erstmal danke für das befassen mit dem Problem. Solche Lösungen habe ich ja auch gefunden, weswegen ich dann mal die Varchars der xml_storage Tabelle kleiner gemacht hatte. Das hat mein Problem gelöst und ich konnte den Dump einspielen - kam vielleicht nicht so klar rüber. Ich weiß halt nicht und das war meine eigentliche Frage, ob die kleineren Spalten ein Problem sein könnten? Vorallem, wenn in der xml_storage.xml_key nur Zahlen stehen, verwundert ein 250er Varchar schon etwas. Gruß Andreas -- Andreas Laut | Administration | 5 POINT AG Tel.: +49 (0) 6151 13097 26 | Fax.: +49 (0) 6151 13097 10 E-Mail: andreas.l...@5point.de 5 POINT AG Saalbaustraße 27 | 64283 Darmstadt Tel.: +49 (0) 6151 13097 0 | Fax.: +49 (0) 6151 13097 10 E-Mail: i...@5point.de Internet: www.5point.de | www.teamspace.de | www.projectfacts.de Vorstand: Thorsten Lenk, Martin Fischer Aufsichtsratvorsitzender: Prof. Dr. Horst Geschka Sitz Darmstadt HRB: 76 27 Am 14.06.2012 16:27, schrieb Martin Gruner: Hi Andreas, hilft das vielleicht? http://stackoverflow.com/questions/6172798/mysql-varchar255-utf8-is-too-long-for-key-but-max-length-is-1000-bytes Am 14.06.12 16:04, schrieb Andreas Laut: ERROR 1071 (42000) at line 3347: Specified key was too long; max key length is 1000 bytes - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de