Re: [otrs-de] Statusverwaltung / Übersetzung ins Deutsche

2020-03-31 Thread Renee B 
Bitte *nicht* in der de.pm Änderungen vornehmen. Wie schon gesagt, wird
das bei einem Update überschrieben.

Besser eine de_Custom.pm erstellen, als Vorlage kann z.B. auch
https://github.com/reneeb/otrs-MultiSMTP/blob/master/Kernel/Language/de_MultiSMTP.pm
dienen.
In Zeile 11 das MultiSMTP durch Custom ersetzen und Zeile 22 bis 45
durch die eigenen Übersetzungen ersetzen.

Viele Grüße
Renée

Am 31.03.20 um 15:47 schrieb matthias.terli...@t-systems.com:
> Hey Tino,
>
> Das sollte einfach realisierbar sein.
> Geh mal in die Datei ~otrs/Kernel/Language/de.pm.
>
> In dem Objekt $Self->{Translation} = { } stehen die ganzen
> Standardübersetzungen drin.
> Z. B. der Standard Staus sieht dann so aus: "'3 normal' => '3 normal',"
>
> Mit etwas Glück kannst du deine Strings da mit rein nehmen. Beim Update
> musst du die natürlich auch jedes Mal wieder eintragen.
>
> Getestet habe ich das allerdings noch nicht.
>
>
> Viele Grüße
> Matthias
>
> T-SYSTEMS INTERNATIONAL GMBH 
> Telekom Security
> Matthias Terlinde
> Cyber Defense Operations 
> Bonner Talweg 100, 53113 Bonn 
> E-Mail: matthias.terli...@t-systems.com
> Internet: http://www.t-systems.de
>
> Die gesetzlichen Pflichtangaben finden Sie unter:
> www.t-systems.de/pflichtangaben
>  
> GROSSE VERÄNDERUNGEN FANGEN KLEIN AN – RESSOURCEN SCHONEN UND NICHT JEDE
> E-MAIL DRUCKEN. 
>
> Hinweis: Diese E-Mail und/oder die Anhänge sind vertraulich und
> ausschließlich für den bezeichneten Adressaten bestimmt. Die Weitergabe oder
> Kopieren dieser E-Mail ist strengstens verboten. Wenn Sie diese E-Mail
> irrtümlich erhalten haben, informieren Sie bitte unverzüglich den Absender
> und vernichten Sie die Nachricht und alle Anhänge. Vielen Dank.
>
>
>
> Message: 1
> Date: Tue, 31 Mar 2020 09:37:21 +0200
> From: Tino Korth 
> To: "User questions and discussions about OTRS.org in German"
>   
> Subject: [otrs-de] Statusverwaltung / Übersetzung ins Deutsche
> Message-ID: <0094bca7-2742-a2d7-4902-e89a71dbc...@gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hallo OTRS-Fans,
>
> ich habe gestern neue Status angelegt (Admin -> Statusverwaltung), finde
> aber keine Stelle, wo ich die Status in's Deutsche übersetzen kann.
>
>        
>
> Aktuell stehen die neuen Status so in der Auswahlbox, wie ihr Ident lautet:
>
>        
>
> Mag mir jemand einen Tipp geben, wo ich das machen kann?
>
>
> Grüße aus Rostock
>
> Tino
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Alle Artikel als gelesen markieren?

2019-02-06 Thread Renee B 
Hallo Martin,

so weit ich weiß, kannst Du das nach der Installation wieder
deaktivieren. Das wird nur beim Installationsversuch geprüft.

Viele Grüße,
Renée

Am 06.02.19 um 14:29 schrieb Martin Fernau:
> Hallo Renée,
>
> alles gut. Wollte nichts los treten :-)
>
> Die Frage ist nur ob ich die Meldung dann auch irgendwann wieder weg
> bekomme, oder muss ich mir den fetten roten Balken den ich dann an jeder
> Stelle im OTRS erhalte für den Rest meines Lebens anschauen? Kann ich
> später - nachdem ich das Paket installiert habe - in der Konfiguration
> den Parameter wieder deaktivieren damit die Meldung verschwindet, oder
> wird dann auch wieder jegliches Plugin von diesen Anbietern deaktiviert?
>
>
> Danke und Grüße
> Martin

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Alle Artikel als gelesen markieren?

2019-02-06 Thread Renee B 
Hallo Martin,

die Paketverifikation ist ein Thema für sich. Es ist faktisch nicht
leistbar, die Pakete verifizieren zu lassen.
Das Thema würde ich hier aber nicht vertiefen...

Die Pakete der "bekannteren" Anbieter können  i.d.R. problemlos genutzt
werden. Natürlich können da Bugs
drin sein, das ist aber auch bei Paketen der OTRS AG der Fall.

znuny zählt zu den vertrauenswürdigen Quellen. Die kennen sich dort sehr
gut mit OTRS aus ;-)

Viele Grüße,
Renée

Am 06.02.19 um 14:20 schrieb Martin Fernau:
> Hallo,
>
> das Thema hatte mich jetzt auch interessiert.
> Wenn ich die Pakte von znuny nutzen möchte, muss ich zuvor gestatten
> Pakete von nicht zertifizierten Quellen zu erlauben.
> Wenn ich das aktiviere "schreit" mich unser OTRS aber permanent an, dass
> Pakete von nicht verifizierten Quellen erlaubt wurden. Das ist natürlich
> alles andere als schick..
> Mache ich hier etwas falsch wenn ich ein Plugin von dort nutzen möchte?
>
> Danke und Grüße
> Martin
>
> Am 06.02.19 um 13:43 schrieb Renee B:
>> Hallo Andrea,
>>
>> schau Dir mal #17 bei https://www.znuny.com/#!/addons an...
>>
>> Viele Grüße,
>> Renée
>>
>> Am 06.02.19 um 13:08 schrieb Andrea Wardzichowski:
>>> Liebe Alle,
>>>
>>> ein Kollege fragte an (OTRS5):
>>>
>>> gibt es etwas, womit man in einem Ticket alle Artikel als gelesen
>>> markieren kann?
>>> Die Kollegen haben oft sehr lange Tickets und grad wenn man eins
>>> übernimmt, möchte man nicht alle 20 vorhergehenden Mails und Notizen
>>> lesen, sondern quasi "unten" weitermachen.
>>>
>>> Danke & Gruß,
>>> Andrea
>>>

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Alle Artikel als gelesen markieren?

2019-02-06 Thread Renee B 
Hallo Andrea,

schau Dir mal #17 bei https://www.znuny.com/#!/addons an...

Viele Grüße,
Renée

Am 06.02.19 um 13:08 schrieb Andrea Wardzichowski:
> Liebe Alle,
>
> ein Kollege fragte an (OTRS5):
>
> gibt es etwas, womit man in einem Ticket alle Artikel als gelesen
> markieren kann?
> Die Kollegen haben oft sehr lange Tickets und grad wenn man eins
> übernimmt, möchte man nicht alle 20 vorhergehenden Mails und Notizen
> lesen, sondern quasi "unten" weitermachen.
>
> Danke & Gruß,
> Andrea
>

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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-Email: Zwang der Eingabe eines Titels möglich?

