Dann musst du den Content-Type noch davor ausgeben:
print "Content-Type:text/html"
Dann musst du den Content-Type noch davor ausgeben:
print "Content-Type:text/html"
Mit dem Domino Designer. Die Frage ist nur ob du die Rechte dazu hast.
Am besten mal eure Admins konsultieren
Weil die Ablage des Data Verzeichnisses auf einem Netzlaufwerk nicht supportet ist.
Ununterbrochen heisst in diesem Fall auch ohne große Latenzen.
Auch bei Terminalservern kann man die Daten lokal ablegen, oder ihr verwendet Roaming
Nein, im Standardmailfile Template ist das nicht drin, d.h. du müsstest dafür eine eigene Ansicht erstellen.
Print im Agenten schreibt dir den entsprechenden Text als Rückgabe.
Das ist lediglich die Ausgabe, denn der WebAgent selbst keine generiert
Dafür sorgen, daß die Verbindung zum Netzlaufwerk stabil ist oder das Data Verzeichnis lokal legen.
Notes erwartet die Daten auf einem lokalen Datenträger mit ununterbrochener Verfügbarkeit.
Ist das nicht gegeben, kommt es zu diesem Fehler.
Was haben die fehlenden Personen für ein MailSystem im Personendokument eingestellt ?
Ich bin mir gerade nicht ganz sicher, aber hatte diese Auswahl nicht nur mit dem internen Notes Browser funktioniert ?
Evtl kann jemand anderes das noch bestätigen oder mich korrigieren
Wenn ich es richtig in Erinnerung habe, dann dürften das keine http Links sein, wenn er nicht im Browser aufgehen soll.
Wo ist es denn eingestellt, daß die Links im Sametime Client aufgehen sollen ?
ViewIndizes auf dem Domino Directory mal gelöscht und neu aufgebaut ?
Eventuell eine gleichnamige Gruppe im lokalen Adressbuch ?
Wie genau sehen denn die Links aus ?
Nein, die Möglichkeit besteht nicht
SSO verlangt zwingend einen FQDN auf allen eingebundenen Servern
Also das erste liegt an den Einstellungen der Datums und Nummernformate entweder vom Betriebssystem oder von Notes. Das hat aber nichts mit der Version zu tun, sondern den Einstellungen für die Lokalisierung.
Bei den eMails ist die Frage von woher die kommen, ggf kann das auch ein Fehler beim Absender sein, wenn dieser extern ist.
Auf jeden Fall wären mehr Informationen wichtig, um zu helfen
Bei multipart müsste der Input doch grob mal so aussehen:
"FieldName": {
"type":"multipart",
"content": [
{
"contentType":"multipart\/alternative; Boundary=\"0__=4DBB0A82DFA47A268f9e8a93df938690918c4DBB0A82DFA47A26\"",
"contentDisposition":"inline"
},
{
"contentType":"text\/plain; charset=US-ASCII",
"data":"testing rt field",
"boundary":"--0__=4DBB0A82DFA47A268f9e8a93df938690918c4DBB0A82DFA47A26"
},
{
"contentType":"text\/html; charset=US-ASCII",
"contentDisposition":"inline",
"data":"<html><body><font size=\"2\" face=\"sans-serif\">testing rt field<\/font><\/body><\/html>",
"boundary":"--0__=4DBB0A82DFA47A268f9e8a93df938690918c4DBB0A82DFA47A26"
}
]
}
Alles anzeigen
Hast du dir mal ein existierendes Dokument mit so einem Inhalt per REST API vom Domino abgerufen ? Dann siehst du genau wie die Struktur aussehen müsste.
Oder du aktivierst die alte Variante wie bei Domino 8.5.3 mit multipart=false als Parameter.
Berechtige eine ID zur Zurücksetzung für die mindestens 2 Passwörter benötigt werden
Wie wird der Agent auf dem Server gestartet ? Wie lange braucht er dann genau bevor er abbricht.
Wenn du mehrere Ergebnisse haben kannst dann eben mit GetAllDocuments/EntriesByKey.
Bitte da auch mal die Hilfe benutzen
Wo genau bricht das Script ab ?
Was genau meinst du mit Antwortzeiten, die des Servers ?
Du könntest auch einfach per GetDocumentByKey bzw GetEntryByKey nach deiner Raummnummer anstatt der zweiten Schleife suchen, dann müsstest du da nicht alle Dokumente durchgehen
Na indem du statt des Feldnamens für die Raumnummer, die des Wegpunktes angibst
Es ist aber genau so wie ascabg es beschrieben hat.
Entweder hast du dort dann Schreibfehler dringehabt oder einen anderen Fehler in der Umgebung/Arbeitsweise.
Wie genau hast du nach der Einstellung die Buchung probiert ?