Re: [otrs-de] Neuer PostMaster-Account - Fehler

[Renee B]

Hast Du mal probiert, das Debug-Flag in dem Modul zu setzen? Hast Du mal
auf dem Mailserver ins Log geschaut?

Viele Grüße
Renée

Am 01.04.20 um 10:52 schrieb Josef Penzkofer:
> Hallo OTRS-Community,
>
> ich habe in unserer Instanz ein neues E-Mail-Konto hinzugefügt:
> Typ: IMAPS
> Benutzername: x
> passwort: x
> Host: imap.uni-regensburg.de
> IMAP-Ordner: Inbox
> Vertraut: Nein
> Verteilung: Verteilung nach ausgewählter Queue
> Queue: Supportteam
>
>  Wenn ich jetzt mal testweise auf "E-Mails abholen" klicke ergibt sich
> folgender Fehler:
> IMAPS: Auth for user xxx/imap.uni-regensburg.de failed!
>
> Traceback (14398): 
>  Module: Kernel::System::MailAccount::IMAP::_Fetch Line: 142
>  Module: Kernel::System::MailAccount::IMAP::Fetch Line: 86
>  Module: Kernel::System::MailAccount::MailAccountFetch Line: 440
>  Module: Kernel::Modules::AdminMailAccount::Run Line: 60
>  Module: Kernel::System::Web::InterfaceAgent::Run Line: 1055
>  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
>
> Powered by OTRS 5
>
> Wenn ich mich mit diesem Benutzer an einer anderen Anwendung anmelde, klappt
> diie Anmeldung.
>
> Und die anderen E-Mail-Konten in unserer Instanz sind genau so eingerichtet.
>
> Hat jemand eine Idee, was hier nicht passt?
>
> Vielen Dank
>
> Sepp
>
>
> -
> 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] Statusverwaltung / Übersetzung ins Deutsche

