FedoraThis forum is for the discussion of the Fedora Project.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Can anyone help me with this? My emails are not send
All mails are stuck @ the mail queue. And once I get another Internet connections (especially at office) they went successfully. Please note that my connection @ home is great and my mail client (thunderbird) is ok.
If you can send them from another connection, then it's not the computer.
Therefore it is something in your home network between the computer and your gateway.
If you are using wireless, try a cable, one that you know works. If you are using a cable, use a cable that you have tested elsewhere and are certain that it works. Cables do go bad--I had a connectivity problem that I eventually traced to the two-foot long cable from the modem to the router.
If your modem is separate from the router, try connecting directly to your modem with a cable and seeing whether the emails go. If they do, then it's the router or your connection with the router.
The key is to rule out possible sources of the problem, conclusively and methodically, one item at a time. Troubleshooting must be done with a scalpel, not a shotgun.
But it's very strange case here, also I don't understand the different between the cable and the wireless connection in my case
FYi.. I'm using dsl router without any modems, and I have restored it to the factory default settings, but nothing changed.
The fact that you said the emails were sent just fine on a different connection indicates to me that it's something, not the computer, in your home system. Therefore, it becomes necessary to find out just in which component that problem lies.
I can't explain any theoretical difference. Malfunctioning antenna, bad circuit on the board, short-circuits, bad chip--ultimately the software depends on the hardware.
I do know troubleshooting, and, in troubleshooting, testing every possible variable to find the source of the trouble is essential.
Also, testing the hardware components is often quicker and easier than testing the software components--it's a simple matter of swapping known-good items in place of existing items--tedious, but effective.
If you make sure that all the hardware components are okay, then you can troubleshoot software with some confidence. If it's hardware, all the software troubleshooting in the world won't fix it.
If you're using the local MTA in Fedora (Postfix?), the default setting is probably to use DNS to deliver mail directly to the recipient's server. Most mail servers will reject mail from dynamic IP addresses, which could explain why your mails are stuck in the queue until you use a different Internet connection.
I believe that Port 25 is blocked by my ISP - SMTP
telnet example.com 25
telnet: connect to address 184.108.40.206: No route to host
telnet: connect to address 220.127.116.11: No route to host
telnet: connect to address 2a00:1450:4002:801::1015: Network is unreachable
How to bypass this and how to know my outgoing mail server in terminal?
...which means you're using the local MTA on your Fedora box to deliver mail. Unless you've configured Postfix to use authenticated SMTP against your ISP's SMTP relay, this isn't going to work reliably. Some mail servers may accept mail from your IP address while others won't.
Configure Postfix to use your ISP's smart host (relay) and use authentication, and you should be able to send mail anywhere regardless of the type of Internet connection you're using.
Originally Posted by akamel
Might be he can't solve this domain name.
As long as the domain name in question is registered and configured on the Internet and a mail server has been set up to receive mails for this domain, name resolution isn't likely to be an issue here.