2019-01-18 Thread Renee B 
Schaut euch mal https://opar.perl-services.de/dist/StdSubject an. Damit
kann man ein Standard-Betreff für verschiedene Aktionen festlegen...

Momentan gehen nur  und  als Platzhalter, da aber
auch bei Otterhub nach mehr gefragt wurde, baue ich heute noch weitere
Platzhalter ein...

Viele Grüße,
Renée



Am 19.01.19 um 07:15 schrieb matthias.terli...@t-systems.com:
> Moin zusammen,
>
>>> On Jan 18, 2019, at 4:22 PM, Martin Fernau >> fernausoft.de> wrote:
>>>
>>> Beim Kunden kommt dann
>>> beispielsweise eine Mail mit dem wahnsinnig aussagekräftigen Titel
>>> "[Ticket#2112870]" an.
>>>
>> die Funktion ist ja auch nicht dazu gedacht. Wenn "Antwort" genutzt wird 
>> steht hinter der Ticket-Nummer auch der Ticket-Titel. Mit "Ausgehende 
>> E-Mail" schreibt man i.d.R. Dritte an, zum Beispiel einen Vorgesetzten oder 
>> externen den man (zum Teil) einbeziehen möchte. Daher ist dann im Betreff 
>> auch nicht mehr der Titel enthalten, da der oftmals anders (eindeutiger) ist.
> Prozessual ist das natürlich richtig, dass in den meisten Fällen die 
> Antwortfunktion genutzt werden soll. Wenn an Dritte geschrieben werden soll, 
> kann ein Standardbetreff trotzdem wünschenswert sein.
> Ticket::Frontend::AgentTicketEmail###Subject sollte Ihnen da weiterhelfen.
>
> Alternativ können Sie auch den Link zum E-Mail Outbound Modul umändern.
> Ticket::Frontend::MenuModule###427-Email Outbound  enthält im Datenfeld 
> "Link" den Aufruf. Standardmäßig enthält es 
> "Action=AgentTicketEmailOutbound;TicketID=[% Data.TicketID | html %]".
> Sie sollten dies um ";Subject=[% Data.Subject | html %]" oder 
> ";SubjectLong=[% Data.Subject | html %]" erweitern können (ungetestet).
>
> Eine so erstellte E-Mail hat dann den originalen Betreff, jedoch keinen 
> E-Mail Verlauf. Vielleicht können Sie Ihre Agents dazu bewegen, die 
> Antwort-Funktion zu nutzen oder Sie verbieten per ACL den Zugriff darauf.
>
>
> Viele Grüße
> Matthias Terlinde
>
> T-SYSTEMS INTERNATIONAL GMBH
> Matthias Terlinde
> Bonner Talweg 100, 53113 Bonn
> E-Mail: 
> matthias.terli...@t-systems.com
> Internet: www.t-systems.de
>
> Die gesetzlichen Pflichtangaben finden Sie unter: 
> www.t-systems.de/pflichtangaben
>
> GROSSE VERÄNDERUNGEN FANGEN KLEIN AN - RESSOURCEN SCHONEN UND NICHT JEDE 
> E-MAIL DRUCKEN.
>
> Hinweis: Diese E-Mail und/oder die Anhänge sind vertraulich und 
> ausschließlich für den bezeichneten Adressaten bestimmt. Die Weitergabe oder 
> Kopieren dieser E-Mail ist strengstens verboten. Wenn Sie diese E-Mail 
> irrtümlich erhalten haben, informieren Sie bitte unverzüglich den Absender 
> und vernichten Sie die Nachricht und alle Anhänge. Vielen Dank.
>
>
>
>
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] AgentTicketZoom => Verknüfungtabelle (LinkTable) nach oben?

2018-12-19 Thread Renee B 
https://opar.perl-services.de/dist/MoveTicketLinkedObjects-6.0.1

Am 18.12.18 um 18:32 schrieb Ml Ml:
> Hallo Zusammen,
>
> wie bekomm ich in OTRS 6 (TicketAgentView) die Tabelle der Verknüpften
> Tickets vom Seitenende nach oben?
>
> Gruß,
> Mario
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] OPAR Plugin HideDynamicFields

2018-12-14 Thread Renee B 
Hallo Jens,

mache doch drei Prozesse:

 * Account erstellen
 * Account löschen
 * Account ändern

Gruß,
Renée

Am 14.12.18 um 10:29 schrieb Jens Köhler:
> Danke Renée.
>
>  
>
> Es geht tatsächlich um einen Prozess, allerdings ist die Anzeige der 
> dynamischen Felder im ersten Aktivitätsdialog bei der Prozessticketerstellung 
> statisch. D.h. wenn ich Deinem Beispiel entsprechend ein Dropdownfeld 
> „Kategorie“ mit den Auswahlmöglichkeiten „Server“ und „Drucker“ habe und zwei 
> weitere Felder „Server“ und „Drucker“ angelegt sind, dann soll das Feld 
> „Drucker“ direkt ausgeblendet werden, sobald als Kategorie „Server“ 
> ausgewählt wird.
>
>  
>
> Gruß
>
> Jens
>

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] OPAR Plugin HideDynamicFields

2018-12-13 Thread Renee B 
Dafür würde ich Prozesstickets nehmen...

Das Ausblenden sollte eigentlich auch mit dem Modul gehen... Ich schaue
mal, ob ich übers Wochenende ein Demosystem bereitstellen kann.

Gruß,
Renée