[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?

[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?

[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?

[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?

[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?

[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

[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

[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 Darstellungssa

Re: [otrs-de] OPAR Plugin HideDynamicFields

[Renee B]

Wobei man sich das vorher gut überlegen muss.

Denn dann kann man nicht mehr auf OTRS6 wechseln, da es für OTRS6 kein
KIX4OTRS gibt und man muss zu KIX wechseln.
KIX4OTRS ist auch ziemlich tief verwurzelt im OTRS, so dass eine
einfache Deinstallation nicht möglich ist...

Wenn die Überlegungen ergeben, dass KIX eine Alternative ist, dann ist
das aber auch eine Lösung.

Viele Grüße,
Renée

Am 13.12.18 um 13:45 schrieb René Böhm:
> 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

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

[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] Agenten zugriff auf admin entfernen

[Renee B]

Ist die Gruppe "users" oder eine andere Nicht-admin-Gruppe bei der
SysConfig-Einstellung Frontend::Module###Admin etc eingetragen?

- Renée

Am 02.11.18 um 12:11 schrieb Sebastian Gödecke:
> Da sind die nicht drin. Da hatte ich auch schon geschaut.
> Bei den effektiven Berechtigungen und vererbten sind da alle an (für meinen
> Agenten mit dem ich das Prüfe)
>
> Am Fr., 2. Nov. 2018 um 12:09 Uhr schrieb Vorländer, Martin <
> m...@pdv-systeme.de>:
>
>> Es gibt eine Gruppe „admin“, die den Zugang erlaubt. Nimm die Agenten mal
>> aus der raus.
>>
>> HTH
>> Martin
>>
>>
>>
>>
>>
>> *i. A. Martin Vorländer*
>> Software-Entwicklung & OpenVMS-Support
>>
>> [image: PDV Logo]
>>
>> PDV-Systeme GmbH
>> Dörntener Straße 2 A
>> DE-38644 Goslar
>>
>> Tel +49 (0) 5321 3703-33 <+49%205321%203703-33>
>> Fax +49 (0) 5321 8924 <+49%205321%208924>
>> E-Mail m...@pdv-systeme.de
>> www.pdv-systeme.de
>>
>> Geschäftsführer: Christian Daniel, Andree Plumeier • Amtsgericht
>> Braunschweig HRB 110209
>> Unsere Allgemeinen Geschäftsbedingungen finden Sie unter:
>> www.pdv-systeme.de/agbs/
>>
>> Hinweis:
>> Diese E-Mail ist vertraulich. Wenn Sie nicht der vorgesehene Empfänger
>> sind, verwenden Sie bitte keine Inhalte dieser E-Mail und leiten Sie diese
>> auch nicht weiter. Wenn Sie fälschlicherweise diese E-Mail bekommen haben,
>> informieren Sie uns bitte umgehend und löschen dieses Dokument.
>>
>> Am 02.11.2018 um 12:04 schrieb Sebastian Gödecke <
>> simpsone...@googlemail.com>:
>>
>> Hallo,
>> ich bin gerade dabei mehr Agenten in otrs zu holen. Dabei ist mir nun
>> aufgefallen, dass ich wohl irgendwo den Agenten eingeräumt habe, das
>> sie Zugriff auf den Adminbereich haben.
>> Wie kann ich das weider entfernen?
>>
>> --
>> Mit freundlichen Grüßen
>> Sebastian Gödecke
>> -
>> 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


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

[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?

[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

[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

[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

[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] Antwort: Re: Trennung von Agenten und Kundenbenutzern

[Renee B]

Am 09.03.2018 um 14:35 schrieb Michael Wiegand:
> Hallo Jens,
>
> vorne weg: Bei uns dürfen alle Agenten, alle Queues sehen.
> Auch als Agent kann ich mich ja ganz normal im Kundenportal anmelden und 
> meine Tickets sehen. Anstelle von den Benachrichtigungen per E-Mail 
> arbeiten wir mit den OTRS eigenen Infos über die Icons. Als Besitzer oder 
> Verantwortlicher erhalte ich dann die Infos. Bin ich das nicht, kann ich 
> ja immer noch beobachten.
> Wenn Du nicht zwischen den beiden Portalen in den Browsertabs wechseln 
> willst, hilft Dir ja vlt. ein vordefiniertet Filter weiter. Eine Option 
> zwischen Agenten- und Kundenportal zu wechseln, wäre natürlich schon fein. 
> Brauche ich aber ehrlich gesagt nicht sehr oft, da ich als Agent ja viel 
> mehr Optionen habe.
https://opar.perl-services.de/dist/ToolbarTicketCustomerAgent-5.0.1
könnte da ganz interessant sein. Man bekommt dann ein Icon, das zu einer
Übersicht der Tickets führt bei denen man selbst Kundenbenutzer ist.

Das Agentenlogin muss dabei allerdings mit dem CustomerUser
übereinstimmen...

- 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] Automatische Erinnerung zum Schließen von Tickets

[Renee B]

Hallo Götz,

welche Einstellungen hast Du bei dem Ticketfilter vorgenommen? Kannst Du
da mal einen Screenshot schicken?

Viele Grüße,
Renée

Am 06.02.2018 um 10:23 schrieb Götz Reinicke:
> Hallo Renée,
>
> Danke für den Blog.Artikel, cool. Leider klappt es bei mir nicht. 
>
> Ich hab ein Dynamisches Textfeld angelegt, und auch den Generic Agent.
>
> Wenn ich den direkt Ausführe findet er mir allerdings „0“ Tickets ….  :( Was 
> ich sehr merkwürdig finde …
>
> Hast du eine Idee?
>
>   Danke und Grüße . Götz


-- 
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] Automatische Erinnerung zum Schließen von Tickets

[Renee B]

Ich habe das mal als Blogpost aufbereitet:
https://blog.feature-addons.de/2018-02-02-dynamicfields-genericagent-ticketnotifications

- Renée

Am 31.01.2018 um 14:00 schrieb Renee B:
> Richte Dir ein Dynamisches Feld "SendeNervmail" ein (vom Typ Text).
> Erstelle einen GenericAgent, der alle Tickets filtert die vor mehr als
> 1000 Tage erstellt wurden und noch offen sind. Setze das neue Dynamische
> Feld auf 1
> Erstelle eine Ticketbenachrichtigung die auf
> Ticket_DynamicFieldUpdate_SendeNervmail reagiert. Sende die Mail.
>
> Viele Grüße,
> Renée
>
> Am 31.01.2018 um 13:56 schrieb Götz Reinicke:
>> Hi zusammen,
>>
>> Ich sehe gerade in einer Queue, dass Tickets seit Monaten zwar bearbeitet, 
>> aber nicht geschlossen wurden. Gibt es OTRS-Seitig eine Option, den Ticket 
>> Eigentümer ggf an ein Schließen zu erinnern? D.h. im Idealfall eine 
>> Nerv-Mail a la „Das Ticket xyz ist seit 1.000 Tagen offen, da hat sich doch 
>> sicher was getan? Also mach mich zu. Bitte.“
>>
>> Bzw. geht das in Richtung Eskalation-Einstellungen?
>>
>>  Danke für Tips und Grüße . Götz
>>
>>
>>
>>
>> -
>> 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

[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

[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

[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

[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

[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

[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] Antw: Re: Antw: Re: Antw: Re: Weiterhin keine Anmeldung möglich

[Renee B]

Hallo Sepp,

Am 03.07.2017 um 11:58 schrieb Josef Penzkofer:

Hallo martin,

otrs@rrzvm066:~> bin/otrs.Console.pl Admin::Package::FileSearch
Kernel/System/AuthSession/DB.pm
Searching in installed OTRS packages...
Error: File Kernel/System/AuthSession/DB.pm was not found in an installed OTRS
package.
otrs@rrzvm066:~>

Aber auch diese Datei existiert natürlich:
  Kernel/System/AuthSession/DB.pm
Größe: 21.382; Rechte: rw-rw; Besitzer: otrs; Gruppe: www; Geändert:
01.06.2017
  
Rechte des Verzeichnisses:

Kernel/System/AuthSession
Rechte: rwxrwsr-x; Besitzer: otrs; Gruppe: www

Und die Meldung
Error: File Kernel/System/AuthSession/DB.pm was not found in an installed OTRS
package.
erhalte ich auch auf einem weiteren, neu installiertem Testsystem (OTRS
5.0.15)


Das Kommando zeigt, dass die Kernel/System/AuthSession/DB.pm *nicht* mit 
einem Addon auf das System kam, sondern die Originaldatei von OTRS ist. 
Damit musst Du keine Addons deinstallieren.


Die .../DB.pm hat auch die GetActiveSessions-Methode?

Kannst Du mal in die GetActiveSessions-Methode in der 
Kernel/System/AuthSession.pm (*nicht* die DB.pm) folgendes einbauen?


$Kernel::OM->Get('Kernel::System::Log')->Log( Priority => error => 
Message => $INC{"Kernel/System/AuthSession/DB.pm"} );


Dann versuchen einzuloggen. Anschließend sollte im Apache errorlog 
ersichtlich sein, von welchem Pfad die DB.pm geladen wird.


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] Antw: Re: Weiterhin keine Anmeldung möglich

[Renee B]

Hallo Sepp,

was sagt denn ein

perl bin/otrs.Console.pl Admin::Package::FileSearch 
Kernel/System/AuthSession.pm


.

Du kannst ja auch mal in die Kernel/System/AuthSession.pm reinschauen. 
Gibt es da die Methode?


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] OTRS 5 - FAQ-Adon per Konsole aktualisieren

[Renee B]

Hallo Sepp,

der Aufruf für das Upgrade ist korrekt.

Ich würde jetzt folgendes machen:

1) Schau Dir mal an, welche Addons in welcher Version installiert sind:

bin/otrs.Console.pl Admin::Package::List

Schau Dir an, ob das FAQ aktualisiert wurde.

2) Schau Dir an, ob es Aktualisierungen gibt

bin/otrs.Console.pl Admin::Package::RepositoryList


3) Spiele die Aktualisierungen ein

4) Probiere, ob Du die index.pl im Browser aufrufen kannst

5) Wenn nicht, dann rufe die index.pl über die Konsole auf

perl bin/cgi-bin/index.pl

Schau ob es dort Fehlermeldungen gibt und arbeite die ab. Mache vielleicht
auch einen Neustart des Apachen, nicht dass der noch alten Code geladen hat.

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] Ansicht von Tickets in meinem Besitz, die nicht gesperrt sind

[Renee B]

In dem TicketOwner-Modul wird nichts von ITSM verwendet... Hast Du 
ITSMServiceLevelManagement installiert?


Am 09.05.2017 um 17:04 schrieb Pienitz, Stephan:

Hi,

danke! Das ist, was ich gesucht habe!
Beim Aufruf der entsprechenden Listen habe ich in der Syslog hunderte
von solchen Einträgen:

May  9 17:01:25 it-srv-otrs02 OTRS-CGI-55[25840]:
[Error][Kernel::System::Stats::GetObjectName][Line:1092]: Module
Kernel/System/Stats/Dynamic/ITSMTicketFirstLevelSolutionRate.pm not in
@INC (/opt/otrs/Custom /opt/otrs/Kernel/cpan-lib /opt/otrs/ /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.22.1
/usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
/usr/share/perl/5.22 /usr/local/lib/site_perl . /etc/apache2)
May  9 17:01:25 it-srv-otrs02 OTRS-CGI-55[25840]:
[Error][Kernel::System::Stats::GetObjectBehaviours][Line:1133]: Module
Kernel/System/Stats/Dynamic/ITSMTicketSolutionTimeAverage.pm not in
@INC (/opt/otrs/Custom /opt/otrs/Kernel/cpan-lib /opt/otrs/ /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.22.1
/usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
/usr/share/perl/5.22 /usr/local/lib/site_perl . /etc/apache2)
May  9 17:01:25 it-srv-otrs02 OTRS-CGI-55[25840]:
[Error][Kernel::System::Stats::GetObjectName][Line:1092]: Module
Kernel/System/Stats/Dynamic/ITSMTicketSolutionTimeAverage.pm not in
@INC (/opt/otrs/Custom /opt/otrs/Kernel/cpan-lib /opt/otrs/ /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.22.1
/usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
/usr/share/perl/5.22 /usr/local/lib/site_perl . /etc/apache2)

Eine Idee?

LG
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.

 Weitergeleitete Nachricht 
Von: Renee B 
Reply-to: User questions and discussions about OTRS.org in German

An: otrs-de@lists.otrs.org
Betreff: Re: [otrs-de] Ansicht von Tickets in meinem Besitz, die nicht
gesperrt sind
Datum: Tue, 9 May 2017 16:34:39 +0200

https://opar.perl-services.de/dist/ToolbarTicketOwner-5.0.1

Am 09.05.2017 um 15:02 schrieb Pienitz, Stephan:

Hi,

gibt es die Möglichkeit in der Toolbar (oder alternativ unter
Tickets)
und im Dashboard eine Ansicht zu erstellen, die alle Tickets anzeigt,
welche in meinem Besitz, aber nicht gesperrt sind?

Als Sahnehäubchen evtl. auch zusätzlich noch o.g. Anforderung per
Queue.

Wir nutzen OTRS 5s.

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

-
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] Ansicht von Tickets in meinem Besitz, die nicht gesperrt sind

[Renee B]

https://opar.perl-services.de/dist/ToolbarTicketOwner-5.0.1

Am 09.05.2017 um 15:02 schrieb Pienitz, Stephan:

Hi,

gibt es die Möglichkeit in der Toolbar (oder alternativ unter Tickets)
und im Dashboard eine Ansicht zu erstellen, die alle Tickets anzeigt,
welche in meinem Besitz, aber nicht gesperrt sind?

Als Sahnehäubchen evtl. auch zusätzlich noch o.g. Anforderung per
Queue.

Wir nutzen OTRS 5s.

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] ClamAV fuer Attachments? (Customer-Frontend)

[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] Bug: DynamicField mit leerem Wert?

[Renee B]

Am 13.02.2017 um 09:52 schrieb Florian Edlhuber:


Es steht Dir natürlich frei selbst eine Erweiterung zu programmieren
und im github zu veröffentlichen.


Und selbstverständlich auch auf OPAR ;-)



viele Grüße

  --
Florian



- 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] Alle Tickets einer Queue ausdrucken

[Renee B]

Hallo zusammen,

Am 27.01.2017 um 09:03 schrieb Sebastian Gödecke:

Eine Bulk Print Funktion kenne ich nicht.

Schade...
Gruß sebastian


Das ließe sich aber relativ einfach über ein Console-Commando lösen. 
Dann könnte man sich das PDF als Email-Anhang zuschicken lassen.


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] Beim Ticketerstellen CMDB Eintrag auswählen

[Renee B]

Hallo zusammen,

Am 27.01.2017 um 08:50 schrieb Florian Edlhuber:

Das OTRSFree kann das nicht. Dafür musst Du Dir Add Ons besorgen.
Die gibt's beim Hersteller (OTRS AG) verschiedene Ansätze

zum Beispiel:
[1]https://www.otrs.com/otrs-business-solution-feature/dynamic-field-config-item/
[2]https://www.otrs.com/otrs-business-solution-feature/ci-assignment-attribute-dynamic-field-map/
[3]https://www.otrs.com/otrs-business-solution-feature/customer-ci-assignment/

Es gibt sicher noch andere Module, aber als aktiver OTRS Business Solution™
Nutzer
kenn' ich nur die.


Da kann ich weiterhelfen:

http://opar.perl-services.de/dist/DynamicFieldITSMConfigItem-5.0.6
http://feature-addons.de/otrs/ITSM%20ConfigurationManagement/CustomerCIInfo 
(hier kann ich gerne ein Demosystem bereitstellen)



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] PostMaster-Filter Betreff Wildcard

[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

[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

[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] Betrefflänge und Inhaltlänge ändern

[Renee B]

Am 30.11.2016 um 12:41 schrieb Sebastian Gödecke:

Suche in der SysConfig mal nach Ticket::SubjectSize


in welcher Untergruppe denn? Der zeigt mir im Bereich der "Subject"
suche in der Gruppe Ticket immer noch 25 an.


Ticket -> Core::Ticket

Wenn man nach SubjectSize sucht, bekommt man nur einen Treffer.

- 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] Betrefflänge und Inhaltlänge ändern

[Renee B]

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

Hallo ML,
ich suche den Bereich, wo ich die Länge des Betreffs sowie die des
Inhalts anpassen kann. Der Bereich ist etwas zu kurz gefasst in den
Emails, was raus geht.
Ich dachte das wäre in Frontend:Agent::Ticket::Overview?

Suche in der SysConfig mal nach Ticket::SubjectSize

- 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] IMAPMove Plugin (Re: Status von Spam beim Schließen)

[Renee B]

Am 26.11.2016 um 12:55 schrieb Ralph Seichter:


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. :-)


https://github.com/reneeb/otrs-IMAPMove/commit/880569a0b2565e09a994bdede151d9984340c8c5


- 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] IMAPMove Plugin (Re: Status von Spam beim Schließen)

