|
Scott Klement <midrange-l@xxxxxxxxxxxxxxxx> wrote: . . .
There's the Mail User Agent (MUA)
. . .
There's the Mail Transport Agent (MTA) that transfers the e-mail from system to system across the internet, . . .
. . .
There's the Mail Delivery Agent (MDA) that receives . . .
. . .
All 3 of these roles use SMTP!
. . .
Here's how the model is supposed to work:
. . .Okay, now email is starting to make sense. In effect, every MTA up to the final destination acts as an SMTP server for the previous MTA, and as an SMTP client to the next MTA on the route to the destination, and the originating user agent acts as an SMTP client to the originating MTA, if they're on different boxes, but not necessarily if they're on the same box, in which case they might (and indeed, DO, in the case of the QtmmSendMail API) interact directly without a TCP connection.
Okay. Reasonable enough. Thank you very much, Scott.To recap the problem at hand, we have a customer for whom the JavaMail front-end I wrote as part of one of our applications (the only server-side Java we have anywhere) isn't working. The whole purpose of that JavaMail front-end is to allow the server of our application to programmatically generate email (No, NOT for spamming!) without the need to go through the AS/400's own MTA, or even have it running. This client does, however, have AS/400 MTA running on the same box that will be running the application's server, and we already know that QtmmSendMail works fine on that box. So the plan is to ultimately have our email generator use the QtmmSendMail if the MTA is running, or fall back on the Java program (which is rather slow, and probably much slower than QtmmSendMail) if it isn't.
But we've never used the AS/400 MTA. We've never brought SMTP up on any of our AS/400s, and we use an entirely separate box to run our mail server. And without OS/400 SMTP running, we can't test the new QtmmSendMail-based email generator.
Is there anything in particular I need to know, in order to bring up OS/400 SMTP, and have it work, and talk to the outside world, without interfering with our regular mail server?
And by the way, at least as of the last time I checked, even after plugging in the correct DNS addresses, I couldn't even PING to the outside world by URL from the development AS/400 we'd be using for this. When I tried to PING the URL of my own ISP ("www.hb.quik.com"), it sat there for several minutes, using up 90+% CPU, then came back with a message telling me it couldn't find it. Do I need to restart TCP in order for the DNS changes to take effect? Am I missing something else? Is it some sort of firewall problem in our router (it shouldn't be: the same DNS addresses work fine on a WinDoze box on the same LAN).
Oh, and is there an RPG prototype available somewhere for QtmmSendMail? And what do I need to link in, to make it work? (I remember having all kinds of trouble finding that sort of info for the SQL CLI!) I'm just about to check the RPG "Wizard" Redbook.
-- Still very, very puzzled, but things are becoming clearer, JHHL
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
