Could you check your hostname using the command `hostname` and see if this is correct? Could you check if you change this value the mail can be sent?

hostname returns the correct hostname, problem stays the same if I change the hostname

Please tell me the email server (hostname and port) you try to connect to in private mail. I don't need the password/login to test EHLO/HELO, so don't send it :)

Thanx for your reply!
It's mail.webspacezone.de running Postfix 2.1
I forgot adding in the bugreport that it works for me with mozilla's 
mailclient, so it can't be misconfiguration of my DSL/ISDN-router as 
some other user reported.

Benjamin

Marc Mutz wrote:

>------- You are receiving this mail because: -------
>You reported the bug, or are watching the reporter.
>You are a voter for the bug, or are watching someone who is.
>        
>http://bugs.kde.org/show_bug.cgi?id=89800        
>
>
>
>
>------- Additional Comments From mutz kde org  2004-10-07 19:44 -------
>Please tell me the email server (hostname and port) you try to connect to in private mail. I don't need the password/login to test EHLO/HELO, so don't send it :)
>  
>

Works for me. If it doesn't work for you, please do either of the following:

1. If you're not using SSL/TLS, then make a log of the connection with e.g. ethereal. In this case, please provide the log in human-readable form, not as the ethereal binary log format.

2. Otherwise, in kdebase/kioslave/smtp/smtp.cc, line ~270, in sendCommandLine(), the first two lines are commented out. Please remove the "//" comments in front of them, recompile and install, then catch the debug output those two generate (I always start "kdeinit" in a shell, so all debug output gets redirected there, but there might be better ways) and send them to me in private mail. The interesting line is actually the server response to the EHLO, and that one is already printed (search the debug output for lines containing "S:").

Thanks,
Marc

As I promised to Benjamin I have captured the protocol with my
KMail as well. Here it is (it works for me as well):

220 kokytos.rz.informatik.uni-muenchen.de ESMTP Postfix (Debian/GNU) 
EHLO dhcp27.dhcp.informatik.uni-muenchen.de 
250-kokytos.rz.informatik.uni-muenchen.de 
250-PIPELINING 
250-SIZE 52428800 
250-VRFY 
250-ETRN 
250-STARTTLS 
250-XVERP 
250 8BITMIME 
MAIL FROM:<brade@informatik.uni-muenchen.de> SIZE=1492 
RCPT TO:<---@-----.---> 
DATA 
250 Ok 
250 Ok 
354 End data with <CR><LF>.<CR><LF> 
From: Michael Brade <brade@informatik.uni-muenchen.de> 
...

Interesting is that 'hostname' returns "newton" on my computer,
but the EHLO command got the name that was assigned using
DHCP to me. Could it be that on Benjamin's computer the process of
getting the name works but returns an empty string due to a
misconfiguration or the like?

Cheers,
  Michael

> Interesting is that 'hostname' returns "newton" on my computer, 
> but the EHLO command got the name that was assigned using 
> DHCP to me. Could it be that on Benjamin's computer the process of 
> getting the name works but returns an empty string due to a 
> misconfiguration or the like? 

I would rather think it's that hostname(1) returns sth from a config file while kio_smtp makes a reverse DNS lookup on the interface address. But I don't think it's got to do with the hostname. You can send almost anything there, normally. Might be that the server wants us to go away due to excessive load and returns a 4xx response to EHLO (or in the greeting). But then again, that works perfectly well with the epost servers (complete with KMail adding "This is a temporary failure, you can try again later"), and those're often overloaded...

Reassigning the bugs of the SMTP, IMAP and POP ioslaves to kdepim-bugs.

Undo autoconfirm.

Closing, this works for me. If someone can still find a way to reproduce the problem, please reopen.