[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] Status von Spam beim Schließen

[Renee B]

Am 25.11.2016 um 16:40 schrieb Ralph Seichter:

OTRS selbst bietet m.W. weiterhin keine Möglichkeit,
aus IMAP importierte Nachrichten in Ordner zu verschieben statt sie zu
löschen, also muss ein zweites IMAP-Konto herhalten.


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

- 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] Status von Spam beim Schließen

[Renee B]

Am 25.11.2016 um 16:12 schrieb Götz Reinicke - IT Koordinator:

Am 25.11.16 um 16:05 schrieb Ralph Seichter:

On 25.11.2016 15:59, Rudolf Bargholz wrote:


Wir verschieben die Mails in "_Junk", und schliessen das Mail. Mit
einem Job löschen wir in regelmässigen Abständen alle geschlossenen
"_Junk".

Ich halte es ähnlich, mit dem Unterschied, dass die Spam-Tickets nicht
geschlossen werden. Die Löschfunktion kann auch offene Tickets aus dem
System entfernen.

Klingt nach dem, was wir brauchen könnten. Wo und wie könnte ich so
einen Job einrichten? ICh bin so selten in OTRS Backend und Config
unterwegs, das ein Hinweis mir sehr helfen würde.


Admin -> GenericAgent -> Neuer Job ->

