Port 25 / 26 says "Could not open connection" using Telnet - email

I am currently troubleshooting an email problem with my server (IIS 7,5 , Windows server 2008 R2). When I run the "Telnet" command, I get the "Connecting to 127.0.0.1... Could not open the connection to the host, on port 25".
I've been running the commands:
"telnet 127.0.0.1 25"
"telnet 127.0.0.1 26"
"telnet localhost 25"
"telnet localhost 26"
All of these return the same message. If I run at port 80, I get a response.
I tried to turn off my firewall, which made no changes to the behavior (still could not open...).
Is this the usual behavior? Should sending emails still work, or are there something wrong?

Port 25 is for an MTA (message transfer agent) which passes email along as it goes from sender to recipient. If you don't have one installed and running locally then there is nothing listening on that local port. That sounds like the case.
Sending email is an outgoing connection (using some random local port) that can be done by connecting to an MTA on any machine accessible via the network; it doesn't have to use one on the local machine.

Related

Centos 7 unable to connect to smtps server "No route to host"

I have 2 PC (the second is a clone of first) running centos 7.
From one is not possible to send mail.
I did some tests and the result is this:
[root#PC2]# telnet smtps.aruba.it 465
Trying 62.149.156.218...
Connected to smtps.aruba.it.
Escape character is '^]'.
[root#PC1]# telnet smtps.aruba.it 465
Trying 62.149.128.218...
telnet: connect to address 62.149.128.218: No route to host
Trying 62.149.156.218...
telnet: connect to address 62.149.156.218: No route to host
PC1 returns "no route to host" but on the (global network) firewall I log packets that exit from PC1 to host.
All network configurations are the same in the subnet. What else can be the problem?
And more, if I try to connect to port 25 (that i know is NOT allowed) I receive allways double message:
[root#PC1]# telnet smtps.aruba.it 25
Trying 62.149.156.218...
telnet: connect to address 62.149.156.218: Connection refused
Trying 62.149.128.218...
telnet: connect to address 62.149.128.218: No route to host
while on other pc I have the right behavior
[root#PC2]# telnet smtps.aruba.it 25
Trying 62.149.156.218...
telnet: connect to address 62.149.156.218: Connection refused
Trying 62.149.128.218...
telnet: connect to address 62.149.128.218: Connection refused
This may be due to firewall settings.
You can configure it or completely disable (Please, don't do that)
Here you can find the setup manual

Telnet 23 gives response using command prompt, But telnet using chrome sockets gives junk characters as response

Below i mentioned the issue as steps
1, When I try to create a telnet Ip port 23 connection using command prompt i am getting a response that asks for login as
Telnet *.*.*.*
Connecting ....
Welcome to Microsoft telnet service
2, When I try to establish a telnet connection to same server and port using chrome Sockets Api through my chrome extension i am getting junk characters as
ÿý%ÿûÿûÿý'ÿýÿý
The original telnet protocol has a capability and options exchange at the beginning of the connection. A real telnet program hides this exchange but since you simply make a socket connection to port 23 you have to deal with it by implementing the telnet protocol properly.

Copy file or directory from remote server

I try to copy file from remote server to my local machin but it gives following error
ssh: connect to host 103.241.144.137 port 22: Connection refused.
command : scp root#111.111.111:/home/msecondo/public_html/jsp/afterLogin/sachin/PHR/ /localpth/.
"Connection refused" means that there was no process accepting connections at the IP address and port that your client tried to connect to. In this case, it probably means that there is no SSH server running at 103.241.144.137 port 22. Alternately, if the SSH server is running, it may not be listening on the IP address or port that you tried to connect to.
StackOverflow isn't the right site for troubleshooting SSH server configuration. If you have administrator privileges on the remote server, then you should look into how the SSH server is configured and whether it's running. If you're not an administrator on the remote server, you should report this to the administrators so that it can be investigated.

Cannot get irssi to work on Bluehost dedicated IP address

I am trying to get irssi to work over SSH on my Bluehost dedicated IP server.
Bluehost support says port 6667 is open, but you have to have an app listening to it, so running nc -l on the server and then telnet'ing in works, but if I run irssi on the server then it can't connect to freenode.net - it says the connection timed out.
If you do nmap -v -sT then you see the 6667/TCP port, but it's listed as closed.
How can get irssi to run using an ssh shell on Bluehost?
It Would be great to have under a Screen session you could re-login to from anywhere.
Make sure that you ask them if 6667 is open outbound TCP and UDP.
Sometimes they can mistake it for inbound or only open TCP for example. You can telnet to your IRC host on port 6667 even if something is not listening on the Bluehost side, assuming IRC is up and accepting connections, and Bluehost has the port opened, a telnet from your Bluehost account to the IRC server will work fine.

TCP/IP default port for sending console messages?

Is there a dedicated port (lower than 1024) specifically for clients to send text based console output to a server? I've googled extensively but to no avail. What's the best port (lower than 1024) for sending text based console output if any?
A port is just a number. You can see well known port assignments in /etc/services.
You need a server application to be listening on the given port to accept your input. There are number of remote terminal protocols and their implementations, among which are Telnet (port 23) and Secure Shell, or SSH (port 22).
The simplest way to test your socket client is to setup netcat on the server to listen on whatever port you want (port is 777 in the example bellow), and then try to connect to it from somewhere else:
server:~# nc -l -p 777
then
client:~$ nc server 777
Note that on Unix you normally need super-user (root) rights to bind "privileged", i.e. bellow 1024, ports.
I'm going to use telnet (port 23) since that's closest to what I want. Sending console messages to a server from a client. okey dokey thanks!