Hallo Sepp,
Danke für den Tipp! Das klappt. Man muss dann halt auch noch die TicketNr.
mit ins Betreff "basteln". Die Zeile lautet dann in etwa so
Mit freundlichen Grüßen
Florian Nold
UNIVERSITÄTSKLINIKUM FREIBURG
Klinikrechenzentrum (KRZ)
Abt. PC-Support, Technik und
s Betreff eingefügt
> wird.
> In der Sysconfig habe ich dazu nix gefunden.
> Hat jemand aus der Community sowas schon mal gemacht?
> Vielen Dank
>
> Mit freundlichen Grüßen
> Florian Nold
>
ht?
Vielen Dank
Mit freundlichen Grüßen
Florian Nold
--
UNIVERSITÄTSKLINIKUM FREIBURG
Klinikrechenzentrum (KRZ)
florian.n...@uniklinik-freiburg.de
--
OTRS 3.
wohl
nicht im Sinne der Entwickler zu sein, oder?
Ich vermute das ist ein Bug, oder?
PS: Als Workaround haben wir den Parameter per vi in der ZZZAuto.pm auf
den Wert 500 gesetzt, was aber auch nicht "Best p
ckets angezeigt werden?
Vielen Dank
PS: Ich weiss, dass man im Kundeninterface einstellen kann, dass keine
geschlossenen Tickets anzeigt werden, aber das hilft uns hier nicht so richtig
weiter, da es der Kunde ja umstellen kann.
--
Gruesse von
Florian Nold
email:florian.n...@web.de
---
Hallo zusammen,
habe das Problem gelöst. Eigenverschulden:
Beim Debuggen von TicketAccountedTime.pm ist mir ein Fehler im Quelltext
des Perl Modul unterlaufen, so dass es dann nicht mehr als dyn.
statistic object zur Verfügung stand.
Den eigentlichen Fehler in TicketAccountedTime.pm, der wohl be
nur ein Problem von uns ist.
Könnte das eine/-r von Euch bitte mal bei seiner OTRS 3.0.5 Version überprüfen,
ob das dyn. Objekt TicketSolutionResponseTime bei Statistiken verwenbar ist?
Danke!
--
Gruesse von
Florian Nold
___
Empfehlen
entTicketSearch" suchen müssten.
Merci.
--
Mit freundlichen Grüssen
Florian Nold
--
OTRS 2.4.7 ITSM 2.0.3 SLES 10SP2
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive:
Hallo Nils,
>Hi Florian,
>
>>On 25.11.2009, at 22:42, Florian Nold wrote:
>>Die Idee klingt super, aber das klappt seltsamerweise nicht.
>was heißt "klappt nicht" ?
'tschuldigung. Meine Aussage "klappt nicht" ist sehr unpräzise.
Die erste ACL en
Hallo Nils,
Danke für die schnelle Antwort!
Die Idee klingt super, aber das klappt seltsamerweise nicht.
Die zweite ACL "zieht" offenbar nicht. Dachte erst, dass die Service =>
['[RegExp][a-zA-Z0-9]'] in der Match property der Grund ist, aber
selbst wenn ich die Match property der zweiten ACL le
otrs/public.pl?Action=PublicFAQ&CategoryID=32&ItemID=334
). Das hilft uns aber leider nicht weiter.
Vielen Dank!
--
Florian Nold
E-Mail: florian.n...@web.de
[OTRS 2.4.4 und OTRS::ITSM 1.3.1 ]
___
/CustomerUser/LDAP.pm and erverything works fine.
Comment out this part
#take down session
if ( $Self->{LDAP} ) {
$Self->{LDAP}->unbind;
}
Grüsse Florian Nold
E-Mail: Florian (Dot) nold (at) web (dot) de
OTRS 2.4.2 ITSM 1.3.1
Diese zwei:
$HOME/bin/GenericAgent.pl -c db >>
Hallo zusammen,
uns geht es genauso wie Jang:
ohne Richtext Editor funktioniert Aspell Rechtschreibprüfung unter otrs
2.4.1., nicht jedoch mit Richtext.
Auf Richtext würde ich nur ungern verzichten, da wir auch FAQ Beiträge
im HTML-Format haben.
Gruss Florian Nold
Date: Fri, 24 Jul 2009 07
Hallo zusammen,
wir würden unsere eingehenden Tickets gerne nach verschiedenen Gruppen
kategorisieren, um später über diese Kategorien statistische
Auswertungen zu fahren.
Hierzu hatten wir bisher den Ansatz diese Kategorien über "Unterqueues"
abzubilden.
Beispiel:
Queue "Betriebssysteme"
Un
14 matches
Mail list logo