Name setzen
Ticketfilter: Queue: Junk
Kommando ausführen: Ticket löschen: Ja

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] Terminkalender isntallieren

[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

[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

[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

[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

[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

Re: [otrs-de] Antw: Re: OTRS Lifecycle Plan

[Renee B]

Hallo Sepp,

Am 12.09.2016 um 08:58 schrieb Josef Penzkofer:

Hallo Renee,

ich mach die Code-Änderungen ja nur in der Custom-datei - die Originaldatei
bleibt völlig unverändert.


Ja, aber wenn es z.B. im Original neue Features oder Bugfixes gibt, 
müssen Die in der Custom-Datei ja nachgezogen werden. Sonst
hat man ja weiterhin einen ungepatchten Zustand. Oder bei der Umstellung 
auf den zentralen Objektmanager funktionieren viele Module

ja nicht mehr.



Außerdem ist ein Merge-Tool für mich als hochgradig sehbehinderten, der mit
Screenreader und Braillezeile arbeitet nicht handlebar.


Ok, das war mir nicht bewusst, dass die Merge-Tools da so schlecht sind. 
Wie machst Du das z.B. bei einem Wechsel von

OTRS3 auf OTRS4 wenn sich in sehr vielen Framework-Dateien etwas ändert?


Gruß
Sepp


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] Antw: Re: OTRS Lifecycle Plan

[Renee B]

Am 09.09.2016 um 14:39 schrieb Josef Penzkofer:

Darum baue ich im Verzeichnis "Custom" den Verzeichnispfad nach, dupliziere die
zu modifizierende Datei in dieses Verzeichnis und mach die Änderungen in der
duplizierten datei.

[...]

Das Verzeichnis "Custom" mit all seinen Unterverzeichnissen wird bei einem
Upgrade nicht überschrieben - somit bleiben dine Anpassungen erhalten.


Code-Änderungen in der Originaldatei muss dann aber in der Custom-Datei 
nachgezogen werden. Am einfachsten geht das mit einem eindeutigen Marker 
der Änderung und einem Merge-Tool.


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] OTRS Lifecycle Plan

[Renee B]

Am 09.09.2016 um 13:13 schrieb Ralf Hildebrandt:

Aber Du hast schon auch recht... das System aktuell zu halten spart Dir
manchmal viel Ärger ;-)

Ausser wenn man was angepasst hat...


Deshalb versuche ich meine Anpassungen so zu gestalten, dass keine 
Frameworkdateien angefasst werden (z.B. Mit Event-Modulen, 
Outputfiltern, Custom-Ticket-Module, ...). Dann ist der Aufwand 
innerhalb eines Major/Minor-Releases minimal bis nicht vorhanden und bei 
einem Major-Release-Upgrade auch noch gering.


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] LDAP-Auth Customer

[Renee B]

Hallo,

Am 26.07.2016 um 12:25 schrieb Sebastian Gödecke:

also wenn ich mich Anmelden will im customer BEreich, bekomme ich diese Meldung:
Authentifizierung erfolgreich, aber im Kunden-Backend wurde kein
Kunden-Eintrag gefunden. Bitte kontaktieren Sie Ihren Administrator.


Neben der Kundenauthentifzierung musst Du auch das Kundenbackend auf das 
LDAP biegen. Such mal in der Kernel/Config/Defaults.pm nach 
"CustomerUser::LDAP". Diesen "$Self->{CustomerUser} = {...};"-Block 
musst Du in die Kernel/Config.pm eintragen und anpassen.




Wo muss ich das anpassen?
Und eine grundsätzliche Frage:
WO konfigurieren ich OTRS5 denn überhaupt: per Configdateien wie
Config.pm ODER per SysConfig im Browser?


Kommt darauf an. So etwas wie Authentifizierung und Backends und alles 
andere was man nicht mal ebenso ändern können soll kommt in die 
Kernel/Config.pm - das bekommt dann nämlich nochmal ganz andere 
Aufmerksamkeit wenn etwas geändert werden muss. Alles andere geht über 
die Oberfläche...



Das ist mir nicht so ganz klar.


- 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