Re: [otrs-de] LDAP - Customer Account - SLAs
Danke für die Antwort, aber ich hatte den Eintrag so verstanden, das das nur für die Agenten gilt, nicht für die Customer. Habe ich das falsch verstanden ? Danke! Am Montag, den 11.01.2010, 14:53 +0100 schrieb mono...@gmx.net: Hi, doch, das geht. Siehe: http://doc.otrs.org/2.4/de/html/x1978.html#agent-auth-backends Zitat: Mit den folgenden Konfigurationsparametern können die Benutzerdaten der Agenten aus dem LDAP in die lokale OTRS Datenbank synchronisiert werden. Dies reduziert die Zugriffe auf ihr LDAP Verzeichnis, entlastet den Server mit den LDAP Daten und beschleunigt die Anmeldung an OTRS. Die Synchronisierung der Daten findet bei der ersten Anmeldung des Agenten statt, trotz der synchronisierten Daten bleibt ihr LDAP Verzeichnis die letzte Instanz bei der Anmeldung. D.h. wird ein User im LDAP Verzeichnis gelöscht oder deaktiviert, klappt die Anmeldung an OTRS nicht. Ebenfalls müssen die Daten für einen Agenten weiterhin direkt im LDAP Verzeichnis gepflegt werden. # agent data sync against ldap $Self-{'AuthSyncModule'} = 'Kernel::System::Auth::Sync::LDAP'; $Self-{'AuthSyncModule::LDAP::Host'} = 'ldap://ldap.example.com/'; $Self-{'AuthSyncModule::LDAP::BaseDN'} = 'dc=otrs, dc=org'; $Self-{'AuthSyncModule::LDAP::UID'} = 'uid'; $Self-{'AuthSyncModule::LDAP::SearchUserDN'} = 'uid=sys, ou=user, dc=otrs, dc=org'; $Self-{'AuthSyncModule::LDAP::SearchUserPw'} = 'some_pass'; $Self-{'AuthSyncModule::LDAP::UserSyncMap'} = { # DB - LDAP UserFirstname = 'givenName', UserLastname = 'sn', UserEmail = 'mail', }; [...] # AuthSyncModule::LDAP::UserSyncInitialGroups # (sync following group with rw permission after initial create of first agent # login) $Self-{'AuthSyncModule::LDAP::UserSyncInitialGroups'} = [ 'users', ]; Grüße André Am 11. Januar 2010 14:03 schrieb saavik scotty_bea...@web.de: Hallo Liste! Ich habe erfolgreich unser OTRS an LDAP angebunden, nur leider werden ja keine Customer-Accounts in OTRS angelegt, nur weil der Customer sich einmal in der Customer.pl anmeldet. Ich fänd das klasse, weil dann könnte ich ab diesem Zeitpunkt dem unser auch SLA`s zuteilen, und auch Telefontickets annehmen. Geht das ? Wie ist den da die normale vorgehensweise ? Danke! Scotty - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- Mit freundlichen Grüssen mono...@gmx.net - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
[otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
Hallo, ich bin an meinen ersten Schritten mit OTRS und habe die Installation (vermutlich) erfolgreich gemeistert. Die Umgebung: Centos5.4, Postgres8.4, apache 2 Die Installation habe ich wie folgt durchgeführt: yum install otrs open command line - psql -U postgres #psqlcreate role otrs password 'otrs' nosuperuser; #psqlcreate database otrs owner otrs; #psql\q cd /var/www/otrs/scripts/database psql -U otrs otrs -f otrs-schema.postgresql.sql psql -U otrs otrs -f initial_insert.sql psql -U otrs otrs -f otrs-schema-post.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.1.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.2.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.3.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.1.postgresql.sql ./SetPermissions.sh /var/www/otrs otrs apache apache apache /etc/init.d/otrs start Nach dem Öffnen der URL http://localhost/otrs/index.pl und Eingabe der Standard-Erstbenutzerdaten r...@localhost und root erhalte ich den Fehler: No Permission! Message: No Permission to use this frontend module! Dieser Fehler taucht auch nach einem Neustart von apache, postgres, otrs auf.. (beim ersten google'n bin ich öfters auf diesen Hinweis gestossen) ?!?! Wer kann mir weiterhelfen, damit der Erstlogin klappt ? vielen Dank...GERD... - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] LDAP - Customer Account - SLAs
Sorry, ich hatte deine mail nur überflogen. Eventuell gehts ja auch für Customer oder lässt sich wenigstens leicht adaptieren... Grüße André Am 12. Januar 2010 13:26 schrieb saavik scotty_bea...@web.de: Danke für die Antwort, aber ich hatte den Eintrag so verstanden, das das nur für die Agenten gilt, nicht für die Customer. Habe ich das falsch verstanden ? Danke! Am Montag, den 11.01.2010, 14:53 +0100 schrieb mono...@gmx.net: Hi, doch, das geht. Siehe: http://doc.otrs.org/2.4/de/html/x1978.html#agent-auth-backends Zitat: Mit den folgenden Konfigurationsparametern können die Benutzerdaten der Agenten aus dem LDAP in die lokale OTRS Datenbank synchronisiert werden. Dies reduziert die Zugriffe auf ihr LDAP Verzeichnis, entlastet den Server mit den LDAP Daten und beschleunigt die Anmeldung an OTRS. Die Synchronisierung der Daten findet bei der ersten Anmeldung des Agenten statt, trotz der synchronisierten Daten bleibt ihr LDAP Verzeichnis die letzte Instanz bei der Anmeldung. D.h. wird ein User im LDAP Verzeichnis gelöscht oder deaktiviert, klappt die Anmeldung an OTRS nicht. Ebenfalls müssen die Daten für einen Agenten weiterhin direkt im LDAP Verzeichnis gepflegt werden. # agent data sync against ldap $Self-{'AuthSyncModule'} = 'Kernel::System::Auth::Sync::LDAP'; $Self-{'AuthSyncModule::LDAP::Host'} = 'ldap://ldap.example.com/'; $Self-{'AuthSyncModule::LDAP::BaseDN'} = 'dc=otrs, dc=org'; $Self-{'AuthSyncModule::LDAP::UID'} = 'uid'; $Self-{'AuthSyncModule::LDAP::SearchUserDN'} = 'uid=sys, ou=user, dc=otrs, dc=org'; $Self-{'AuthSyncModule::LDAP::SearchUserPw'} = 'some_pass'; $Self-{'AuthSyncModule::LDAP::UserSyncMap'} = { # DB - LDAP UserFirstname = 'givenName', UserLastname = 'sn', UserEmail = 'mail', }; [...] # AuthSyncModule::LDAP::UserSyncInitialGroups # (sync following group with rw permission after initial create of first agent # login) $Self-{'AuthSyncModule::LDAP::UserSyncInitialGroups'} = [ 'users', ]; Grüße André Am 11. Januar 2010 14:03 schrieb saavik scotty_bea...@web.de: Hallo Liste! Ich habe erfolgreich unser OTRS an LDAP angebunden, nur leider werden ja keine Customer-Accounts in OTRS angelegt, nur weil der Customer sich einmal in der Customer.pl anmeldet. Ich fänd das klasse, weil dann könnte ich ab diesem Zeitpunkt dem unser auch SLA`s zuteilen, und auch Telefontickets annehmen. Geht das ? Wie ist den da die normale vorgehensweise ? Danke! Scotty - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- Mit freundlichen Grüssen mono...@gmx.net - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- Mit freundlichen Grüssen mono...@gmx.net - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
Hatte ich auch: root-passwort zurücksetzen auf root update users SET pw='roK20XGbWEsSM' where login='r...@localhost'; Natürlich in der DB. scotty Am Dienstag, den 12.01.2010, 13:15 +0100 schrieb Gerd Koenig: Hallo, ich bin an meinen ersten Schritten mit OTRS und habe die Installation (vermutlich) erfolgreich gemeistert. Die Umgebung: Centos5.4, Postgres8.4, apache 2 Die Installation habe ich wie folgt durchgeführt: yum install otrs open command line - psql -U postgres #psqlcreate role otrs password 'otrs' nosuperuser; #psqlcreate database otrs owner otrs; #psql\q cd /var/www/otrs/scripts/database psql -U otrs otrs -f otrs-schema.postgresql.sql psql -U otrs otrs -f initial_insert.sql psql -U otrs otrs -f otrs-schema-post.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.1.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.2.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.3.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.1.postgresql.sql ./SetPermissions.sh /var/www/otrs otrs apache apache apache /etc/init.d/otrs start Nach dem Öffnen der URL http://localhost/otrs/index.pl und Eingabe der Standard-Erstbenutzerdaten r...@localhost und root erhalte ich den Fehler: No Permission! Message: No Permission to use this frontend module! Dieser Fehler taucht auch nach einem Neustart von apache, postgres, otrs auf.. (beim ersten google'n bin ich öfters auf diesen Hinweis gestossen) ?!?! Wer kann mir weiterhelfen, damit der Erstlogin klappt ? vielen Dank...GERD... - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
[otrs-de] Verteilerlisten
keiner eine idee zu folgendem problem? :-\ -- Message: 3 Date: Tue, 22 Dec 2009 17:27:32 +0100 From: Ettinger, Peter p.ettin...@bauer-informatik.de Subject: [otrs-de] Verteilerlisten Hai Liste, in regelmäßigen Abständen soll für eine bestimmte Liste von Empfängern, die alle im OTRS vorhanden sind, ein Ticket erstellt werden. Alle Empfänger bekommen die selbe Mail und alle Attachments. Für jeden Empfängerwird ein eigenes Ticket angelegt; besser wäre eins pro Kunde, wenns mehrere Empfänger mit der selben Kundennummer gibt. Aktuell behelfe ich mit damit manuell pro Kunde ein E-Mail Ticket zu erzeugen, den Body erstell' ich per CopyPaste. Wenn dann noch 3 Anhänge dazu kommen wird die ganze Sache schon ziemlich aufwändig. Gibt es eine bessere Lösung im OTRS v 2.4.4? Ich denke da an so etwas wie eine Verteilerliste. Gruße aus dem Taunus - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] [BULK] - Re: Standard Antwort nur an Domain Member
Hab gerade noch folgendes gefunden. http://lists.otrs.org/pipermail/otrs-de/2009-April/010975.html Negieren geht also doch, wie es aussieht... Am 11. Januar 2010 08:14 schrieb mono...@gmx.net mono...@gmx.net: Hi! Nein, geht imho nicht. Man müsste dann wohl doch mit 2 Queues arbeiten. Dann kannst du positiv auf (@meinedomain1\.de|@meinedomain2\.de) prüfen. MfG André Am 11. Januar 2010 07:54 schrieb Maurer, Michael michael.mau...@mosolf.de : Moin! isses angedacht, irgendwann Postmasterfilter mit ungleich-Kriterien im Adminbereich erstellen zu können? if sender != (@meinedomain1.de|@meinedomain2.de) then x-otrs-loop = true Bin eben faul :) mfg Michael -- *Von:* otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] *Im Auftrag von *mono...@gmx.net *Gesendet:* Sonntag, 10. Januar 2010 19:02 *An:* User questions and discussions about OTRS.org in German *Betreff:* [BULK] - Re: [otrs-de] Standard Antwort nur an Domain Member Was spricht gegen einen Postmasterfilter, der per Regex @domain\.de die Domain prüft? Wenn Domain gematcht wird schiebst du die Mail einfach in ne Queue, die nen Autoresponder konfiguriert hat. Alle anderen kommen in ne Queue ohne Autoresponder. Am 10. Januar 2010 18:33 schrieb Georg Roelli roel...@hotmail.com: Hallo Community Hier auch noch einmal mein zweites Problem für welches im ich im alten Jahr keine Lösung gefunden habe. Bis jetzt konnte mir auch hier leider niemand weiterhelfen. Wer kann mir weiterhelfen? Dank und Gruss G. From: roel...@hotmail.com To: otrs-de@otrs.org Date: Tue, 22 Dec 2009 15:21:42 +0100 Subject: [otrs-de] Standard Antwort nur an Domain Member Hallo Hier noch ein zweites Problem das mich zur Zeit beschäftigt. Beim Empfang eines Mails aus dem ein neues Ticket generiert wird, wird dem Kunden die Standard Antwort (nachdem das Ticket eröff. wurde) zugestellt. Wie kann ich das System so modifizieren, dass diese Antwort nur an Domain Member meiner Domäne verschickt wird. Mailempfänger von externen Domänen sollen diese Standard Antwort nicht bekommen. Danke für Eure Hilfe. Gruss G. -- Gewinne einen tollen Roller im Wert von 4000 Franken! Mit Schwung ins 2010 starten... http://www.mitschwung.ch - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- Mit freundlichen Grüssen mono...@gmx.net - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- Mit freundlichen Grüssen mono...@gmx.net -- Mit freundlichen Grüssen mono...@gmx.net - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
[otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hallo zusammen ich glaube, ich bräuchte wieder einmal einen richtigen ... Schubs. Irgendwie will die LDAP Abfrage des AD hinsichtlich der Kunden nicht funktionieren: ---SCHNIPP OTRS-CGI-10[9010]: [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]: Bad filter --SCHNAPP--- Und das bei der Config: ---SCHNIPP--- $Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP'; $Self-{'Customer::AuthModule::LDAP::Host'} = 'SRV.SUB.DOMA.IN'; $Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=SUB,dc=DOMA,dc=IN'; $Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self-{'AuthModule::LDAP::SearchUserDN'} = 'OTRS'; $Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW'; $Self-{'Customer::AuthModule::LDAP::Params'} = { port = 389, timeout = 120, async = 0, version = 3, }; $Self-{CustomerUser} = { Name = 'DOMA.IN', Module = 'Kernel::System::CustomerUser::LDAP', Params = { Host = 'SRV.SUB.DOMA.IN', BaseDN = 'ou=ABT,ou=BENUTZER,ou=ORT,dc=SUB,dc=DOMA,dc=IN', SSCOPE = 'sub', AlwaysFilter = , Params = { port = 389, timeout = 120, async = 0, version = 3, }, }, CustomerKey = 'sAMAccountName', CustomerID = 'mail', CustomerUserListFields = ['sAMAccountName', 'sn', 'cn', 'mail'], CustomerUserSearchFields = ['sAMAccountName', 'cn', 'sn', 'mail'], CustomerUserSearchPrefix = , CustomerUserSearchSuffix = '*', ... ---SCHNAPP--- Bin ich so Betriebsblind? Dank und Grüße Matthias - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hi Matthias, ob Du Betriebsblind bist weiß ich nicht! ;) Aber es ist ein Syntax-Problem wenn Du sowas wie AlwaysFilter = , hast. Entweder die gesamte Zeile löschen, oder AlwaysFilter = undef, draus machen, dann gehts. Das selbe noch mal mit CustomerUserSearchPrefix = ,. Lg, -Martin On 12.01.2010, at 16:27, Matthias Borrack wrote: Hallo zusammen ich glaube, ich bräuchte wieder einmal einen richtigen ... Schubs. Irgendwie will die LDAP Abfrage des AD hinsichtlich der Kunden nicht funktionieren: ---SCHNIPP OTRS-CGI-10[9010]: [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]: Bad filter --SCHNAPP--- Und das bei der Config: ---SCHNIPP--- $Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP'; $Self-{'Customer::AuthModule::LDAP::Host'} = 'SRV.SUB.DOMA.IN'; $Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=SUB,dc=DOMA,dc=IN'; $Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self-{'AuthModule::LDAP::SearchUserDN'} = 'OTRS'; $Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW'; $Self-{'Customer::AuthModule::LDAP::Params'} = { port = 389, timeout = 120, async = 0, version = 3, }; $Self-{CustomerUser} = { Name = 'DOMA.IN', Module = 'Kernel::System::CustomerUser::LDAP', Params = { Host = 'SRV.SUB.DOMA.IN', BaseDN = 'ou=ABT,ou=BENUTZER,ou=ORT,dc=SUB,dc=DOMA,dc=IN', SSCOPE = 'sub', AlwaysFilter = , Params = { port = 389, timeout = 120, async = 0, version = 3, }, }, CustomerKey = 'sAMAccountName', CustomerID = 'mail', CustomerUserListFields = ['sAMAccountName', 'sn', 'cn', 'mail'], CustomerUserSearchFields = ['sAMAccountName', 'cn', 'sn', 'mail'], CustomerUserSearchPrefix = , CustomerUserSearchSuffix = '*', ... ---SCHNAPP--- Bin ich so Betriebsblind? Dank und Grüße Matthias - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
[otrs-de] Defaultqueue für Customer hinterlegen 2.4.5
Hallo Zusammen, kann mir jemand sagen was ich wo einstellen muss damit der Kunde keine Queue auswählen kann und das Ticket immer in einer von mir vorgegebene Queue landet? Habe es bis jetzt geschafft das er nur eine Queue auswählen kann er soll das AN:-Feld aber am besten erst gar nicht sehen. Vielen Dank im Voraus 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hallo Martin Das wäre zu einfach gewesen ;) In der Config.pm sind keine Filter definiert. Und in der Die Zeile 377 in der CustomerSearch/LDAP.pm # cache request if ( $Self-{CacheObject} ) { $Self-{CacheObject}-Set( Type = $Self-{CacheType}, Key = 'CustomerSearch::' . $Filter, Value = \%Users, TTL = $Self-{CustomerUserMap}-{CacheTTL}, ); } impliziert m. E., dass der Wert aus den Filter gesetzt wird, wenn es denn einen gäbe? Grüße Matthias Martin Edenhofer schrieb: Hi Matthias, ob Du Betriebsblind bist weiß ich nicht! ;) Aber es ist ein Syntax-Problem wenn Du sowas wie AlwaysFilter = , hast. Entweder die gesamte Zeile löschen, oder AlwaysFilter = undef, draus machen, dann gehts. Das selbe noch mal mit CustomerUserSearchPrefix = ,. Lg, -Martin On 12.01.2010, at 16:27, Matthias Borrack wrote: Hallo zusammen ich glaube, ich bräuchte wieder einmal einen richtigen ... Schubs. Irgendwie will die LDAP Abfrage des AD hinsichtlich der Kunden nicht funktionieren: ---SCHNIPP OTRS-CGI-10[9010]: [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]: Bad filter --SCHNAPP--- Und das bei der Config: ---SCHNIPP--- $Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP'; $Self-{'Customer::AuthModule::LDAP::Host'} = 'SRV.SUB.DOMA.IN'; $Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=SUB,dc=DOMA,dc=IN'; $Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self-{'AuthModule::LDAP::SearchUserDN'} = 'OTRS'; $Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW'; $Self-{'Customer::AuthModule::LDAP::Params'} = { port = 389, timeout = 120, async = 0, version = 3, }; $Self-{CustomerUser} = { Name = 'DOMA.IN', Module = 'Kernel::System::CustomerUser::LDAP', Params = { Host = 'SRV.SUB.DOMA.IN', BaseDN = 'ou=ABT,ou=BENUTZER,ou=ORT,dc=SUB,dc=DOMA,dc=IN', SSCOPE = 'sub', AlwaysFilter = , Params = { port = 389, timeout = 120, async = 0, version = 3, }, }, CustomerKey = 'sAMAccountName', CustomerID = 'mail', CustomerUserListFields = ['sAMAccountName', 'sn', 'cn', 'mail'], CustomerUserSearchFields = ['sAMAccountName', 'cn', 'sn', 'mail'], CustomerUserSearchPrefix = , CustomerUserSearchSuffix = '*', ... ---SCHNAPP--- Bin ich so Betriebsblind? Dank und Grüße Matthias - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hi Matthias, das Problem ist nicht in der Definition, sondern Perl kommt mit nichts im Style von Key = , nicht klar. In Deine Fall ignoriert perl da = , einfach und füllt es mit dem nächsten Perl (hier Params). Du musst da noch was dahinter schreiben (min. undef oder ''). Beispiel: m...@lancelot:~ perl -e 'my %H = ( 1 = 1, 2 = 2, 3 = 3 ); for my $I (sort keys %H) { print $I:$H{$I}\n; }' 1:1 2:2 3:3 m...@lancelot:~ perl -e 'my %H = ( 1 = 1, 2 = , 3 = 3 ); for my $I (sort keys %H) { print $I:$H{$I}\n; }' 1:1 2:3 3: m...@lancelot:~ Im zweiten Beispiel siehst Du, dass Perl das nicht versteht. Es sollte eigentlich 1:1, 2:, 3:3 geschrieben werden. Hier das selbe aber mit : m...@lancelot:~ perl -e 'my %H = ( 1 = 1, 2 = , 3 = 3 ); for my $I (sort keys %H) { print $I:$H{$I}\n; }' 1:1 2: 3:3 m...@lancelot:~ Und schon passt es wieder. ;) Wenn Du also z. B. aus AlwaysFilter = , AlwaysFilter = , und aus CustomerUserSearchPrefix = , CustomerUserSearchPrefix = , machst, dann passt Deine Konfiguration also wieder (Perl Syntaktisch). PS0: Ja, wenn Du einen Cache an hast, dass solltest Du vorher auf jeden Fall noch ein bin/otrs.CacheDelete.pl machen. PS1: Glauben musst Du es mir nicht. Aber ich weiß, dass es stimmt. Just my 2 cents. :) Grüße, -Martin On 12.01.2010, at 19:23, Matthias Borrack wrote: Hallo Martin Das wäre zu einfach gewesen ;) In der Config.pm sind keine Filter definiert. Und in der Die Zeile 377 in der CustomerSearch/LDAP.pm # cache request if ( $Self-{CacheObject} ) { $Self-{CacheObject}-Set( Type = $Self-{CacheType}, Key = 'CustomerSearch::' . $Filter, Value = \%Users, TTL = $Self-{CustomerUserMap}-{CacheTTL}, ); } impliziert m. E., dass der Wert aus den Filter gesetzt wird, wenn es denn einen gäbe? Grüße Matthias Martin Edenhofer schrieb: Hi Matthias, ob Du Betriebsblind bist weiß ich nicht! ;) Aber es ist ein Syntax-Problem wenn Du sowas wie AlwaysFilter = , hast. Entweder die gesamte Zeile löschen, oder AlwaysFilter = undef, draus machen, dann gehts. Das selbe noch mal mit CustomerUserSearchPrefix = ,. Lg, -Martin On 12.01.2010, at 16:27, Matthias Borrack wrote: Hallo zusammen ich glaube, ich bräuchte wieder einmal einen richtigen ... Schubs. Irgendwie will die LDAP Abfrage des AD hinsichtlich der Kunden nicht funktionieren: ---SCHNIPP OTRS-CGI-10[9010]: [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]: Bad filter --SCHNAPP--- Und das bei der Config: ---SCHNIPP--- $Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP'; $Self-{'Customer::AuthModule::LDAP::Host'} = 'SRV.SUB.DOMA.IN'; $Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=SUB,dc=DOMA,dc=IN'; $Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self-{'AuthModule::LDAP::SearchUserDN'} = 'OTRS'; $Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW'; $Self-{'Customer::AuthModule::LDAP::Params'} = { port = 389, timeout = 120, async = 0, version = 3, }; $Self-{CustomerUser} = { Name = 'DOMA.IN', Module = 'Kernel::System::CustomerUser::LDAP', Params = { Host = 'SRV.SUB.DOMA.IN', BaseDN = 'ou=ABT,ou=BENUTZER,ou=ORT,dc=SUB,dc=DOMA,dc=IN', SSCOPE = 'sub', AlwaysFilter = , Params = { port = 389, timeout = 120, async = 0, version = 3, }, }, CustomerKey = 'sAMAccountName', CustomerID = 'mail', CustomerUserListFields = ['sAMAccountName', 'sn', 'cn', 'mail'], CustomerUserSearchFields = ['sAMAccountName', 'cn', 'sn', 'mail'], CustomerUserSearchPrefix = , CustomerUserSearchSuffix = '*', ... ---SCHNAPP--- Bin ich so Betriebsblind? Dank und Grüße Matthias - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
Hallo, On Tuesday 12 January 2010 2:18:20 pm saavik wrote: update users SET pw='roK20XGbWEsSM' where login='r...@localhost'; danke für die prompte Antwort, leider hat's nichts geholfen. Eine Tabelle users gibts nicht, vielmehr habe ich dann das update auf der Tabelle system_user ausgeführt = otrs=# update system_user SET pw='roK20XGbWEsSM' where login='r...@localhost'; UPDATE 1 Anmelden kann ich mich immer noch nicht, gleiche Fehlermeldung BTW: installierte OTRS-Version ist 2.1.7 --GERD-- - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
Hi Gerd, Du schreibst Du machst eine Installation (Erstinstallation). Dafür machst Du etwas zu viel! :) Die gesamten DBUpdate-to-*.sql Skripte darfst Du nicht verwenden. Die sind nur für ein Upgrade gedacht. Also, lösche noch mal Deine DB, mach nur wie im INSTALL bzw. README.database beschrieben und gut ist es. Ich empfehle Dir übrigens gleich ein OTRS 2.4 zu verwenden. Ich sehe Du installierst OTRS 2.1. Das ist schon einige Jahre alt. ;) Grüße, -Martin On 12.01.2010, at 13:15, Gerd Koenig wrote: Hallo, ich bin an meinen ersten Schritten mit OTRS und habe die Installation (vermutlich) erfolgreich gemeistert. Die Umgebung: Centos5.4, Postgres8.4, apache 2 Die Installation habe ich wie folgt durchgeführt: yum install otrs open command line - psql -U postgres #psqlcreate role otrs password 'otrs' nosuperuser; #psqlcreate database otrs owner otrs; #psql\q cd /var/www/otrs/scripts/database psql -U otrs otrs -f otrs-schema.postgresql.sql psql -U otrs otrs -f initial_insert.sql psql -U otrs otrs -f otrs-schema-post.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.1.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.2.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.3.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.1.postgresql.sql ./SetPermissions.sh /var/www/otrs otrs apache apache apache /etc/init.d/otrs start Nach dem Öffnen der URL http://localhost/otrs/index.pl und Eingabe der Standard-Erstbenutzerdaten r...@localhost und root erhalte ich den Fehler: No Permission! Message: No Permission to use this frontend module! Dieser Fehler taucht auch nach einem Neustart von apache, postgres, otrs auf.. (beim ersten google'n bin ich öfters auf diesen Hinweis gestossen) ?!?! Wer kann mir weiterhelfen, damit der Erstlogin klappt ? vielen Dank...GERD... - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
Hallo Martin, vielen Dank für Deine Antwort. Ich werde das nochmals in Ruhe beginnen (also morgen ;-) ), und melde mich dann wieder. Das mit der etwas älteren Version liegt einfach an meiner Bequemlichkeit :-)) . Ich hab mir mal einfach das geschnappt, was mir die Standardrepositories von CentOS angeboten haben Gruss--GERD-- On Tuesday 12 January 2010 9:22:06 pm Martin Edenhofer wrote: Hi Gerd, Du schreibst Du machst eine Installation (Erstinstallation). Dafür machst Du etwas zu viel! :) Die gesamten DBUpdate-to-*.sql Skripte darfst Du nicht verwenden. Die sind nur für ein Upgrade gedacht. Also, lösche noch mal Deine DB, mach nur wie im INSTALL bzw. README.database beschrieben und gut ist es. Ich empfehle Dir übrigens gleich ein OTRS 2.4 zu verwenden. Ich sehe Du installierst OTRS 2.1. Das ist schon einige Jahre alt. ;) Grüße, -Martin On 12.01.2010, at 13:15, Gerd Koenig wrote: Hallo, ich bin an meinen ersten Schritten mit OTRS und habe die Installation (vermutlich) erfolgreich gemeistert. Die Umgebung: Centos5.4, Postgres8.4, apache 2 Die Installation habe ich wie folgt durchgeführt: yum install otrs open command line - psql -U postgres #psqlcreate role otrs password 'otrs' nosuperuser; #psqlcreate database otrs owner otrs; #psql\q cd /var/www/otrs/scripts/database psql -U otrs otrs -f otrs-schema.postgresql.sql psql -U otrs otrs -f initial_insert.sql psql -U otrs otrs -f otrs-schema-post.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.1.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.2.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.3.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.1.postgresql.sql ./SetPermissions.sh /var/www/otrs otrs apache apache apache /etc/init.d/otrs start Nach dem Öffnen der URL http://localhost/otrs/index.pl und Eingabe der Standard-Erstbenutzerdaten r...@localhost und root erhalte ich den Fehler: No Permission! Message: No Permission to use this frontend module! Dieser Fehler taucht auch nach einem Neustart von apache, postgres, otrs auf.. (beim ersten google'n bin ich öfters auf diesen Hinweis gestossen) ?!?! Wer kann mir weiterhelfen, damit der Erstlogin klappt ? vielen Dank...GERD... - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- /\ | Gerd König | - Infrastruktur - | | TRANSPOREON GmbH | Magirus-Deutz-Str. 16 | Stadtregal | DE - 89077 Ulm | | Tel: +49 [0]731 16906 106 | Fax: +49 [0]731 16906 99 | koe...@transporeon.com | www.transporeon.com | \/ TRANSPOREON GmbH, Amtsgericht Ulm, HRB 722056 Geschäftsf.: Peter Förster, Roland Hötzl, Marc-Oliver Simon - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
JFI - http://otrs.org/download/ - CentOS - OTRS 2.4.6 for RHEL 4,5,6 + CentOS 4,5,6 RPM :) Gruß, -Martin On 12.01.2010, at 21:28, Gerd Koenig wrote: Hallo Martin, vielen Dank für Deine Antwort. Ich werde das nochmals in Ruhe beginnen (also morgen ;-) ), und melde mich dann wieder. Das mit der etwas älteren Version liegt einfach an meiner Bequemlichkeit :-)) . Ich hab mir mal einfach das geschnappt, was mir die Standardrepositories von CentOS angeboten haben Gruss--GERD-- On Tuesday 12 January 2010 9:22:06 pm Martin Edenhofer wrote: Hi Gerd, Du schreibst Du machst eine Installation (Erstinstallation). Dafür machst Du etwas zu viel! :) Die gesamten DBUpdate-to-*.sql Skripte darfst Du nicht verwenden. Die sind nur für ein Upgrade gedacht. Also, lösche noch mal Deine DB, mach nur wie im INSTALL bzw. README.database beschrieben und gut ist es. Ich empfehle Dir übrigens gleich ein OTRS 2.4 zu verwenden. Ich sehe Du installierst OTRS 2.1. Das ist schon einige Jahre alt. ;) Grüße, -Martin On 12.01.2010, at 13:15, Gerd Koenig wrote: Hallo, ich bin an meinen ersten Schritten mit OTRS und habe die Installation (vermutlich) erfolgreich gemeistert. Die Umgebung: Centos5.4, Postgres8.4, apache 2 Die Installation habe ich wie folgt durchgeführt: yum install otrs open command line - psql -U postgres #psqlcreate role otrs password 'otrs' nosuperuser; #psqlcreate database otrs owner otrs; #psql\q cd /var/www/otrs/scripts/database psql -U otrs otrs -f otrs-schema.postgresql.sql psql -U otrs otrs -f initial_insert.sql psql -U otrs otrs -f otrs-schema-post.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.1.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.2.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.3.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.1.postgresql.sql ./SetPermissions.sh /var/www/otrs otrs apache apache apache /etc/init.d/otrs start Nach dem Öffnen der URL http://localhost/otrs/index.pl und Eingabe der Standard-Erstbenutzerdaten r...@localhost und root erhalte ich den Fehler: No Permission! Message: No Permission to use this frontend module! Dieser Fehler taucht auch nach einem Neustart von apache, postgres, otrs auf.. (beim ersten google'n bin ich öfters auf diesen Hinweis gestossen) ?!?! Wer kann mir weiterhelfen, damit der Erstlogin klappt ? vielen Dank...GERD... - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
[otrs-de] Keine Benachrichtigung über Nachfrage trotz Besitzer
Hallo Zusammen Folgendes Szenario (OTRS 2.4.5): Ein Agent antwortet auf ein Ticket und wird somit zum Besitzer des Tickets, danach verschieb er es in eine Queue die er selbst nicht Abonniert hat (bleibt aber weiterhin Besitzer des Tickets). Der Kunde Antwortet nun auf das Ticket, der Agent wird hierüber aber nicht per eMail benachrichtigt obwohl er Besitzer ist und in den Einstellungen die Option Mitteilung bei Nachfragen gesetzt ist. Ist dieses Verhalten so gewollt? In Version 2.3.1 wurde der Besitzer über das Follow-Up trotzdem benachrichtigt, auch wenn er die Queue in der das Ticket war nicht Abonniert hatte. Muss dies in der aktuellen Version über das Benachrichtigungs-Feature eingestellt werden oder hab ich Irgendwo etwas übersehen? Danke schon mal im Voraus Rene PS: In den Queue-Optionen ist die Nachfrage ebenfalls erlaubt - 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Keine Benachrichtigung über Nachfrage trotz Besitzer
Ähnliche Problem habe ich auch. Teilweise ist es bei uns auch so, dass man bei abonnierten Tickets auch nicht mehr benachrichtigt wird. Leider konnte ich noch nicht nachvollziehen, womit dies zusammenhängt, aber ich glaub es passiert, wenn der Abonnent zwischenzeitlich Besitzer war. Gruß Denis Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag von Willms, Rene Gesendet: Mittwoch, 13. Januar 2010 08:33 An: 'otrs-de@otrs.org' Betreff: [otrs-de] Keine Benachrichtigung über Nachfrage trotz Besitzer Hallo Zusammen Folgendes Szenario (OTRS 2.4.5): Ein Agent antwortet auf ein Ticket und wird somit zum Besitzer des Tickets, danach verschieb er es in eine Queue die er selbst nicht Abonniert hat (bleibt aber weiterhin Besitzer des Tickets). Der Kunde Antwortet nun auf das Ticket, der Agent wird hierüber aber nicht per eMail benachrichtigt obwohl er Besitzer ist und in den Einstellungen die Option Mitteilung bei Nachfragen gesetzt ist. Ist dieses Verhalten so gewollt? In Version 2.3.1 wurde der Besitzer über das Follow-Up trotzdem benachrichtigt, auch wenn er die Queue in der das Ticket war nicht Abonniert hatte. Muss dies in der aktuellen Version über das Benachrichtigungs-Feature eingestellt werden oder hab ich Irgendwo etwas übersehen? Danke schon mal im Voraus Rene PS: In den Queue-Optionen ist die Nachfrage ebenfalls erlaubt Mit freundlichen Grüßen Denis Häußer Administration/Softwareentwicklung fon: +49 3671 5385-0 fax: +49 3671 5385-85 mail: dhaeus...@lmz-soft.de web: http://www.lmz-soft.de Firmensitz: Remschützer Str. 1, 07318 Saalfeld / Saale Registergericht: Amtsgericht Gera, HRB 500 838 Vorstand: Dipl.-Ing. Dirk T. Zunkel, Thomas Schulze Vorstandsvorsitzender: Dirk T. Zunkel Aufsichtsratsvorsitzender: Rechtsanwalt Stefan Blum Wichtiger Hinweis: Diese Information ist für den Gebrauch durch die Person oder die Firma/Organisation bestimmt, die in der Empfängeradresse benannt ist. Wenn Sie nicht der angegebene Empfänger sind, nehmen Sie bitte zu Kenntnis, dass Weitergabe, Kopieren, Verteilung oder Nutzung des Inhalts dieser E-Mail-Übertragung unzulässig ist. Falls Sie diese E-Mail irrtümlich erhalten haben, benachrichtigen Sie den Absender bitte unverzüglich und vernichten Sie diese Mail. inline: lmz.jpg- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/