Am 13.12.18 um 16:51 schrieb Jens Köhler:
> Vielen Dank für Eure Antworten. Es handelt sich übrigens um OTRS 6.
>
>  
>
> Mit der Anleitung von Renée hat es schon mal geklappt, dass die 
> entsprechenden Felder nach der Ticketerstellung im Ticketzoom ausgeblendet 
> sind.
>
>  
>
> Ich hatte aber gehofft, dass die Felder bereits während der Ticketerstellung 
> dynamisch ausgeblendet werden, damit ich eine flexible Antragsmaske erhalte.
>
>  
>
> Beispieprozess: Benutzerkonto
>
>  
>
> Die Antragsart (Dropdown) kann entweder eine Neuanlage, eine Änderung oder 
> eine Löschung sein. Je nach Art soll der Ticketersteller andere dynamische 
> Felder ausfüllen. Bei Löschung reicht die Angabe des Benutzernamens, bei 
> Neuanlage werden zusätzliche Daten wie Vorname, Nachname, E-Mail-Adresse usw. 
> benötigt.
>
>  
>
> Gibt es dafür auch eine Möglichkeit?
>
>  
>
> Gruß
>
> Jens
>
>  
>
> Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von René Böhm
> Gesendet: Donnerstag, 13. Dezember 2018 13:46
> An: User questions and discussions about OTRS.org in German; 
> otrs-de@lists.otrs.org
> Betreff: Re: [otrs-de] OPAR Plugin HideDynamicFields
>
>  
>
> Hallo zusammen,
>
>  
>
> wenn noch ein OTRS 5 eingesetzt wird, alternativ KIX4OTRS installieren. Dort 
> nennt sich das "Abhängige Dynamische Felder" und lässt sich per GUI 
> konfigurieren.
>
>  
>
> Viele Grüße
> Rene
>
>  
>
>  
>
> ** ITSM und IT-Sicherheit wachsen zusammen **
>
> ** ITIL-Compliant mit KIX und verinice **
>
> ** MailScanner hat einen moeglichen Taeuschungsversuch durch 
> "www.kixdesk.com" festgestellt. Erfahren Sie mehr auf kixdesk.com 
> <https://www.kixdesk.com/de/erweiterungen/it-security.html>  **
>
>
> c.a.p.e. IT GmbH
> Schönherrstr. 8, D-09113 Chemnitz
> MailScanner hat einen moeglichen Taeuschungsversuch durch "mnitzhttp:" 
> festgestellt. http://www.cape-it.de/
> http://www.cape-it.de/Tel> Tel: +49 371 270 956 20
> Fax: +49 371 270 956 25
> Mobil +49 157 225 722 75
> AG Chemnitz - HRB 23192
> Geschäftsführer Rico Barth, Thomas Maier
>
>  
>
>  
>
>   -Original message-
>   From: Renee B 
>   Sent: Thursday 13th December 2018 13:35
>   To: otrs-de@lists.otrs.org
>   Subject: Re: [otrs-de] OPAR Plugin HideDynamicFields
>   
>   
>   
>
>   Hallo Jens,
>
>
>
>   ja, das sollte möglich sein. Was ist zu tun?
>
>
>
>   1) Aktiviere alle dynamischen Felder für den Dialog, die bei 
> irgendeiner Konstellation angezeigt werden sollen
>
>   2) Wenn Du ein anderes Dropdown als die Queue meinst, musst Du eine 
> Konfiguration erstellen
>
>   3) Rebuild der Konfiguration
>
>
>
>   Konkret:
>
>
>
>   Du hast die Felder "Drucker" und "Server". Wenn im Dropdown 
> "DynamicField_Kategorie" der Wert 'Drucker' gewählt wird, soll das Feld 
> Drucker angezeigt werden.
>
>   Wenn der Wert 'Server' ausgewählt ist, soll das Feld Server angezeigt 
> werden.
>
>
>
>   Dann musst Du für den Dialog die Felder Drucker, Server und Kategorie 
> aktivieren.
>
>
>
>   Du brauchst die Konfiguration 
> (/opt/otrs/Kernel/Config/Files/XML/HideFields.xml
>
>
>
>   
>   
>Required="0" Valid="0">
>   Defines which dynamic fields 
> should be *hidden* for specific queues
>   Filters
>   
>   
>   Server
>   Drucker
>   
>   
>   
>   
>
>
>
>   Noch ein Rebuild machen:
>
>
>
>   cd /opt/otrs
>
>   perl bin/otrs.Console.pl Maint::Config::Rebuild
>
>
>
>
>
>   Mmmmhhh das bringt die Idee auf, dass man ein festlegen können 
> sollte, was standardmäßig in angezeigt werden soll wenn nichts oder ein Wert 
> ausgewählt ist, der in der oben genannten Option nicht genannt ist. Das werde 
> ich aber erst am Wochenende umsetzen können.
>
>
>
>   Worauf ist noch zu achten? Das funktioniert nur dann wirklich, wenn die 
> Dynamischen Felder nicht als Pflichtfelder definiert sind. Da das wirklich 
> nur eine Darstellungssache ist. Da das Modu

Re: [otrs-de] OPAR Plugin HideDynamicFields

2018-12-13 Thread Renee B 
Hallo Jens,

ja, das sollte möglich sein. Was ist zu tun?

1) Aktiviere alle dynamischen Felder für den Dialog, die bei irgendeiner
Konstellation angezeigt werden sollen
2) Wenn Du ein anderes Dropdown als die Queue meinst, musst Du eine
Konfiguration erstellen
3) Rebuild der Konfiguration

Konkret:

Du hast die Felder "Drucker" und "Server". Wenn im Dropdown
"DynamicField_Kategorie" der Wert 'Drucker' gewählt wird, soll das Feld
Drucker angezeigt werden.
Wenn der Wert 'Server' ausgewählt ist, soll das Feld Server angezeigt
werden.

Dann musst Du für den Dialog die Felder Drucker, Server und Kategorie
aktivieren.

Du brauchst die Konfiguration
(/opt/otrs/Kernel/Config/Files/XML/HideFields.xml




Defines which dynamic fields should be 
*hidden* for specific queues
Filters


Server
    Drucker






Noch ein Rebuild machen:

cd /opt/otrs
perl bin/otrs.Console.pl Maint::Config::Rebuild


Mmmmhhh das bringt die Idee auf, dass man ein festlegen können
sollte, was standardmäßig in angezeigt werden soll wenn nichts oder ein
Wert ausgewählt ist, der in der oben genannten Option nicht genannt ist.
Das werde ich aber erst am Wochenende umsetzen können.

Worauf ist noch zu achten? Das funktioniert nur dann wirklich, wenn die
Dynamischen Felder nicht als Pflichtfelder definiert sind. Da das
wirklich nur eine Darstellungssache ist. Da das Modul, dass den Request
beim Abschicken auswertet nichts davon weiß was in der Oberfläche aus-
bzw. eingeblendet wurde, werden alle aktivierten Dynamischen Felder geprüft.

Das umzusetzen wäre etwas mehr Aufwand, was ich nicht in meiner Freizeit
leisten kann.

Viele Grüße,
Renée

Am 13.12.18 um 13:10 schrieb Jens Köhler:
> Hallo zusammen,
>
>  
>
> hat hier jemand zufällig das OPAR Plugin "HideDynamicFields" im Einsatz und 
> kann mir sagen ob das folgende damit möglich ist?
>
>  
>
> Wir möchten bestimmte dynamische Felder anzeigen oder verstecken, je nachdem 
> welcher Eintrag in einem Dropdown-Feld ausgewählt wird.
>
>  
>
>  
>
> Danke und Gruß
>
> Jens
>
>  
>
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Antw: Rechte um Services anzulegen

2018-09-20 Thread Renee B 
Das Addon macht nichts anderes, nur dass es eine kleine Oberfläche
bietet damit man nicht in der SysConfig hin und her klicken muss.

In OTRS5 ist das nervig mit den ständigen Requests in der SysConfig. In
OTRS6 geht es auch in der SysConfig ziemlich fix.

Viele Grüße,
Renée

Am 20.09.2018 um 14:46 schrieb Florian Edlhuber:
> Hallo,
>
 info  19.09.2018 11:05 >>>
>>> es sieht mir so aus, als könne nur der Admin Services und SLA's
>>> anlegen. Kann man auch Agenten das Recht geben, Services oder/und SLA's
>>> anzulegen. (Ein Servicemanager muss ja nicht zwingend ein OTRS-Admin
>>> sein.)
>>>
>> - Josef Penzkofer schrieb:
>> mit dem OPAR FeatureAddOn
>> MiniAdmin-5.0.1.opm
>> kann man "eingeschränkte" Admins einrichten, so dass du diesen Agenten dann
>> das Recht zum Erstellen von Services und SLAs zuweisen kannst.
> Dafür brauchts kein extra Feature.
>
> Machste Dir 'ne Gruppe "admin_services" oder "admin_mini" oder wie Du sie auch
> immer nennen magst, machst 'ne schöne Rolle, rw Zugriff
>
> und in der Systemkonfiguration machst Du auf die Modulregistrierung für 
> "Admin Area" und das Modul für die Services (oder z.B. Templates) die 
> Gruppe admin_services oder admin_mini rein. 3 Minuten Arbeit. ;-)
>
> Das Feature wird nichts anderes machen glaube ich (ich kenne es nicht)
>
> viele Grüße
>
> --
> Florian
>
>
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] OTRS 6 Wo Konfigurieren?

