Hey, Yeah I meant use telnet to connect to port 25 and manually send an email as I would normally. I just have a routing/firewall issue preventing me from doing this easily currently. So let's say my mail server, @companyX.com is set to block incoming mail from any recipient with a local domain, such as companyX.com since that scenario could never occur in reality unless a forged sender was used, I want to test this, it appears to be not working...
Anyone got a shell I can use :) jlc -----Original Message----- From: Ben Scott [mailto:[email protected]] Sent: Thursday, January 08, 2009 9:47 AM To: NT System Admin Issues Subject: Re: Online Mail Test On Thu, Jan 8, 2009 at 11:14 AM, Joseph L. Casale <[email protected]> wrote: > I am in a situation where any external access I have to remote systems under > my control have port 25 outbound blocked by their isp. > I need to do some mail testing where I telnet in and set my from email, > compose a message and By "telnet in" do you mean using Telnet-the-protocol as the remote access protocol to access those remote systems, or using TELNET.EXE to establish a raw TCP connection to an SMTP listener? I'll assume the later, as Telnet-the-protocol is increasingly rare these days. If my guess is wrong, say so. So my next question is: What mail scenario are you trying to test? Are you checking whether an SMTP server at the remote site can receive mail? If so, use your remote access method to get to a system at the remote site, then open your raw TCP connection from there. Are you checking whether mail sent from that site can make it out in general? If so, most ISPs will provide an SMTP relay server. So do "TELNET smtp-relay-server.example.net 25" or whatever and relay through that. If ISP requires a password, I can explain how you formulate the required LOGIN string (it's not too hard, and useful to know these days). If you're desiring to probe third-party SMTP servers directly, while physically visiting the remote site, do you have a remote access solution (e.g., VPN, RDP) that will let you connect to a site with a less-bad ISP and test that way? Might be better that way. Web-based interfaces have their own set of issues, the biggest described below. If none of the above apply, describe the scenario better. :) > deliver it in to the mail server. Anyone know of an online mail tester that > allows you to specifically set the "From" address and push out a test email? Gmail will let you set your "From" address, but only after verifying that you can read mail sent to that address (by emailing it a verification code you have to enter back in to the Gmail web UI). I'm guessing you probably won't be able to find a long-lived, usable, completely unrestricted, general-purpose, third-party, web-based mail sending service. They're too tempting a target for spammer abuse. -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
