<OTRS_CUSTOMER_REALNAME> gleiche Variable, unterschiedlicher Output! (?)
Hallo, ich habe unter "Auto-Antworten" einen Standart-Text mit der Variable <OTRS_CUSTOMER_REALNAME> in der Anrede. Leider wird hier aus irgendeinem Grund die e-Mail Adresse des Absenders in der Antwort übernommen: Sehr geehrte Frau mail@irgendwoher.de, sehr geehrter Herr mail@irgendwoher.de, Wenn ich als Agent jedoch auf die Mail antworte und in der "Anrede" <OTRS_CUSTOMER_REALNAME> definiert habe, so wird der Name korrekt übernommen. Wie kann das sein? Hat jemand einen Tipp für mich? Danke! Grüsse Ivan De Masi
Hallo. Die OTRS_ Variablen scheinen generell einen Treffer zu haben, da die auch in den normalen Antworten usw. teilweise nicht funktionieren. Siehe z.B. auch: http://bugs.otrs.org/show_bug.cgi?id=1054 http://bugs.otrs.org/show_bug.cgi?id=1135 http://bugs.otrs.org/show_bug.cgi?id=1189 http://bugs.otrs.org/show_bug.cgi?id=1166 -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4 ============================================ dbid> Hallo, dbid> ich habe unter "Auto-Antworten" einen Standart-Text mit der Variable dbid> <OTRS_CUSTOMER_REALNAME> in der Anrede. dbid> Leider wird hier aus irgendeinem Grund die e-Mail Adresse des Absenders in der dbid> Antwort übernommen: dbid> Sehr geehrte Frau mail@irgendwoher.de, dbid> sehr geehrter Herr mail@irgendwoher.de, dbid> Wenn ich als Agent jedoch auf die Mail antworte und in der "Anrede" dbid> <OTRS_CUSTOMER_REALNAME> definiert habe, so wird der Name korrekt übernommen. dbid> Wie kann das sein? Hat jemand einen Tipp für mich? dbid> Danke! dbid> Grüsse dbid> Ivan De Masi dbid> _______________________________________________ dbid> OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ dbid> Archiv: http://lists.otrs.org/pipermail/otrs-de/ dbid> Listenabo verwalten: dbid> http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ dbid> Support oder Consulting fuer Ihr OTRS System? =>> http://www.otrs.de/
Holla, On Fri, May 19, 2006 at 11:45:00AM +0200, André Bauer wrote:
Die OTRS_ Variablen scheinen generell einen Treffer zu haben, da die auch in den normalen Antworten usw. teilweise nicht funktionieren.
Siehe z.B. auch:
http://bugs.otrs.org/show_bug.cgi?id=1054
http://bugs.otrs.org/show_bug.cgi?id=1135
Bis auf http://bugs.otrs.org/show_bug.cgi?id=1189 ist jetzt alles gefixed bzw. hat es wie vorgesehen funktioniert und die Reports waren keine Fehler sondern haben irgendwelche anderen Ursachen. Bug #1189 ist leider nicht so einfach zu fixen, dafür müsste IMHO das gesamte System umgebaut werden, das die Notifications zusammenbaut.
André Bauer
Ciao, Christian -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!
Hi, On Thu, May 18, 2006 at 07:13:08PM +0200, de_masi@blu-it.de wrote:
ich habe unter "Auto-Antworten" einen Standart-Text mit der Variable <OTRS_CUSTOMER_REALNAME> in der Anrede.
Leider wird hier aus irgendeinem Grund die e-Mail Adresse des Absenders in der Antwort übernommen: Sehr geehrte Frau mail@irgendwoher.de, sehr geehrter Herr mail@irgendwoher.de,
Wenn ich als Agent jedoch auf die Mail antworte und in der "Anrede" <OTRS_CUSTOMER_REALNAME> definiert habe, so wird der Name korrekt übernommen.
Wie kann das sein? Hat jemand einen Tipp für mich?
Ich kann dieses Verhalten bei einer STandard Installation hier nicht nachvollziehen. Bei mir kommt mit <OTRS_CUSTOMER_REALNAME>: Herr Christian Schöpplein Wie sieht deine Installation aus? Wie sieht das Mapping für die Kunden aus, also die Settings für $Self->{CustomerUser} = { ... Map => { ... Vor allem was im Map-Array steht würde mich interessieren.
Ivan De Masi
Ciao & schönes We, Christian -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!
Hallo. <OTRS_CUSTOMER_REALNAME> funktioniert bei mir auch. Ich schaffe es aber z.B. nicht die E-Mail Adresse eines Kunden in eine Antwort zu übernehmen. Habe folgende Variablen probiert: <OTRS_CUSTOMER_From> <OTRS_OWNER_UserEmail> <OTRS_CUSTOMER_DATA_UserEmail> <OTRS_CURRENT_UserEmail> -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4 ============================================ CS> Hi, CS> On Thu, May 18, 2006 at 07:13:08PM +0200, de_masi@blu-it.de wrote:
ich habe unter "Auto-Antworten" einen Standart-Text mit der Variable <OTRS_CUSTOMER_REALNAME> in der Anrede.
Leider wird hier aus irgendeinem Grund die e-Mail Adresse des Absenders in der Antwort übernommen: Sehr geehrte Frau mail@irgendwoher.de, sehr geehrter Herr mail@irgendwoher.de,
Wenn ich als Agent jedoch auf die Mail antworte und in der "Anrede" <OTRS_CUSTOMER_REALNAME> definiert habe, so wird der Name korrekt übernommen.
Wie kann das sein? Hat jemand einen Tipp für mich?
CS> Ich kann dieses Verhalten bei einer STandard Installation hier nicht CS> nachvollziehen. Bei mir kommt mit <OTRS_CUSTOMER_REALNAME>: CS> Herr Christian Schöpplein CS> Wie sieht deine Installation aus? Wie sieht das Mapping für die Kunden CS> aus, also die Settings für CS> $Self->{CustomerUser} = { CS> ... CS> Map => { CS> ... CS> Vor allem was im Map-Array steht würde mich interessieren.
Ivan De Masi
CS> Ciao & schönes We, CS> Christian
Hi Andre, On Fri, May 19, 2006 at 05:32:45PM +0200, André Bauer wrote:
<OTRS_CUSTOMER_REALNAME> funktioniert bei mir auch.
Genau, das Ergibt Anrede + Vorname + Nachname, also z.B. "Herr Christian Schöpplein".
Ich schaffe es aber z.B. nicht die E-Mail Adresse eines Kunden in eine Antwort zu übernehmen.
Habe folgende Variablen probiert:
<OTRS_CUSTOMER_From>
Bei mir funktioniert <OTRS_CUSTOMER_FROM> hervorragend, es spielt keine Rolle, ob FROM oder From. Steht bei dir dann der Tag in der Autoantwort oder wird nichts ersetzt?
André Bauer
Ciao, Christian -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!
Hallo. Egal ob <OTRS_CUSTOMER_FROM> oder <OTRS_CUSTOMER_From>, wird bei mir immer nur ein "-" ausgegeben. Es handelt sich allerdings nicht um die Autoantwort sondern um eine normale Antwort (Textbaustein). -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4 ============================================ CS> Hi Andre, CS> On Fri, May 19, 2006 at 05:32:45PM +0200, André Bauer wrote:
<OTRS_CUSTOMER_REALNAME> funktioniert bei mir auch.
CS> Genau, das Ergibt Anrede + Vorname + Nachname, also z.B. "Herr Christian CS> Schöpplein".
Ich schaffe es aber z.B. nicht die E-Mail Adresse eines Kunden in eine Antwort zu übernehmen.
Habe folgende Variablen probiert:
<OTRS_CUSTOMER_From>
CS> Bei mir funktioniert <OTRS_CUSTOMER_FROM> hervorragend, es spielt keine CS> Rolle, ob FROM oder From. Steht bei dir dann der Tag in der Autoantwort CS> oder wird nichts ersetzt?
André Bauer
CS> Ciao, CS> Christian
Hi Andre, On Tue, May 23, 2006 at 06:59:10PM +0200, André Bauer wrote:
Egal ob <OTRS_CUSTOMER_FROM> oder <OTRS_CUSTOMER_From>, wird bei mir immer nur ein "-" ausgegeben. Es handelt sich allerdings nicht um die Autoantwort sondern um eine normale Antwort (Textbaustein).
Willst du z.B. Herr Christian Schöpplein da stehen haben, dann verwende <OTRS_CUSTOMER_REALNAME> Willst du die Mailadresse einfügen, verwendet <OTRS_CUSTOMER_USEREMAIL> Was du für tags verwenden kannst, ist einfach in deinem Mapping für die Kunden erkennbar, die linke Spalte ist entscheidend. Bei mir steht da (ist 'ne STandardinstallation) z.B.: Map => [ # note: Login, Email and CustomerID needed! # var, frontend, storage, ... [ 'UserSalutation', ... [ 'UserFirstname', ... [ 'UserLastname', ... [ 'UserLogin', ... [ 'UserPassword', ... [ 'UserEmail', ... [ 'UserCustomerID', ... [ 'UserComment', ... [ 'ValidID', ... ], Diese Spalte ist entscheidend und kann an das <OTRS_CUSTOMER_-Präfix gehängt werden, also z.B. <otrs_CUSTOMER_UserSalutation>, <OTRS_CUSTOMER_UserFirstname> oder <OTRS_CUSTOMER_UserLastname>. Ob große oder kleine Buchstaben verwendet werden, spielt keine Rolle.
André Bauer
[ !!! TOFU umweltfreundlich entsorgt !!! ] Hth, Christian -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!
Hallo. <OTRS_CUSTOMER_USEREMAIL> funktioniert bei mir ebenfalls nicht in einer Antwort. Meinst du mit Mapping das hier? http://doc.otrs.org/2.0/de/html/x1559.html#customer-self-registration-custom... Irgendwie seh ich da nicht die Verbindung zu meinem Problem? Ist das nicht nur dazu da, dass man fehlende Felder in der Customer.pl hinzufügen kann? Daran habe ich auch noch nie Änderungen vorgenommen, da wir unseren Kunden garnicht die Möglichkeit geben, sich am OTRS einzuloggen. Und wieso muss ich erst am Mapping was ändern, wenn die Variable <OTRS_CUSTOMER_USEREMAIL> doch explizit als Beispiel im "Response Management" angegeben ist? Ich habe gerade noch festgestellt, dass ich die Mailadresse wohl auch über <OTRS_TICKET_CustomerID> und <OTRS_TICKET_CustomerUserID> bekommen kann. Trotzdem verstehe ich nicht warum <OTRS_CUSTOMER_USEREMAIL> und <OTRS_CUSTOMER_FROM> nicht funktionieren? Habe ich irgendwo einen Denkfehler und das muss gar nicht ohne Anpassung funktionieren? -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4 ============================================ CS> Hi Andre, CS> On Tue, May 23, 2006 at 06:59:10PM +0200, André Bauer wrote:
Egal ob <OTRS_CUSTOMER_FROM> oder <OTRS_CUSTOMER_From>, wird bei mir immer nur ein "-" ausgegeben. Es handelt sich allerdings nicht um die Autoantwort sondern um eine normale Antwort (Textbaustein).
CS> Willst du z.B. CS> Herr Christian Schöpplein CS> da stehen haben, dann verwende CS> <OTRS_CUSTOMER_REALNAME> CS> Willst du die Mailadresse einfügen, verwendet CS> <OTRS_CUSTOMER_USEREMAIL> CS> Was du für tags verwenden kannst, ist einfach in deinem Mapping für die CS> Kunden erkennbar, die linke Spalte ist entscheidend. Bei mir steht da CS> (ist 'ne STandardinstallation) z.B.: CS> Map => [ CS> # note: Login, Email and CustomerID needed! CS> # var, frontend, storage, ... CS> [ 'UserSalutation', ... CS> [ 'UserFirstname', ... CS> [ 'UserLastname', ... CS> [ 'UserLogin', ... CS> [ 'UserPassword', ... CS> [ 'UserEmail', ... CS> [ 'UserCustomerID', ... CS> [ 'UserComment', ... CS> [ 'ValidID', ... CS> ], CS> Diese Spalte ist entscheidend und kann an das <OTRS_CUSTOMER_-Präfix CS> gehängt werden, also z.B. <otrs_CUSTOMER_UserSalutation>, CS> <OTRS_CUSTOMER_UserFirstname> oder CS> <OTRS_CUSTOMER_UserLastname>. Ob CS> große oder kleine Buchstaben verwendet werden, spielt keine Rolle.
André Bauer
CS> [ !!! TOFU umweltfreundlich entsorgt !!! ] CS> Hth, CS> Christian
Hallo. Nachtrag: <OTRS_TICKET_CustomerID> und <OTRS_TICKET_CustomerUserID> kann ich leider doch nicht verwenden, da die Mailadresse des Kunden nicht automatisch dort eingetragen wird, wenn man ein Telefonticket erstellt :-( -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4 ============================================ AB> Hallo. AB> <OTRS_CUSTOMER_USEREMAIL> funktioniert bei mir ebenfalls nicht in AB> einer Antwort. AB> Meinst du mit Mapping das hier? AB> http://doc.otrs.org/2.0/de/html/x1559.html#customer-self-registration-custom... AB> Irgendwie seh ich da nicht die Verbindung zu meinem Problem? Ist das AB> nicht nur dazu da, dass man fehlende Felder in der Customer.pl AB> hinzufügen kann? Daran habe ich auch noch nie Änderungen vorgenommen, AB> da wir unseren Kunden garnicht die Möglichkeit geben, sich am OTRS AB> einzuloggen. AB> Und wieso muss ich erst am Mapping was ändern, wenn die Variable AB> <OTRS_CUSTOMER_USEREMAIL> doch explizit als Beispiel im "Response AB> Management" angegeben ist? AB> Ich habe gerade noch festgestellt, dass ich die Mailadresse wohl auch AB> über <OTRS_TICKET_CustomerID> und <OTRS_TICKET_CustomerUserID> AB> bekommen kann. Trotzdem verstehe ich nicht warum AB> <OTRS_CUSTOMER_USEREMAIL> und <OTRS_CUSTOMER_FROM> nicht AB> funktionieren? Habe ich irgendwo einen Denkfehler und das muss AB> gar nicht ohne Anpassung funktionieren?
Hi Andre, On Tue, May 23, 2006 at 08:44:21PM +0200, André Bauer wrote:
<OTRS_CUSTOMER_USEREMAIL> funktioniert bei mir ebenfalls nicht in einer Antwort.
Hmm, das sollte es aber in einer Standardinstallation.
Meinst du mit Mapping das hier? http://doc.otrs.org/2.0/de/html/x1559.html#customer-self-registration-custom...
Nein. Öffne mal deine Defaults.pm und such nach " "CustomerUser stuff". Darunter beginnt die Konfiguration des verwendeten Customer-Backends: $Self->{CustomerUser} = { Name => 'Database Backend', Module => 'Kernel::System::CustomerUser::DB', .... Weiter unten, noch in $Self->{CustomerUser} findest du das Map-Array: Map => [ # note: Login, Email and CustomerID needed! # var, frontend, storage, shown (1=always,2=lite), required, storage -type, http-link, readonly [ 'UserSalutation', 'Salutation', 'salutation', 1, 0, 'var', '', 0 .... Wichtig sind hier die Spalten var, frontend, und storage. - var stelt die Bezeichnung dar, mit der der Wert in Notifications usw. angesprochen werden kann, also z.B. <OTRS_CUSTOMER_UserSalutation> - frontend meint, dass der Wert in der Weboberfläche so bezeichnet wird, also z.B. im Kindeninterface. - storage ist der Name der Tabellenspalte in der DB.
Irgendwie seh ich da nicht die Verbindung zu meinem Problem? Ist das nicht nur dazu da, dass man fehlende Felder in der Customer.pl hinzufügen kann?
Klar, dasMapping lässt sich auch noch erweitern.
Daran habe ich auch noch nie Änderungen vorgenommen, da wir unseren Kunden garnicht die Möglichkeit geben, sich am OTRS einzuloggen.
Aber Kundenbenutzer habt ihr schon, oder?
Und wieso muss ich erst am Mapping was ändern, wenn die Variable <OTRS_CUSTOMER_USEREMAIL> doch explizit als Beispiel im "Response Management" angegeben ist?
In meinem Mapping steht (ist ebenfalls eine STandardinstallation): [ 'UserEmail', 'Email', 'email', 0, 1, 'var', '', 0 ], Für frontend gibts also den Wert UserEmail, also kann ich die Mailadreese über <OTRS_CUSTOMER_UserEmail> ansprechen.
Ich habe gerade noch festgestellt, dass ich die Mailadresse wohl auch über <OTRS_TICKET_CustomerID> und <OTRS_TICKET_CustomerUserID> bekommen kann. Trotzdem verstehe ich nicht warum <OTRS_CUSTOMER_USEREMAIL> und <OTRS_CUSTOMER_FROM> nicht funktionieren? Habe ich irgendwo einen Denkfehler und das muss gar nicht ohne Anpassung funktionieren?
Es sollte mit einer STandardinstallation funzen. Die CustomerID zu verwenden ist übrigens eine schlechte Idee, die muss nicht immer eine Mailadresse sein...
André Bauer
[ !!! TOFU umweltfreundlich entsorgt !!! ] Ciao, Christian -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!
Guten Tag Christian Schoepplein. Der einzige Unterschied in meiner Defaults.pm, zu der aus dem OTRS 2.0.4 Tarball, ist folgender: 617c617 < $Self->{'Home'} = '/opt/otrs'; ---
$Self->{'Home'} = '/usr/share/otrs';
Ansonsten ist alles gleich. [ 'UserEmail', 'Email', 'email', 0, 1, 'var', '', 0 ], Ist also auch genau so vorhanden. Kunden Benutzer haben wir nicht, da die Kunden nur über Mails mit uns kommunizieren. <OTRS_CUSTOMER_From> sollte dann doch aber trotzdem funktionieren, oder funktioniert das Ganze nur mit vorhandenen Kundenbenutzern? Wenn ja, warum funktioniert dann <OTRS_CUSTOMER_REALNAME> bei mir? -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4
Hi Andre,
On Tue, May 23, 2006 at 08:44:21PM +0200, André Bauer wrote:
<OTRS_CUSTOMER_USEREMAIL> funktioniert bei mir ebenfalls nicht in einer Antwort.
Hmm, das sollte es aber in einer Standardinstallation.
Meinst du mit Mapping das hier? http://doc.otrs.org/2.0/de/html/x1559.html#customer-self-registration-custom...
Nein. Öffne mal deine Defaults.pm und such nach " "CustomerUser stuff". Darunter beginnt die Konfiguration des verwendeten Customer-Backends:
$Self->{CustomerUser} = { Name => 'Database Backend', Module => 'Kernel::System::CustomerUser::DB', ....
Weiter unten, noch in $Self->{CustomerUser} findest du das Map-Array:
Map => [ # note: Login, Email and CustomerID needed! # var, frontend, storage, shown (1=always,2=lite), required, storage -type, http-link, readonly [ 'UserSalutation', 'Salutation', 'salutation', 1, 0, 'var', '', 0 ....
Wichtig sind hier die Spalten var, frontend, und storage.
- var stelt die Bezeichnung dar, mit der der Wert in Notifications usw. angesprochen werden kann, also z.B. <OTRS_CUSTOMER_UserSalutation> - frontend meint, dass der Wert in der Weboberfläche so bezeichnet wird, also z.B. im Kindeninterface. - storage ist der Name der Tabellenspalte in der DB.
Irgendwie seh ich da nicht die Verbindung zu meinem Problem? Ist das nicht nur dazu da, dass man fehlende Felder in der Customer.pl hinzufügen kann?
Klar, dasMapping lässt sich auch noch erweitern.
Daran habe ich auch noch nie Änderungen vorgenommen, da wir unseren Kunden garnicht die Möglichkeit geben, sich am OTRS einzuloggen.
Aber Kundenbenutzer habt ihr schon, oder?
Und wieso muss ich erst am Mapping was ändern, wenn die Variable <OTRS_CUSTOMER_USEREMAIL> doch explizit als Beispiel im "Response Management" angegeben ist?
In meinem Mapping steht (ist ebenfalls eine STandardinstallation):
[ 'UserEmail', 'Email', 'email', 0, 1, 'var', '', 0 ],
Für frontend gibts also den Wert UserEmail, also kann ich die Mailadreese über <OTRS_CUSTOMER_UserEmail> ansprechen.
Ich habe gerade noch festgestellt, dass ich die Mailadresse wohl auch über <OTRS_TICKET_CustomerID> und <OTRS_TICKET_CustomerUserID> bekommen kann. Trotzdem verstehe ich nicht warum <OTRS_CUSTOMER_USEREMAIL> und <OTRS_CUSTOMER_FROM> nicht funktionieren? Habe ich irgendwo einen Denkfehler und das muss gar nicht ohne Anpassung funktionieren?
Es sollte mit einer STandardinstallation funzen. Die CustomerID zu verwenden ist übrigens eine schlechte Idee, die muss nicht immer eine Mailadresse sein...
André Bauer
[ !!! TOFU umweltfreundlich entsorgt !!! ]
Ciao, Christian
participants (3)
-
André Bauer -
Christian Schoepplein -
de_masi＠blu-it.de