2018-08-10 Thread Renee B 
Ist denn der User auch in der Kundendatenbank?

Denn CustomerAuth bezieht sich nur auf die Authentifizierung und hat
nichts damit zu tun wo die Kundendaten liegen...

Viele Grüße,
Renée

Am 10.08.2018 um 14:12 schrieb Sebastian Gödecke:
> Moin ML,
> ich habe seite kurzem OTRS6 Community installiert und möchte das nun
> konfigurieren.
> Insbesondere die CustomerAUTH geschichte soll per LDAP laufen.
> In Version 5 habe ich das noch über die Config.pm gemacht.
> Nun wollte ich das über die SYSCONFIG machen.
> Leider klappt da einiges nicht.
> Die DAten sind "eigentlich " richtig, doch kommt als Meldung im
> Systemprotokoll "no such user 'USER'!
> Woran kann das liegen?
>

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] OTRS 6 Update: Need module

2018-08-08 Thread Renee B 
Fällt Dir denn auf, dass ein Widget nicht geladen wird? Schau mal in die
SysConfig bei den Dashboard::Backends was da als Modul eingetragen ist...

Am 08.08.2018 um 11:15 schrieb Jens Köhler:
> Hallo Renée,
>
>  
>
> danke für den Tipp!
>
>  
>
> Jedes Mal wenn ich die OTRS Übersicht lade, wird folgende Meldung im Apache 
> Log protokolliert:
>
>  
>
> ERROR: OTRS-CGI-19 Perl: 5.16.3 OS: linux Time: Wed Aug  8 11:03:11 2018
>
>  
>
>  Message: Need module!
>
>  
>
>  RemoteAddress: 192.168.1.2
>
>  RequestURI: 
> /index.pl?Action=AgentDashboard;OTRSAgentInterface=wUMWqiTS2zCmY1fWrpDxVPcDvfG5leLy
>
>  
>
>  Traceback (2327):
>
>Module: Kernel::System::Main::Require Line: 73
>
>Module: Kernel::Modules::AgentDashboardCommon::_Element Line: 891
>
>Module: Kernel::Modules::AgentDashboardCommon::Run Line: 610
>
>Module: Kernel::System::Web::InterfaceAgent::Run Line: 1116
>
>Module: 
> ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler 
> Line: 40
>
>Module: (eval) (v1.99) Line: 207
>
>Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
>
>Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
>
>Module: ModPerl::Registry::handler (v1.99) Line: 32
>
>  
>
> ERROR: OTRS-CGI-19 Perl: 5.16.3 OS: linux Time: Wed Aug  8 11:03:11 2018
>
>  
>
>  Message: Need module!
>
>  
>
>  RemoteAddress: 192.168.1.2
>
>  RequestURI: 
> /index.pl?Action=AgentDashboard;OTRSAgentInterface=wUMWqiTS2zCmY1fWrpDxVPcDvfG5leLy
>
>  
>
>  Traceback (2327):
>
>Module: Kernel::System::Main::Require Line: 73
>
>Module: Kernel::Modules::AgentDashboardCommon::_Element Line: 891
>
>Module: Kernel::Modules::AgentDashboardCommon::Run Line: 610
>
>Module: Kernel::System::Web::InterfaceAgent::Run Line: 1116
>
>Module: 
> ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler 
> Line: 40
>
>Module: (eval) (v1.99) Line: 207
>
>Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
>
>Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
>
>Module: ModPerl::Registry::handler (v1.99) Line: 32
>
>  
>
>  
>
> Das sagt mir aber leider nichts. Hast Du eine Idee?
>
>  
>
> Gruß
>
> Jens
>
>  
>
> Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Renee B
> Gesendet: Mittwoch, 8. August 2018 09:21
> An: otrs-de@lists.otrs.org
> Betreff: Re: [otrs-de] OTRS 6 Update: Need module
>
>  
>
> Hallo Jens,
>
> schau mal ins Apache Fehlerlog. Dort sollten mehr Informationen stehen, von 
> wo diese Meldung kommt.
>
> Das bezieht sich sehr wahrscheinlich nicht auf ein Perl-Modul, das Du 
> nachinstallieren muss, sondern auf ein Modul für OTRS. 
> Diese Fehlermeldung habe ich nur in Kernel::System::Main gefunden in der 
> Funktion, die Module lädt.
>
> Viele Grüße,
> Renée
>
> Am 07.08.2018 um 16:26 schrieb Jens Köhler:
>
>   Hallo zusammen,
>
>
>
>   ich versuche gerade erneut eine OTRS 5.0.16 Installation unter CentOS 7 
> auf OTRS 6.0.10 zu updaten. Einer der Fehler bei meinem letzten Updateversuch 
> wurde in Release 6.0.9 gefixt (RPM Installation) - leider funktioniert es 
> aber noch nicht reibungslos.
>
>
>
>   Nach der Installation des RPM wird jedes Mal eine Fehlermeldung 
> "OTSR-CGI-19 - Need module!" im Systemprotokoll erzeugt wenn ich in OTRS die 
> Übersicht lade. Das Update habe ich entsprechend der Schritte im 
> Administratorhandbuch durchgeführt und im Anschluss das FAQ-Modul über das 
> Webinterface aktualisiert.
>
>
>
>   Ich gehe davon aus, dass die Fehlermeldung sich auf ein Perl Modul 
> bezieht (?). Wenn ich das Script otrs.CheckModules.pl ausführe werden alle 
> Module mit OK markiert, außer Encode::HanExtra, Mail::IMAPClient, Authen:NTLM 
> (alle optional) und die alternativen DB Module, also ODBC, Oracle, Pg (ich 
> setze MariaDB ein).
>
>
>
>   Könnt Ihr mir da weiterhelfen?
>
>
>
>   Gruß
>
>   Jens
>
>
>
>
>
>   
>   
>   
>   
>
>   -
>   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] OTRS 6 Update: Need module

