Das Notes Forum
Lotus Notes / Domino Sonstiges => Projekt Bereich => Help-Desk Applikation !!Help!! => Thema gestartet von: Dr.Domino am 21.09.09 - 09:57:45
-
Hallo,
folgendes kleines Problem habe ich mit den Usern, die bei Einreichung des Tickets in CC stehen ...
diese werden zwar auch ins Ticket übernommen, allerdings in der Form
vorname name/org unit/org unit/org@org
Damit kriegen die CC User dann ein "not authorized", wenn sie versuchen, das Ticket zu öffnen.
Lege ich ein Ticket händisch mit CC user
Vorname Name/Org Unit/Org Unit/Org
an, dann funktioniert es einwandfrei.
Das dürfte wohl am einfachsten im Dispatcher anzupassen sein, daß der die CC User in diesem Format ins Ticket schreibt, oder?
-
Ja das müsste man in der Lib.appl.functions in der Routine CreateNewTicket anpassen. Vor Zeile 102 eingefügt sollte das funktionieren.
-
Hmm ... irgendwie bin ich da wohl zu umständlich, oder?
' copytoarray(i) = Lcase(me_val)
Trenner = Chr$(38)
Getrennt = Split(me_val, delim)
copytoarray(i) = ret(0)
Damit ist zwar logischerweise das "Lcase" Problem weg, aber der Lümmel splittet nicht beim Ampersand ... ist das NotesItem.Value da vielleicht (noch) kein String?
(Außerdem gibt's doch bestimmt in LotusScript auch eine oderntliche "Names"-formatierungsfunktion ...)
-
Trenner = Chr$(38)
Getrennt = Split(me_val, delim)
Trenner!=delim
-
Nee ... sorry, falsch gepasted :-) der Code paßt schon, hab's nur lesbarer machen wollen :love:
' copytoarray(i) = Lcase(me_val)
Trenner = Chr$(38)
Getrennt = Split(me_val, Trenner)
copytoarray(i) = Getrennt(0)
-
So, hab's mal überprüft ... dir Funktion findet in der Tat keinen "@" im me_val ... auch gegengetestet mit Instr.
-
Es geht voran :-) ... zum Zeitpunkt der Abfrage hat das me_val noch einen X.500 Namen, also mit CN=.../OU=.../OU=...
Stellt sich mir die Frage, an welcher Stelle das dann "aufgelöst" wird und das @O hinten drangehängt wird.
-
Schau mal im Ticket mit ScanEZ von Ytria oder einem anderen Tool nach BEVOR du das Ticket aufmachst ....
-
Du meinst, bevor ich das Ticket _zum ersten Mal_ aufmache?
Hinterher steht im other Users jedenfalls drin
CN=.../OU=.../OU=.../O=...@O
Witzigerweise steht bei user ein CN/OU/OU/O Name _ohne_ das @O am Ende ...
(Und durch obigen Punkt steht in AReaders auch die CN+@ Name und der sorgt wohl dafür, daß der "Other Reader" "no access hat"
-
Genau das meine ich. Reinschauen ohne es aufzumachen, bevor es irgendjemand manuell geöffnet hat. Es sein kann das dir da eine Eigenschaft des Names Feldes in die Suppe spuckt.
-
In die Form hatte ich schon mal reingeschaut ... und der einzige Unterschied zwischen dem users-Feld und dem OtherUsers-Feld ist, daß das letzte ein "Multiple Value" Feld ist ...
Sie haben auch keinerlei Input Translations oder ähnliches ...
So, neuer Test mit "noch nicht angefasstem" Ticket ... selbiges Ergebnis ...
user: CN/OU/OU/O
OtherUers CN/OU/OU/O @ O
-
Dispatcher anhalten, Ticket reinlaufen lassen, Debugger anschalten und manuell debuggen. Createnewticket überprüfen, weil da die entsprechenden Felder gefüllt werden.
-
So, falls es jemandem anderen hilft, folgender Code schafft Linderung (lib.appl.functions - cratenewticket):
Forall me_val In copytoitem.Values
temps=CStr(me_val)
tempi=InStr(temps,"@")
If tempi>0 Then
temps=Left(me_val,tempi-1)
End If
copytoarray(i) = temps
I=i+1
End Forall
-
Solange es intern bleibt auch ok. Wenn Mails von extern kommen (max.mustermann@irgendwas.intern) werden
die Adressen dadurch ungültig gemacht.
Denkbar wäre eine Formel die optional per Konfigurationsdokument eingebunden wird. Dann kann jeder so Umwandeln
wie er es braucht. Ich merk mir das mal fürs übernächste Release vor.