Version: (using KDE KDE 3.1.94) Installed from: SuSE RPMs Compiler: gcc 3.3.1 OS: Linux Attempts to send email by SMTP gets blocked by my firewall (NorthQ - small SOHO firewall/switch/router). Using the KMail setup functions to inquire what encryption the SMTP server supports results in an unknown error code 0 (and asks me to please report bug). The following entries from my firewall log are two from encryption inquiry attempts ("Check what server supports"), and the last one is from an attempt to send queued mail. In both cases KMail experiences a timeout, which is only reported as such in the case of sending mail. 01/07/2004 04:29:57 **Invalid SMTP command(EHLO 192.)** 192.168.2.102, 32930->> 195.41.46.251, 25 (from WAN Outbound) 01/07/2004 04:23:17 **Invalid SMTP command(EHLO 192.)** 192.168.2.102, 32903->> 195.41.46.251, 25 (from WAN Outbound) 01/07/2004 04:21:31 **Invalid SMTP command(EHLO 192.)** 192.168.2.102, 32890->> 195.41.46.251, 25 (from WAN Outbound) I'm new to firewalls, if this is a firewall configuration problem please bear with me. But I guess at least the "Check what server supports" button could have a more descriptive error message for the timeout it gets.
Forgot to mention that it used to work fine (until Monday evening). Main reason I report this as a possible bug is KMail asking me to..
Subject: Re: Sending mail causes firewall to block invalid SMTP request Am Wednesday 07 January 2004 05:21 schrieb henrik@fangorn.dk: > Forgot to mention that it used to work fine (until Monday > evening). Main reason I report this as a possible bug is KMail asking me > to.. Can you tell us what you've changed since Monday evening? The firewall log dosn't show anything unusual, KMail is contacting the server at port 25 (SMTP) as it should. Perhaps the handling of errors inside KMail has changed, but it's definitly a problem with your firewall setup if access to that port is not allowed. What's looking strange is that in 01/07/2004 04:29:57 **Invalid SMTP command(EHLO 192.)** 192.168.2.102, 32930->> 195.41.46.251, 25 (from WAN Outbound) the connection looks like contacting from KMail at 192.168.2.102:32930 (internal net usually) to 195.41.46.251:25 (the SMTP server outside). However the FW report "from WAN Outbound" which means the opposite direction. Did you mix two cables?
OK, I've verified that it's a firewall problem. My brother had reconfigured it and something's obviously gone bad. Thanks for commenting on the log - sure WAN outbound looks very weird. But it's not the cables (sure could look like it :), my brother worked on it from another town. What remains is that when checking for SMTP server capabilities and getting a timeout, KMail returns an unknown error 0, where it should probably report a timeout or no connection. That's a low priority bug, but should IMHO be fixed at some time in the future.
Thanks for your effort to get this clear. I've changed the summary to reflect the real problem better.
The "unknown error code 0" message also appears if you click the "check what the server supports" button when you're offline.
I've seen no error if a firewall is blocking the conections in kmail 1.10.1, but all the options remain enabled when the "check what server supports" button is pressed.
I can confirm on 1.10.1. I think this bug should be left open. Maybe it can server as a reminder to make kmail display error messages if a connection can't be established. One way to reproduce: - unplug your network cable - open one of the accounts configuration dialogs (pop3/imap/smtp, doesn't matter) - check the servers abilities => the progressbar reaches 100%, not error shown, even though it couldn't establish a connection.
This is probably fixed with recent kdepim versions. Anyone able to reproduce with 4.8 ?
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.