|
1) You're right about the thoroughness of the testing. Keeping it simple with a sending out of an email and a return is probably the best. 2) If I was to write my own I would probably want to tap into their presence because using scripts to talk to my own site would probably all happen internally - who knows what evil those router people have been up to. 3) I didn't think that the VPN might not be a true test - do you think that it, again, might be manipulated by the Cisco kid? If so, then maybe two accounts at home might be in order. A separate cable modem account for the truly outside - and a VPN/DSL account for the inside. Rob Berendt -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin Scott Klement <klemscot@klements. To: midrange-l@midrange.com com> cc: Sent by: Fax to: midrange-l-admin@mi Subject: Re: Testing email connection to the outside world drange.com 12/31/2001 04:27 PM Please respond to midrange-l Comments in-line. On Mon, 31 Dec 2001 rob@dekko.com wrote: > > We thought of bouncing it off of yahoo or hotmail but the turnaround is > unacceptable. Yahoo has an out of office but I am not sure how often it > grinds out the out-of-office message. Yahoo also has a forwarding to > another address which sounds really cool but that only pumps it out on > occasion and not upon the receipt of new mail. > This would be a good test, but as you've noticed, the turnaround isn't so hot. > Our Cisco kid have me this url to verify our email, but I don't know how to > utilize this information programmatically: > http://www.zmailer.org/mxverify-cgi.html That's nice. I can show you how to do that programmatically -- but it doesn't test everything. It tests that the MX hosts that your ISP has set up for you are receiving mail. It does not eliminate any bugs in those mail servers that might prevent the mail from actually getting to you. (Though, if you wrote your own version of these scripts, you could have it create an actual message that gets sent to you, which would be a more thorough test.) Plus, it doesn't test outgoing mail at all. If you do want to do this programmatically, you'll need to make a choice: 1) Do you want to call the existing mxverify-cgi scripts at zmailer.org and/or funet.fi. (Presumably, they wouldn't mind you doing this?) 2) Do you want to write a program that does the same thing that these scripts are doing, and run it from your AS/400? Option #1 would be very easy using my new open-source "HTTP API". (Which allows you to communicate with web servers, cgi scripts, etc from an ILE program, using GET or POST methods, and with & without SSL) If that interests you, take a look at: http://klement.dstorm.net/httpapi/ and let me know and I'll post a quick example of making such a query. (I wrote one in about 3 minutes, just to see if it would work) For #2, you'd want to: 1) Get the DNS MX records of your mail servers. I posted an example of this here: http://archive.midrange.com/midrange-l/200110/msg01567.html 2) Make TCP socket connections to each mail server and send the SMTP messages that look something like this: HELO whatever get back SMTP reply MAIL FROM:<> get back SMTP reply RCPT TO:<postmaster@that.domain> get back SMTP reply RCPT TO:<your.address@that.domain> get back SMTP reply For details on the sockets part, you can see my sockets tutorial at: http://klement.dstorm.net/rpg/socktut/ and for details on the SMTP protocol, see RFC 821 Or I could post a simple example of this, if this is indeed what you want to do.. > Perhaps an option is to get DSL set up to my home and have a throwaway box > there configured with it's own email domain to bounce back messages. Work > has already supplied my home PC and is currently paying for my second phone > line. Some other employees here have this DSL connection with a VPN. We > might be able to utilize them instead. Even better would be a mail server that does not have any sort of VPN connection to you that you could send a message to and have it mail back a reply.,, _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
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.