Im Beitrag 15.03 habe ich ihnen die Funktion SEND_EMAIL vorgestellt, mit der man E-Mails eines SQL-Interfaces verschicken kann. Im genannten Beitrag haben wir gesehen, dass SEND_EMAIL gut funktioniert, sofern alle Voraussetzungen erfüllt sind. So weit so gut. Mir gefällt für einen professionellen Einsatz jedoch eine Sache nicht. Dazu später genaueres. Hier nur so viel, dass wir diese Unwucht von SEND_EMAIL beseitigen wollen. Als PDF herunterladen.Herunterladen Lassen Sie uns einige Aspekte von SEND_EMAIL noch einmal Revue passieren. SEND_EMAIL Voraussetzungen Die Skalarfunktion SEND_EMAIL sendet eine E-Mail an einen oder mehrere Empfänger. Dies erfolgt mithilfe des CL-Befehls SNDSMTPEMM (SMTP-E-Mail senden). Diese Funktion setzt voraus, dass der aufrufende Benutzer mit dem CL-Befehl ADDUSRSMTP (SMTP-Benutzer hinzufügen) beim SMTP-Server registriert ist. Ist der SMTP-Server nicht aktiv, versucht die Funktion, ihn vor dem Senden der E-Mail zu starten. SEND_EMAIL Parameter SEND_EMAIL Parameter Quelle: https://www.ibm.com/docs/en/i/7.4.0?topic=services-send-email-scalar-function Interessante Parameter: TO_EMAIL: Empfängeradresse SUBJECT: Betreff BODY: Eine Zeichenfolge mit bis zu 5000 Zeichen, die den Text der E-Mail enthält. ATTACHMENT: Eine Zeichenfolge mit bis zu 10 Pfadnamen von Dateien des integrierten Dateisystems, die als Anhänge an die E-Mail gesendet werden sollen. Jeder absolute Pfadname kann bis zu 200 Zeichen lang sein. Pfadnamen müssen durch Kommas getrennt werden. Leerzeichen vor oder nach Kommas...
Serie mit Klaus-Peter Luttkus: SQL Application Services Teil 15.05: Ein besseres SEND_EMAIL erstellen
5 Min. Lesedauer
Quelle: photoopus, Adobe Stock Phoros
Vorheriger BeitragNeue Redbooks und Redpaper von IBM
Nächster Beitrag Multi-Factor-Authentifizierung (MFA) – Teil 2
Verwandte Beiträge
JSON als Brücke: RPG und Java Kommunikation über Webservice
4 Min. Lesedauer
Teil 2: IBM ACS – Plugins
8 Min. Lesedauer