2018-08-08 Thread Renee B 
Hallo Jens,

schau mal ins Apache Fehlerlog. Dort sollten mehr Informationen stehen,
von wo diese Meldung kommt.

Das bezieht sich sehr wahrscheinlich nicht auf ein Perl-Modul, das Du
nachinstallieren muss, sondern auf ein Modul für OTRS.
Diese Fehlermeldung habe ich nur in Kernel::System::Main gefunden in der
Funktion, die Module lädt.

Viele Grüße,
Renée

Am 07.08.2018 um 16:26 schrieb Jens Köhler:
> Hallo zusammen,
>
>  
>
> ich versuche gerade erneut eine OTRS 5.0.16 Installation unter CentOS 7 auf 
> OTRS 6.0.10 zu updaten. Einer der Fehler bei meinem letzten Updateversuch 
> wurde in Release 6.0.9 gefixt (RPM Installation) - leider funktioniert es 
> aber noch nicht reibungslos.
>
>  
>
> Nach der Installation des RPM wird jedes Mal eine Fehlermeldung "OTSR-CGI-19 
> - Need module!" im Systemprotokoll erzeugt wenn ich in OTRS die Übersicht 
> lade. Das Update habe ich entsprechend der Schritte im Administratorhandbuch 
> durchgeführt und im Anschluss das FAQ-Modul über das Webinterface 
> aktualisiert.
>
>  
>
> Ich gehe davon aus, dass die Fehlermeldung sich auf ein Perl Modul bezieht 
> (?). Wenn ich das Script otrs.CheckModules.pl ausführe werden alle Module mit 
> OK markiert, außer Encode::HanExtra, Mail::IMAPClient, Authen:NTLM (alle 
> optional) und die alternativen DB Module, also ODBC, Oracle, Pg (ich setze 
> MariaDB ein).
>
>  
>
> Könnt Ihr mir da weiterhelfen?
>
>  
>
> Gruß
>
> Jens
>
>  
>
>
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Mehrere Eingabeformulare im OTRS-Kundenportal zur Auswahl hinterlegen

2018-05-31 Thread Renee B 
Hallo Reinhard,

dazu ließen sich die Prozesstickets nutzen.

Für jedes Formular erstellst Du einen Prozess. Du hast dort als
Aktivität das Erfassen der Daten. Dann erstellst Du die
unterschiedlichen Aktivitätsdialoge.

http://doc.otrs.com/doc/manual/admin/5.0/en/html/process-management.html
https://www.youtube.com/watch?v=piY4nZsmrOg
https://www.sectornord.de/tippdesmonatsdetails/otrs-process-management.html?language=en

Viele Grüße,
Renée


Am 31.05.2018 um 09:03 schrieb Reinhard Fraunholz:
> Hallo zusammen,
> kann man mehrere Eingabeformulare mit bestimmten (Pflicht)-Feldern im
> OTRS-Kundenportal zur Auswahl hinterlegen, deren Eingaben dann jeweils an
> eine bestimmte Mailadresse oder Ticket-Queue gesendet werden?
>
> Würde das funktionieren? Wenn ja, wie würde das funktionieren?
>
> Für Tipps und Hilfestellungen möchte ich mich im Voraus schon recht herzlich
> bedanken.
>
> Viele Grüße
> Reinhard
>
>  
>
>
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Anzeige von externen Daten im TicketZoom unter den Kundeninformationen

2018-01-29 Thread Renee B 
Moin.

Ein paar Fragen:

Soll das *im* Widget "Kundeninformationen" angezeigt werden?
Ein eigenes Widget?
Welche OTRS-Version?

Ein Outputfilter kann helfen...

Viele Grüße,
Renée

Am 29.01.2018 um 13:50 schrieb Pienitz, Stephan:
> Moin Liste :-)
>
> Ich suche eine Möglichkeit eine Zahl, die mir eine externe Quelle
> anhand des sAMAccountNames (AD) zur Verfügung stellt, im TicketView
> unter den Kundeninformationen anzeigen zu lassen.
>
> Die externe Quelle ist eine Webseite, die mir die Zahl als plain Text
> ausgibt.
>
> Die externe Quelle verlangt den SAMAaccountName (AD) als Searchrequest.
>
> Nun stehe ich auf dem Schlauch und habe keine Ahnung, wie ich das
> bewerkstelligen kann :D
>
> Die Quelle existiert natürlich schon, ich brauche also "nur" die
> Einbindung...
>
> Hat hier jemand einen Tipp?
>
> Viele Grüße
> Stephan
>
>
> Mit freundlichen Grüßen
>
> Stephan Pienitz
> GB Informationstechnologie
>  
> Albertinen-Zentrale Dienste GmbH
> Süntelstraße 11a, 22457 Hamburg
>
>  
> Tel. 040 55 88-2564
> Fax 040 55 88-2316
> stephan.pien...@albertinen.de
> www.albertinen-zentrale-dienste.de
>  
> Folgen Sie uns auf
> www.twitter.com/albertinen
> www.facebook.com/albertinen.gruppe
>  
> Sitz der eingetragenen Gesellschaft: Hamburg
> Geschäftsführer: Peter Kober, Matthias Scheller
> Handelsregister:HRB 102935, Amtsgericht Hamburg
> USt.-Nr. 17/423/04759
>  
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
> Informationen. Wenn Sie nicht der
> richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben,
> informieren Sie bitte sofort den 
> Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie
> die unbefugte Weitergabe
> dieser E-Mail ist nicht gestattet. 
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] OTRS6: BATV Ablehnungen auf Kundenseite der automatischen Antworten

2018-01-25 Thread Renee B 
Die neuen Header kannst Du in der SysConfig abschalten. Bei den anderen
Sachen müsste ich auch erstmal schauen...

