====== SFTP Server-Empfangskanal ======

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)//.\\ 

==== Eigenschaften ====

^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|

==== Eigenschaften (erweitert) ====

^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|