On Sun, Mar 15, 2015 at 01:21:08PM -0700, Talen-J wrote:

> /To test the connectivity, try using a TELNET client to 173.194.78.26 port 25
> and see what connections happen, and if you get any rejection messages. 
> That will tell you more about what is going on than 
> traceroute will, in this instance./
> 
> Installed telnet on my server and opened port 23 in my firewall. 

DO NOT install a telnet server on your machine.  Why on earth would
you do that?

Install the telnet command-line client!  And use it connect to
a remote server, instead of using traceroute.

        $ telnet <smtp-server> 25

> /You say your hosting provider is blocking port 25.  I am puzzled that
> you're suprised when you're unable to make outbound connections to port 25.
>  
> From all the how to guides on the internet I came to the conclusion that
> mail has to be received on port 25 (mandatory) but mail can sent form any
> port.

SMTP to the MX hosts of remote domains uses port 25 exclusively.
No alternatives.

> If you are saying that email has to be sent on Port 25 I have obviously
> misinterpreted the whole smtp thing and the concept of submission.

Email to remote domains MUST be sent on port 25.  Email from a
null-client to a fixed smart-host relay can go over any mutually
agreed port.

The submission port (587) is common choice for MUAs and perhaps
"null-clients" (MTAs that punt all mail to a "smart-host").

-- 
        Viktor.

Reply via email to