Victor Duchovni wrote: > On Wed, Jun 17, 2009 at 06:43:34PM +0200, Jelle de Jong wrote: > >> Bastian Blank wrote: >>> On Wed, Jun 17, 2009 at 05:20:38PM +0200, Jelle de Jong wrote: >>>> Would you be willing to have an other look at the logs? I still have the >>>> issue and I had to turn smtpd_tls_security_level to none, so the work >>>> processes of my customer could go on, but I don't think this workaround >>>> will be the solution. >>> The remote end (alpha2.bravo.nl) drops the connection with a FIN as >>> soon as the STARTTLS got acknowledged. >>> >>> Bastian >> Thank you Bastian, what exactly does that mean? Do we need the smtpd >> logs from the other server to see what is going wrong? I asked them >> twice already but no response so far. > > It means no TLS protocol actually took place. The sender gave up. > This is basically: > > Sender: "I notice we are speaking English, may I switch to Greek?" > Postfix: "Go ahead my Greek translation unit is on line now!" > Sender: Hangs up the phone, before sending a word of Greek, or anything > else. > > If you ponder this for a moment, you can conclude that neither the > Postfix use of the Greek translation unit, nor the internals of that > unit can possibly contribute to this problem, as no Greek is ever spoken. > > The sender changed his mind about continuing the conversation. Why? > Only the sender can tell, unless what you see is a fiction, created by > some intermediate firewall. >
I got some more debug information from the other server that initiates the sending of the mail. First my apologies I did not replaced information from this other server with something more discreet information, there was no harm intended. I just want to solve the problem. I attached the debug information in this mail. If I look at the logs it seems the exim system returns and error and stops. But when a delivery attempt is forced for the message, whether frozen or not, then the message is delivered. I don't know why this happens, I am not really into exim, could somebody have a look at the logs, or tell me what other information would be helpful? Thanks in advance, Best regards, Jelle de Jong
debug-information-from-other-sending-server.tar.gz
Description: application/gzip
