PDA

View Full Version : Mail Transfer Agent auf der AS/400



Seiten : [1] 2

itec01
09-12-21, 10:12
Hallo Zusammen,
hat das jemand schon probiert? Da die AS/400 Linux versteht, könnte ich mir vorstellen, dass es funktionieren könnte.
Wir nutzen RPGMAIL und schicken die emails direkt an den SMTP Server. Da es nun ein Problem mit der VPN Verbindung gab und die emails nicht gepuffert werden sind die leider weg. Ohne jetzt die Programme zu verändern dachte ich mir, dass es mit MTA eine Art Pufferung gibt oder gibt es eine Alternative um die emails zu puffern. Wie oben schon geschrieben, wir nutzen das tool RPGMAIL.

Vielen Dank schon mal.

Gruß Klaus

holgerscherer
09-12-21, 13:41
Wir nutzen RPGMAIL und schicken die emails direkt an den SMTP Server. Da es nun ein Problem mit der VPN Verbindung gab und die emails nicht gepuffert werden sind die leider weg. Ohne jetzt die Programme zu verändern dachte ich mir, dass es mit MTA eine Art Pufferung gibt oder gibt es eine Alternative um die emails zu puffern. Wie oben schon geschrieben, wir nutzen das tool RPGMAIL.


Hallo Klaus,
RPGMAIL ist ja nicht ganz neu und dürfte auch direkt mit einem SMTP-Server verbinden. Da wird das interne MSF nicht viel mehr bringen, denn dessen Konfig ist auch... herb.

habt Ihr mal SNDSMTPEMM ins Auge gefasst?

-h

itec01
09-12-21, 13:55
Hallo Holger,
ja, das hatten wir, aber irgendwann habe ich es verworfen, weil manche test's nicht erfolgreich waren und es Probleme mit verschiedenen Absender Email Adressen gab.
Könnte ich dann damit eine Art Puffern erreichen, falls der SMTP Server nicht erreichbar wäre?
Wenn ja, dann schaue ich mir das gerne noch einmal an.
Danke.
Klaus

itec01
09-12-21, 16:13
Hallo,
ich habe mir das nun etwas näher angeschaut.
Die AS/400 steuert das Puffern über den Parameter RTYRMTSVR im CHGSMTPA.
Problem:
1. RPGMAIL wartet bis die Anzahl der Retries erfolgt und bringt dann die Fehlermeldung, dass der SMPT Server nicht erreicht werden kann. Wieso das so ist, keine Ahnung. Vermutlich ist das in den Tiefen von JAVA versteckt. So, auf jeden Fall nicht zu gebrauchen.
2. SNDSMTPEMM sagt zwar, dass die email versendet wurde, puffert aber, d.h. aktiviere ich den SMTP Server, dann erfolgt danach die email Zustellung. Soweit so gut, leider habe ich, wie zuvor schon erwähnt, ein Problem mit dem Befehl, weil immer ein SMTP Account existieren muss. Über diesen erfolgt dann die Zuordnung zur Sender Adresse. Das wäre ein hoher Aufwand bei jedem User dies einzurichten. Ein zusätzliches Problem stellt sich bei den Batch Jobs dar. Da wir abhängig von Prozessen mit unterschiedlichen Sender Adressen arbeiten, müssten wir dies auch komplett neu organisieren.

Puuh, viel geschrieben, aber irgendwie wird es nicht rund.

Eventuell hat noch jemand eine Idee zum einem Problem, wieso RPGMAIL wartet oder wie die Sender Problematik beim SNDSMTPEMM gelöst werden kann.
Danke.
Klaus

Fuerchau
10-12-21, 11:01
SNDSMTPEMM gibt das Versenden an die Verteilerwarte-Schlange, die das dann asynchron versucht zu versenden.
Mittels https://www.ibm.com/docs/en/i/7.2?topic=ssw_ibm_i_72/cl/dspdstlog.htm kannst d das Protokoll verfolgen.
RPGMAIL sendet eben direkt mit Überwachung der Antwort.
Alternativ gibts ja noch Javamail per SMTP.
Dazu kann bestimmt Michael Krautscheid (AS-Mike) Tipps abgeben.

itec01
10-12-21, 12:23
Was wird so in der Masse als email tool verwendet? Was denkst du? Prinzipiell, wenn die IBM bord eigenen Mittel funktionieren, dann sollte man die auch nehmen.

camouflage
10-12-21, 13:24
Prinzipiell, wenn die IBM bord eigenen Mittel funktionieren, dann sollte man die auch nehmen.

Der war gut.

Momentan hab ich einen ziemlich dicken Hals wegen dem Ei. Kein Wunder wenden sich Kunden ab, wenn es um Integrationen geht. Man mag wohl soviel Open Source draufpacken bis man lustig ist, es bleibt - sagen wir so - herausfordernd. Grossartig, man kann u.a. wohl auch PDF's erstellen, jedoch mit einem Format von anno domini. Sorry, so wird das nichts. Und vom Xerox Drucker, der partout keine Logos drucken will, möchte ich schon gar nicht schreiben.

Apropos Mail, es gäbe auch noch eine Lösung von EASY400, MMAIL. Soviel ich weiss, hat das Holger auch in seinem Portefeuille. Wenn Du dir das auch mal angucken möchtest.

n.b. Auch eine Methode Aufgaben die man eigentlich selber machen müsste an Dritte zu delegieren.

Freitagsfrust, der musste jetzt von meiner geplagten Seele. :-(

Fuerchau
10-12-21, 14:06
Nun ja, da Java und NodeJS auf AS/400 läuft, halte ich es ebenso für Bord-Mittel, dies zu nutzen;-).
Das machen doch andere ebenso, wenn Java als App-Basis funktioniert.
Es gibt sogar ein Java-basiertes Betriebsystem.
Wir kennen es doch alle und arbeiten ständig damit: Android.
Und Java32/64 ist eben in der AS/400 ebenso integriert.
Alles eine Frage der Betrachtung (siehe Namensverwendung).

Andreas_Prouza
10-12-21, 14:43
Mailversand kann schon ein komplexeres Thema sein (Wiederanlauf, Error handling, Protokollierung, Unicode, div. SMTP Konfigurationen, eingebettete Bilder und Attachements, templates, ...).
Genau dafür hab ich mein Produkt iMail erstellt und vertreibe diesen. (Details hier: https://www.prouza.at/?page_id=590)

Du kannst auch via Node.JS (was ich generell nicht empfehle), PHP oder Python einen Mail Client schreiben.
Das funktioniert meist mit wenigen Code-Zeilen, ist sehr einfach und unterstützt meist alles was man heutzutage braucht.

ILEMax
10-12-21, 14:49
wir verwenden das (https://the-tool-company.de/tools/mimail)

Der ILEMax