October 2016 - otrs-de - OTRS mailing lists

AW: [otrs-de] Welchen Provider für Root-Server
by Jan Gerle 19 Nov '24

19 Nov '24

Frank Ammari wrote: > Hallo, > > ich suche einen Provider, bei dem ich OTRS installieren kann. > An der Tatsache, dass man für die Installation Root-Rechte > braucht, hat sich wohl nichts geändert, oder?! Wie auch > immer. Wer hat mit welchem Provider gute Erfahrungen gemacht > und kann mir einen schnellen Server empfehlen? Da kann ich wärmstens Hetzner (http://www.hetzner.de/) empfehlen. Guter, kompetenter Service, die helfen einem auch mal aus der Patsche, wenn man sich vergriffen hat ;) Die Server sind absolut ausreichend schnell (Meine Empfehlung: Best Price, http://www.hetzner.de/best_price.html) Mit freundlichen Grüßen, Jan Gerle -- Buchner & Partner GmbH http://www.buchner.de/ Jan Gerle Lise-Meitner-Str. 1-7, 24223 Raisdorf Leiter Interne EDV fon +49(0) 4307 8119 77 mailto:Jan.gerle@buchner.de fax +49(0) 4307 8119 99

2 1

Unterschiedliche zeichencodierung erzeugt Fehler
by Josef Penzkofer 28 Oct '16

28 Oct '16

Hallo OTRS-Community, verwendete Version: OTRS 4.0.15 bzw. OTRS 4.0.18. perl, v5.10.0 In unserem System landete ein Ticket, erzeugt per E-Mail, dass anscheinend zwei unterschiedliche Zeichencodierungen enthält. Die Signatur der E-Mail enthält Text und ein Telefon-Symbol. Beim Beantworten tritt dann folgende Fehlermeldung auf. -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Kernel/System/AuthSession/DB.pm line 583. \n\t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Kernel/System/AuthSession/DB.pm line 583.\n Diese Fehlermeldung ergibt sich auch, wenn man versucht, ein Telefon-Ticket mit dem gesamten Text inkl. dem Symbol zu erstellen. Dabei wird zwar ein neues Ticket erzeugt, es enthält aber keinen Artikel. Versucht man dagegen das Erstellen eines Telefon-Tickets nur mit dem Text oder nur mit dem Symbol, funktioniert die Ticketerstellung einwandfrei. In Datei: AgentTicketPhone.pm (/Kernel/Modules) gibt es dabei die beiden Funktionen # create new ticket and article ... # create new ticket, do db insert my $TicketID = $Self->{TicketObject}->TicketCreate(...); und my $ArticleID = $Self->{TicketObject}->ArticleCreate( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Bzw. beim Beantworten eines Tickets (AgentTicketCompose.pm) gibt es die Funktion # send email my $ArticleID = $Self->{TicketObject}->ArticleSend( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Ich denk mal. hier kann kein eindeutiger, valider Wert für den Parameter "UserCharset" ermittelt werden. Somit auch kein Artikel erzeugt und in die Datenbank geschrieben werden. Die Fehlermeldung wird generiert in der Funktion sub DESTROY {...}; (/Kernel/System/AuthSession) Hier wird anscheinend versucht, den Vorgang, den neuen Artikel in die Datenbank zu schreiben, aus dem Cache zu löschen. Da der Schreibvorgang aber nicht stattgefunden hat, gibt's auch nichts zu löschen. Und das Encod-Modul zur Umwandlung in utf-8 greift anscheinend nur, wenn es sich nur um eine einheitliche, nicht-utf-8-Codierung handelt. Dieser Fehler trat allerdings erst auf, nachdem neue Perl-Patches installiert wurden. Eine E-Mail mit der selben Signatur (Text und Symbol) landete im Januar 2016 schon mal in unserem System und da funktionierte alles einwandfrei. Das Modul Encode.pm Kernel/System/ nutzt ja die Perl-Encode-Module. # This module will use Perl's Encode module (Perl 5.8.0 or higher is required). Gibt es für dieses Problem eine Lösung? Vielen Dank Gruß Sepp

1 0

Ticket-Benachrichtungen in OTRS 5.0.12: <OTRS_CUSTOMER_Body[30]> leer
by Eike Hinderk Jürrens 24 Oct '16

24 Oct '16

Hallo Zusammen, ich habe unser OTRS-System heute von 3.3.3 auf 5.0.12 inkl. entsprechender Zwischenschritte aktualisiert. Jetzt bekomme ich Benachrichtigungen, die einen leeren Customer-Body enthalten, d.h. ich benutze das Standard-Template: > Hi <OTRS_NOTIFICATION_RECIPIENT_UserFirstname>, > > the locked ticket [<OTRS_CONFIG_TicketHook> > <OTRS_TICKET_TicketNumber>] received a follow-up. > > <OTRS_CUSTOMER_REALNAME> wrote: > <OTRS_CUSTOMER_Body[30]> > > <OTRS_CONFIG_HttpType>://<OTRS_CONFIG_FQDN> > /<OTRS_CONFIG_ScriptAlias>index.pl?Action= > AgentTicketZoom;TicketID=<OTRS_TICKET_TicketID> > > -- <OTRS_CONFIG_NotificationSenderName> Und das Ergebnis sieht so aus: > Hallo Eike Hinderk Jürrens, > > zum freigegebenen Ticket [...] gibt es eine Nachfrage. > > Herr Eike Hinderk Jürrens schrieb: > - > > http://[...]/index.pl?Action=AgentTicketZoom;TicketID=[...] > > -- 52N-IT-Issue-Tracker Die Suportdaten-Analyse zeigt keine Fehler an und im System-Protokoll stehen auch keine aktuellen Fehlermeldungen. Was muss ich machen, damit "<OTRS_CUSTOMER_Body[30]>" wieder Text in der Mail erzeugt? Grüße, Eike -- Eike Hinderk Jürrens 52°North Initiative for Geospatial Open Source Software GmbH Martin-Luther-King-Weg 24 48155 Münster, Germany E-Mail: e.h.juerrens(a)52north.org Fon: +49-(0)-251–396371-33 Fax: +49-(0)-251–396371-11 http://52north.org/ Twitter: @FiveTwoN General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk Local Court Muenster HRB 10849

1 2

Probleme bei unterschiedlicher zeichencodierung
by Josef Penzkofer 06 Oct '16

06 Oct '16

Hallo OTRS-Community, verwendete Version: OTRS 4.0.15 bzw. OTRS 4.0.18 Perl: Version 5.10.0 Nach der Installation des aktuellen Perl-Patch trat bei der Bearbeitung eines Tickets folgende Fehlermeldung auf: -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Custom/Kernel/System/AuthSession/DB.pm line 583. \n\t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Custom/Kernel/System/AuthSession/DB.pm line 583.\n Ich denke, die Fehlermeldung entsteht, weil OTRS bspw. beim Erstellen eines neuen Tickets nicht in die Datenbank schreiben kann. Der Schreibvorgang scheitert, weil der Text zwei unterschiedliche Zeichensätze bzw.- Zeichencodierungen enthält (Text und Symbol für Telefon). Verwendet man - bspw. beim manuellen Erstellen eines neuen tickets - Text und Symbol, so tritt der Fehler auf. Verwendet man dagegen nur den Text oder nur das Symbol, so klappt alles fehlerfrei. Verwendet man bspw. beim Erstellen eines neuen Tickets Text und Symbol, so wird zwar ein Ticket erstellt, jedoch kein Artikel. In Datei: AgentTicketPhone.pm (/Kernel/Modules) (= Neues ticket erstellen) gibt es dabei die beiden Funktionen # create new ticket and article ... # create new ticket, do db insert my $TicketID = $Self->{TicketObject}->TicketCreate(...); und my $ArticleID = $Self->{TicketObject}->ArticleCreate( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Bzw. beim Beantworten eines Tickets (AgentTicketCompose.pm) gibt es die Funktion # send email my $ArticleID = $Self->{TicketObject}->ArticleSend( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Ich denk mal. hier kann kein eindeutiger, valider Wert für den Parameter "UserCharset" ermittelt werden. Somit auch kein Artikel erzeugt und in die Datenbank geschrieben werden. Die obige Fehlermeldung wird generiert in der Funktion sub DESTROY {...}; (/Kernel/System/AuthSessionDB.pm) Hier wird anscheinend versucht, den Vorgang, den neuen Artikel in die Datenbank zu schreiben, aus dem Cache zu löschen. Da der Schreibvorgang aber nicht stattgefunden hat, gibt's auch nichts zu löschen. Und das Encod-Modul zur Umwandlung in utf-8 greift anscheinend nur, wenn es sich um eine einzige, einheitliche, nicht-utf-8-Codierung handelt. Wi kann man dieses Problem - Ticket bzw. Artikel mit unterschiedlicher Zeichencodierung - lösen? Vielen Dank Gruß Sepp

1 0