Am 25.01.2018 um 10:57 schrieb Martin Fernau:
> Hallo,
>
> seit Umstellung auf OTRS6 bekommen einige unserer Kunden die
> automatischen Antworten auf erstellte Tickets nicht mehr.
> Nach etwas Nachforschung habe ich gesehen, dass dortige Spamfilter diese
> Mails mit dem Hinweis auf BATV ablehnen: "Rejected: BATV"
>
> Weitere Nachforschungen ergaben folgende Änderungen der ausgehenden
> Mails von OTRS5 zu OTRS6:
>
> Neue Header:
> Precedence: bulk
> Auto-Submitted: auto-generated
> X-Loop: yes
>
> Geänderter Header:
> Return-Path: <>
> war vorher:
> Return-Path: 
>
> Wegfall:
> References: []
>
>
> Diese Änderungen führen nun dazu das unsere Kunden diese Mails nicht
> mehr erhalten was natürlich unschön ist.
> Ist das so normal, oder muss ich hier im OTRS etwas verändern damit das
> wieder durch geht?
>
> Besten Dank und Grüße
> Martin
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] [JJGL-EDV#2017121661000132] Name vom Dateianhang ändern

2017-12-16 Thread Renee B 
Hallo,

Du könntest Dir einen Postmaster-Filter Modul schreiben, der das
übernimmt, oder https://opar.perl-services.de/dist/TicketAttachments da
kann man einschalten, dass man Anhänge in der Ticketansicht umbenennen kann.

Viele Grüße,
Renée

Am 16.12.2017 um 20:50 schrieb JJGL-EDV:
> Hallo,
>
> gibt es eine Möglichkeit im OTRS 5.x.xx bei eingehenden Tickets den
> Dateianhang umzubenennen?
>
> Ich bekomme Mails mit einer angehängeten vcf Datei. Im Ticket wird vom Anhang
> aber die Dateierweiterung .vcf abgeschnitten.
>
> LG
> Jens
>
> Mit freundlichen Grüßen
> Jens John Glawion
>
> Dienstleistungen
>  
> Dossestrasse 14
> 16321 Bernau
>  
> Tel.:   033 38 / 70 68 965
> E-Mail: [1]serv...@jjgl-edv.de
> Web: [2]www.jjgl-edv.de
>  
>
> [1] mailto:serv...@jjgl-edv.de
> [2] http://www.jjgl-edv.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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Neue Mail wird an ein altes Ticket gehaengt

2017-11-30 Thread Renee B 
Hallo Andrea,

Am 30.11.2017 um 10:53 schrieb Andrea Wardzichowski:
>
>> *) Ist das Addon MergeIdenticalTickets installiert?
> Oh, wo guck ich das nach? Mit Addons habe ich glaube ich noch nichts
> gemacht.

Im Adminbereich mal in der Paketverwaltung schauen. Das müsste dann im
"Lokalen Repository" auftauchen.

Der Rest den Du geschrieben hast sieht auch eher unverdächtig aus.

Viele Grüße,
Renée

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Neue Mail wird an ein altes Ticket gehaengt

2017-11-30 Thread Renee B 
Hallo Andrea,

einfach mal ein paar Gedanken:

*) gibt es Postmasterfilter?
*) Ist das Addon MergeIdenticalTickets installiert?
*) Gibt die Tickethistorie etwas her?
*) Taucht was in den Logdateien auf?
*) Gab es SysConfig-Änderungen zu Ticket::Hook?

Viele Grüße,
Renée

Am 30.11.2017 um 10:18 schrieb Andrea Wardzichowski:
> Liebe OTRS-Kundige,
>
> ich hätte gerne ein Problem ;-)
>
>
> Zu den Eckdaten: wir setzen OTRS 5.0.14 ein und haben eine MySQL
> Adressdatenbank angebunden.
> Die Kundenbenutzer sind aber keinen Gruppen oder Services zugeordnet und
> wir benutzen das Customerinterface nicht.
>
>
> Seit einigen Wochen berichtet ein Kollege das Problem: immer wenn er von
> einer bestimmten Mailadresse eine Mail ins OTRS schickt, dann wird da
> kein neues Ticket erzeugt, sondern die Mail an ein ALTES Ticket (und
> zwar immer das gleiche) angehängt.
>
> Zur Aufrechterhaltug der Tätigkeiten haben wir uns damit beholfen, die
> neuen, falsch angehängten Artikel durch Teilen herauszulösen aus dem
> Ticket und konnten so weiterwurschteln. Nicht toll, aber ging.
>
> Ich habe den kompletten Adminbereich durchforstet und auch die Vorfilter
> in der Kernel/Config.pm: nix.
>
> Ich habe dann vor lauter Verzweiflung und nach Absprache das Ticket
> gelöscht, an das immer angehängt wird: der Kollege schrieb 2 frische
> Mails und die zweite wurde gleich wieder an die erste angehängt.
> Es ist dem nicht beizukommen.
>
>
> Gestern nun hat die Sache eine neue Dramatik bekommen, weil der Effekt
> nun mit einer externen Mailadresse auftrat.
> In diesem Fall sind es drei Mails, wo From und Subject übereinstimmen,
> aber dafür gibt es keinerlei Regeln (und das Subject differierte bei
> unseren Tests auch, und dennoch wurde die Mail falsch angehängt).
>
>
> Ist Euch sowas schonmal untergekommen?
> Wo könnte ich noch nachsehen?
> Oder ist das ein handfester Bug, wobei ich leider die Randbedingungen
> nicht eingrenzen kann, wann das passiert und warum es ausgelöst wird.
>
> In der Adressdatenbank haben beide Adressen keinerlei Auffälligkeiten.
> Und es sind auch jeweils andere Zielmailadressen/Queues betroffen.
>
>
> Ganz viele Grüße aus Stuttgart,
> Andrea
>

-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Error im OTRS Log

2017-11-16 Thread Renee B 
Hallo Thomas,

hast Du mal irgendwelche Ticketstatus umbenannt? Oder neue eingeführt
und alte deaktiviert?
Diese SQL-Fehler deuten darauf hin, dass die Ticketstatus nicht mehr
(nur) die originalen Status sind und nicht alle Vorkommen der alten
Status in der SysConfig angepasst wurden.

Viele Grüße,
Renée

