Dears,

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.

I suspect in the dsl router, but I believe all configurations are ok as well.

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.

Thanks!
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.

At least, that is my reasoning.

What is your outgoing mail server?

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.

Good point. I'm using CLI "echo test | mail -s "Hello" xyz@mycompanyname.com
Might be he can't solve this domain name.

I believe that Port 25 is blocked by my ISP - SMTP

telnet example.com 25

Trying 173.194.35.22...
telnet: connect to address 173.194.35.22: No route to host
Trying 173.194.35.21...
telnet: connect to address 173.194.35.21: No route to host
Trying 2a00:1450:4002:801::1015...
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.
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.

Thank you very much!