Hi Charlie On 4/13/06, Charlie Brady <charlieb-qpsmtpd@budge.apana.org.au> wrote: > > On Wed, 12 Apr 2006, john habermann wrote: > > > Hi Peter > > > > On 4/7/06, Peter J. Holzer <hjp@hjp.at> wrote: > >> On 2006-04-07 14:55:58 +1000, john habermann wrote: > >> > >> Since the error occurs within less than 1 second of the start of the > >> transmission, it can't be a timeout. So the connection is probably > >> dropped for some reason. It is probably best to use a packet sniffer > >> (ethereal works well in my experience) to check what the client and > >> server actually send. > > > > I have used tethereal to capture the communication between the server. > > This is what I have between the 354 go ahead and the 451 error: > > > > 45.636243 10.1.0.10 -> 10.1.0.143 SMTP Response: 354 go ahead > > 45.636415 10.1.0.143 -> 10.1.0.10 TCP 1847 > smtp [FIN, ACK] > > Seq=227 Ack=479 Win=65057 Len=0 > > 45.639529 10.1.0.10 -> 10.1.0.143 SMTP Response: 451 Incomplete DATA > > > > I am afraid it doesn't mean anything to me. Should I try capturing the > > full packet information rather than trying just the summary of the > > packets. > > Well, yes, ... but I think you have shown enough to say that the client > has asked to close the connection without sending any data. > > What do the client logs say? Do you have a support arrangement with the > vendor of the client software? No we don't, it is actually in another office so I have no experience with it but the techie in that office tells me that it is actually a demo version so we have no support contract. He also says that it is a labour intensive and error prone and would be great if we could junk it. I think this just gives us further incentive to find an alternative. Thanks for your help > > --- > Charlie > -- John Habermann The Wilderness Society www.wilderness.org.auThread Previous