Am 17.11.2017 um 07:24 schrieb thomas.kr...@swbad.de:
> Hallo,
>
> ich habe im Log folgenden Error und werde daraus einfach nicht schlau :(. Hat 
> vielleicht jemand einen Tipp?
>
> Viele Grüß[cid:image003.png@01D35F75.270D9410]e
>
> Thomas
>
> 
>
> ERROR: OTRS-otrs.Console.pl-Maint::Ticket::UnlockTimeout-01 Perl: 5.10.1 OS: 
> linux Time: Thu Nov 16 12:35:11 2017
>
> Message: There was an error executing Execute() in 
> Kernel::System::Console::Command::Maint::Ticket::UnlockTimeout: [Thu Nov 16 
> 12:35:11 2017] otrs.Daemon.pl: DBD::mysql::st execute failed: You have an 
> error in your SQL syntax; check the manual that corresponds to your MySQL 
> server version for the right syntax to use near ')
> [Thu Nov 16 12:35:11 2017] otrs.Daemon.pl: AND 
> st.ticket_lock_id NOT IN ( 1, 3 )' at line 5 at /opt/otrs/Kernel/System/DB.pm 
> line 679.
> ERROR: OTRS-otrs.Console.pl-Maint::Ticket::UnlockTimeout-01 Perl: 5.10.1 OS: 
> linux Time: Thu Nov 16 12:35:11 2017
>
> Message: You have an error in your SQL syntax; check the manual that 
> corresponds to your MySQL server version for the right syntax to use near ')
> AND st.ticket_lock_id NOT IN ( 1, 3 )' at line 5, SQL: '
> SELECT st.tn, st.id, st.timeout, sq.unlock_timeout, st.sla_id, 
> st.queue_id
> FROM ticket st, queue sq
> WHERE st.queue_id = sq.id
> AND sq.unlock_timeout != 0
> AND st.ticket_state_id IN (  )
> AND st.ticket_lock_id NOT IN ( 1, 3 ) '
>
> Traceback (2765):
>Module: 
> Kernel::System::Console::Command::Maint::Ticket::UnlockTimeout::Run Line: 46
>Module: (eval) Line: 460
>Module: Kernel::System::Console::BaseCommand::Execute Line: 454
>Module: (eval) Line: 150
>Module: 
> Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Cron::Run Line: 
> 129
>Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run 
> Line: 250
>Module: (eval) Line: 316
>Module: main::Start Line: 316
>Module: /opt/otrs/bin/otrs.Daemon.pl Line: 138
>
> [Thu Nov 16 12:35:11 2017] otrs.Daemon.pl: DBD::mysql::st fetchrow_array 
> failed: fetch() without execute() at /opt/otrs/Kernel/System/DB.pm line 747.
>
>
> Traceback (2765):
>Module: 
> Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError Line: 51
>Module: 
> Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Cron::Run Line: 
> 181
>Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run 
> Line: 250
>Module: (eval) Line: 316
>Module: main::Start Line: 316
>Module: /opt/otrs/bin/otrs.Daemon.pl Line: 138
>
>
> Mit freundlichen Grüßen
>
> Thomas Krumm
> Informationstechnik
>
> Stadtwerke Baden-Baden
> Waldseestraße 24
> 76530 Baden-Baden
> Telefon: +49 7221 277-516
> Telefax: +49 7221 277-506
> thomas.kr...@swbad.de
> ___
> Geschäftsführer: Dipl.-Ing. Helmut Oehler
> i...@swbad.de
> www.stadtwerke-baden-baden.de 
> Amtsgericht Mannheim * HRA 201400
> UST-ID-Nr.: DE 143 465 245
>
> +++ Besuchen Sie uns auch auf 
> Facebook und 
> Instagram +++
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen.
> Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich 
> erhalten
> haben, informieren Sie bitte sofort den Absender und vernichten Sie diese 
> E-Mail.
> Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder von
> Teilen dieser Mail ist nicht gestattet.
> Jede von den Stadtwerken Baden-Baden versandte E-Mail ist sorgfältig erstellt
> worden, dennoch schließen wir die rechtliche Verbindlichkeit aus; sie kann 
> nicht
> zu einer irgendwie gearteten Verpflichtung zu Lasten der Stadtwerke 
> Baden-Baden
> ausgelegt werden.
>
>
>
>
> -
> 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


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] ClamAV fuer Attachments? (Customer-Frontend)

2017-02-14 Thread Renee B 

Hallo Detlef,

ich habe in meinem Pro-FeatureAddon "TicketAttachments" das so gelöst, 
dass ich beim Schreiben der Anhänge den Inhalt teste. Ist das
ein verdächtiger Inhalt, wird der Anhang mit "Quarantäne" markiert. 
Solche Anhänge können von Agenten nicht heruntergeladen werden.


Agenten einer konfigurierbaren Gruppe können die Anhänge durchgehen und 
das Flag entfernen (wird auch am Ticket protokolliert).


Damit ist sichergestellt, dass die Anhänge nicht einfach gelöscht werden 
und damit verloren gehen. Und es wird verhindert, dass ein solcher 
Anhang aus Versehen heruntergeladen werden kann.


Viele Grüße,
Renée

Am 14.02.2017 um 12:18 schrieb detm...@t-online.de:

Hallo zusammen,
  
wir würden gerne alle Dateien von Extern mit ClamAV prüfen, bevor diese

wirklich im System landen, bzw. in der DB gespeichert werden und über das
Ticket zugänglich sind.
  
Gibt es da eine bequeme Möglichkeit ClamAV einzubinden? Mein Ansatz wäre

manuelle Integration z.B. in der CustomerTicketProcess.pm
  
Wie handhabt ihr die Kontrolle von Attachments hinsichtlich Malware auf

euren OTRS-Installationen?
  
  
Gruß

Detlef


--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] PostMaster-Filter Betreff Wildcard

2017-01-04 Thread Renee B 

Hallo Marcel,

der Reguläre Ausdruck wäre:   (Ausdruck1 \[.*?\] Ausdruck2)

Viele Grüße,
Renée

Am 04.01.2017 um 11:36 schrieb Kösling, Marcel:

Hallo!

Ich würde gern eine Filterregel bauen in der mehre Bedingungen anhand des 
Betreffs abgeprüft werden.
Problem: Es kommen Nachrichten mit einem Betreff nach Folgendem Muster herein: 
Ausdruck1 [Variable] Ausdruck2 (die Eckklammern sind tatsächlich auch 
Bestandteil des Betreffs!)

Eigentlich würde ich jetzt gern lediglich die zwei Bestandteile des Betreffs "Ausdruck1" 
und "Ausdruck2" auf die es ankommt abprüfen und bei Vorkommen die Nachricht entsprechend 
verwerfen. Denn Nachrichten in denen jeweils nur einer der beiden Ausrücke enthalten sind, sollen 
angenommen werden (wäre ja sonst zu einfach!).
So wie ich es sehe, kann ich bei den Filtern nicht 2x das Feld "Subject" 
verwenden (1x mit Ausdruck1 und 1x mit Ausruck2). Helfen würde es, wenn ich für die 
Variable eine Wildcard einsetzen könnte, konnte hierzu aber leider nichts Hilfreiches 
finden.

Deshalb folgende Frage: Wie schaffe ich es, dass Nachrichten mit Ausdruck1 ODER 
Ausdruck2 als Ticket angenommen, aber welche mit Ausdruck1 UND Ausdruck2 (und 
einem variierenden Text dazwischen) verworfen werden?

Dank & Grüße
Marcel




-
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




--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] OTRS 5 - Weiteres RSS-Feed Widget

2016-12-22 Thread Renee B 

Kernel::Output::HTML::DashboardRSS muss Kernel::Output::HTML::Dashboard::RSS 
heißen

- Renée



Am 22.12.2016 um 09:36 schrieb Josef Penzkofer:

Hallo OTRS-Comunity,

zur Anzeige von Meldungen des RZ hab ich in OTRS 4 ein weiteres RSS-Feed
Widget im Dashboard eingefügt.

Dazu hab ich einfach im Verzeichnis /Kernel/Config/Files eine weitere
XML-Datei erstellt.
(Kopie des Blocks:
)

Nun teste ich OTRS 5 und hab das jetzt genauso gemacht, das Widget wird jedoch
nicht angezeigt, bzw. steht auch nicht im Block "Einstellungen" zur Verfügung,
so dass man es ein- oder ausblenden könnte.

In der SysConfig seh ich das Widget jedoch und kann es registrieren bzw.
aktivieren.

Muss ich da noch was ändern?

Und so sieht die XML-Datei aus:
RZ_Aktuell.xml



  
 Defines the parameters for the dashboard
