Der SFTP Server-Empfangskanal ermöglicht die Interaktion mit einem Nachrichtenkorb über das SFTP-Protokoll.
Der Server-Empfangskanal erlaubt hierbei das Einstellen von Nachrichten in den eingehenden Nachrichtenkorb (eingehend).
| Name | Bedeutung |
|---|---|
| Name | Name des Kommunikationskanals. |
| Typ des Kanals | Erneutes auflisten des Typs. (Zur Überprüfung) |
| Kommunikationsrichtung | Vorzugsweise eingehend. |
| Nachrichtenkorb | Nachrichtenkorb für eingehende Nachrichten (eingehend). |
| Vorgegebener Sender | Hier kann ein fest hinterlegter Sender, der für diesen Kanal vorgesehen ist, zugewiesen werden. |
| Vorgegebener Empfänger | Hier kann ein fest hinterlegter Empfänger, der für diesen Kanal vorgesehen ist, zugewiesen werden. |
| Validierung des Senders | Überprüft Senderadresse der Interchanges auf bestimmten EDI-Teilnehmer, falls diese nicht den angegebenen Teilnehmer enthalten, wird die Nachricht mit Fehlermeldung in den eingehenden Nachrichtenkorb eingestellt und ein entsprechender Bericht generiert (nur bei Einstellung Benötigt). Die Prüfmethode wird mittels Kombinationsfeld ausgewählt (Kein, Optional, Benötigt, Fester Partner). |
| Validierung des Empfängers | Überprüft Empfängeradresse der Interchanges auf bestimmten EDI-Teilnehmer, falls diese nicht den angegebenen Teilnehmer enthalten, wird die Nachricht mit Fehlermeldung in den Nachrichtenkorb eingestellt und ein entsprechender Bericht generiert (nur bei Einstellung Benötigt). Die Prüfmethode wird mittels Kombinationsfeld ausgewählt (Kein, Optional, Benötigt, Fester Partner). |
| Öffentlich | Durch das Anhaken wird der Kommunikationskanal für alle Unterknoten verwendbar. Wird jedoch im Unterknoten ein Kommunikationskanal mit dem gleichen Namen angelegt, so wird der Kommunikationskanal des Unterknotens verwendet. |
| Wiederholungen bei Fehler | Durch den Eintrag eines Wertes in das dazugehörige Feld wird bei einem Fehler die Anzahl der aufeinander folgenden Empfangsversuche festgelegt. |
| Automatisches Entpacken | Dokumente bzw. Anhänge werden mit dem im Kombinationsfeld ausgewählten Verfahren automatisch entpackt. |
| Benutzername | Benutzername des Standard-Benutzers z.B. root. |
| Passwort | Passwort des Standard-Benutzers |
| Name | Bedeutung |
|---|---|
| Zertifikat | Pfad zum privaten Zertifikat/Schlüssel zur Authentifizierung des Servers. |
| Betreff des Zertifikats | Subjekt des private Zertifikats |
| Password des Zertifikats | Passwort des private Zertifikats |
| Timeout | Angabe einer Zeit in Sekunden bis ein Timeout erfolgt |
| Clientzertifikat | Pfad zum öffentlichen Zertifikats |
| Fingerprint des Clientzertifikats | Fingerprint des Client-Zertifikats |
| Timeout | Timeout für die Verbindung |
| Adressen aus dem Unterknoten | Relevant, wenn man Logins für Partner aus dem Unterknoten verwenden möchte |
| Trace ausgeben | Erhöht das Trace-Level während der Verarbeitung von Nachrichten durch den Kommunikationskanal auf Debug. Auf diese Weise kann ein ausführlicheres Fehler- bzw. Ablauf-Protokoll erstellt werden. |
| Log-Datei | Der relative oder absolute Dateiname für das Log. Es wird je sftp-Session eine Log-Datei erstellt. Es können Platzhalter aus FilenameMask vom Containerizer verwendet, solange diese nicht auf Nachrichteninhalte (wie z.B. ${MessageBox}, ${MessageDirection}, …) zugreifen. Weitere mögliche Platzhalter sind ${RemoteIP}, ${ChannelLoginName} und ${ChannelName}. Z.B.: .\Log\sftp\${ShortDateStamp}\${RemoteIPAddress}\${TimeStamp}_${RemoteIPAddress}_${RemoteIPPort}-${ChannelName}_Login-${ChannelLoginName}.log Eine Formatierung der Parameter ist möglich, aber ohne Leerzeichen, z.B.: .\Log\sftp\${ShortDateStamp}\${TimeStamp}${ChannelName:-$0}${RemoteIPAddress:-IP($0)}${RemoteIPPort:_Port($0)}${ChannelLoginName:_Login-$0}.log |