backend. "Limit" defines the number of entries displayed by default. "Group" is
used to restrict access to the plugin (e. g. Group: admin;group1;group2;).
"Default" indicates if the plugin is enabled by default or if the user needs to
enable it manually. "CacheTTL" indicates the cache expiration period in minutes
for the plugin.
 Framework
 Frontend::Agent::Dashboard
 
 
 Kernel::Output::HTML::DashboardRSS
 RZ Aktuell
 Aktuelle Mitteilungen des RZ
 http://wwwrss
 ContentSmall
 5
 
 1
 360
 
 
 


  
-

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




--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] nach Update 4/5: Verknüpfungen können nicht mehr gelöscht werden

2016-12-13 Thread Renee B 

Hallo Sven,

kannst Du im Browser mal die JavaScript-Konsole aufmachen (Firefox z.B. 
Strg+Shift+i) und schau mal, ob da ein Fehler auftaucht.

Auch im Webserver-Log solltest Du mal schauen...

- Renée

Am 13.12.2016 um 13:06 schrieb Sven Ehret:

Hallo,

seit dem Upgrade von 4 nach 5 können keine Links mehr gelöscht werden: Die
Maske öffnet sich normal und man kann die üblichen Auswahlen treffen, aber
der Knopf „Verknüpfungen löschen“ funktioniert einfach nicht, sprich: es
passiert überhaupt nichts.

Hat jemand eine Idee?

Beste Grüße

Sven Ehret
Informationstechnologie
COMDOK GmbH
Eifelstraße 14
53757 Sankt Augustin

Tel.: +49 2241 349 178
Fax: +49 2241 349 111
mailto:eh...@comdok.de

Geschäftsführer: Hans-Dieter Rapsilber
Amtsgericht: Siegburg
HRB: 2056
http://www.comdok.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




--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] IMAPMove Plugin (Re: Status von Spam beim Schließen)

2016-11-26 Thread Renee B 


Am 26.11.2016 um 12:55 schrieb Ralph Seichter:

On 25.11.2016 23:06, Renee B wrote:


http://opar.perl-services.de/dist/IMAPMove könnte helfen ;-)

Das sieht interessant (und brandneu) aus. ;-) Darf ich vorschlagen, dass
der Rückgabewert von $IMAPObject->copy() geprüft und ggf. eine Fehler-
meldung geloggt wird?

Ideal fände ich, wenn bei konfiguriertem Kopie-Ordner zuerst die Kopie
erstellt und die Originalnachricht nur nach erfolgreichem Kopieren in
OTRS übernommen und anschließend gelöscht wird. Geht die Kopie schief,
verbleibt das Original somit in der Inbox und wird beim nächsten Lauf
erneut verarbeitet, erzeugt aber keine Doubletten innerhalb von OTRS.

'tschuldigung, falls das unbescheiden klingt. :-)


Danke für das Feedback. Ich werde das im Laufe der Woche umsetzen.

- Renée



-Ralph
-
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




--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Terminkalender isntallieren

2016-11-25 Thread Renee B 

Am 25.11.2016 um 16:06 schrieb Sebastian Gödecke:



dies ist ein Perl Modul.
Unter Debian / Ubuntu können Sie es mit folgendem Kommando installieren:
apt-get install libdatetime-perl


Hm, okay unter SLES 11 ist das bei mir installiert:
i | perl-TimeDate   | Perl Modules for time and
date calculation


DateTime != TimeDate

Viele Grüße,
Renée


--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Nach update von 4 auf 5: Dashboard

2016-11-25 Thread Renee B 

Am 25.11.2016 um 15:55 schrieb Sebastian Gödecke:

Schau mal in der SysConfig bei den Dashboard-Einstellungen und/oder in der
Kernel/Config/Files/ZZZAuto.pm ob da irgendow
Kernel::Output::HTML::DashboardTicketGeneric auftauch. Das muss dann zu
Kernel::Output::HTML::Dashboard::TicketGeneric geändert werden (beachte die
zusätzlichen '::' nach Dashboard).



Danke für die prompte Mitteilung.
Der Eintrag steht da so drin.
Mir ist jedoch eben im Systemprotokoll vom OTRS diese Meldung aufgefallen:
Module Kernel/Output/HTML/DashboardTicketGeneric.pm not in @INC


Das sagt aber, dass irgendwo noch der alte Wert drinsteht...

Da musst Du also nochmal schauen - oder den Apachen mal neustarten...

- Renée

--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Nach update von 4 auf 5: Dashboard

2016-11-25 Thread Renee B 

Am 25.11.2016 um 15:40 schrieb Sebastian Gödecke:

Hallo ML,
das Update von 4 auf 5 lief soweit sauber durch. Ich habe bisher keine
Probleme, mit ausnahme, das in meinem Dashboard die neuen Tickets
nicht direkt angezeigt werden. Ich habe nur die "Ticketübersicht nach
Queues" und da sind auch die Tickets drin, aber wie vorher, das die
direkt zu sehen sind, habe ich nicht.
Ist das irgendwo einen Einstellung?

Schau mal in der SysConfig bei den Dashboard-Einstellungen und/oder in 
der Kernel/Config/Files/ZZZAuto.pm ob da irgendow 
Kernel::Output::HTML::DashboardTicketGeneric auftauch. Das muss dann zu 
Kernel::Output::HTML::Dashboard::TicketGeneric geändert werden (beachte 
die zusätzlichen '::' nach Dashboard).



Viele Grüße,

Renée


--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Update von 4 auf 5

2016-11-07 Thread Renee B 

Hallo Sebastian,

Du kannst direkt von 4.0.3 auf 5 aktualisieren.

Viele Grüße,
Renée

Am 07.11.2016 um 11:31 schrieb Sebastian Gödecke:

Hallo ML,
ich überlege, ob ich otrs auf ver. 5 update.
So wie ich die Doku verstanden habe, kann ich von meiner 4.0.3 direkt
auf 4.0.16 aktualisieren und dann auf version 5 (aktuellste Version)
patchen?!
Oder habe ich da etwas falsch verstanden?




--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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] Ticket - Antwort plötzlich nicht mehr möglich

2016-09-19 Thread Renee B 

Am 19.09.2016 um 17:07 schrieb Josef Penzkofer:

Hallo Liste,

verwendete Version: OTRS 4.0.15

seit heute kann man seltsamerweise selbst erstellte Test-Tickets beantworten,
bei realen Anfragen wird die Aktion jedoch mit unten stehender Fehlermeldung
abgebrochen.

Was bedeutet diese Meldung?
Wie kann ich das Problem lösen?


Kannst Du mal den Apachen neu starten? Dann den Fehler provozieren und 
im Log nachschauen?


Manchmal taucht im Log nur noch die von Dir gezeigte Fehlermeldung auf 
wenn der Fehler häufiger vorgekommen ist und nach einem Neustart siehst 
Du dann erstmal wieder mehr Infos...


Viele Grüße,
Renée



--
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.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