Bug 88058

Summary:	Slightly longer messages do not get completely set
Product:	[Unmaintained] kmail	Reporter:	C <chitta>
Component:	general	Assignee:	kdepim bugs <pim-bugs-null>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	martin
Priority:	NOR
Version First Reported In:	1.6.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description C 2004-08-25 20:23:51 UTC

Version:           1.6.1 (using KDE 3.2 BRANCH >= 20040204, Mandrake Linux Cooker i586 - Cooker)
Compiler:          gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk)
OS:                Linux (i686) release 2.6.3-4mdk

This is Kmail on Mandrake 10, official download 
release.

Short messages get sent fine.

Longer messages just stay in the outbox after being
delivered 90-99%. However, the (aborted) messages do
reach  receiver after the cancel button (bottom right 
corner when message is being delivered) is clicked.
The message stays in the outbox, after delivery is 
aborted.

The connection to the MTA is over SSL and requires
authentication.

Kmail on Mandrake 9.2 delivers all sorts of messages
to the same MTA with the same connection settings.

Comment 1 C 2004-08-25 21:17:40 UTC

Note that Kmail connects to the MTA over a phone line
in this case.

Comment 2 C 2004-08-29 08:37:41 UTC

The MTA is qmail. Here is a reply from the qmail mailing list
about this problem.
=============================================================
Chittaranjan Mandal <Chittaranjan.Mandal@iitkgp.ac.in> wrote:
> Does qmail connection die if the link is too slow?

Yes, but "too slow" is very slow indeed -- abominably slow.

> I have no problem over fast ethernet, but I am getting problems
> with a ppp connection over a modem to a PSTN network.
> 
> Details of the problem is available in the following bug report:
>    http://bugs.kde.org/show_bug.cgi?id=88058

This isn't evidence of a slow connection -- it's evidence of an SMTP receiver
which doesn't respond to the end of the data phase of the SMTP conversation
(i.e., the sender sends CRLF.CRLF and doesn't get a response).

The above report doesn't indicate whether qmail is the receiving SMTP agent,
or the sending one.  If the latter, show us your qmail-send logs.

Charles
-- 
---------------------------------------------------------------------------
Charles Cazabon                                <qmail@discworld.dyndns.org>
GPL'ed software available at:         http://www.qcc.ca/~charlesc/software/
Read http://www.qcc.ca/~charlesc/writings/12-steps-to-qmail-list-bliss.html
---------------------------------------------------------------------------

Comment 3 Martin Koller 2009-08-26 23:29:02 UTC

can you still reproduce this with the current version of KDE (4.3) ?

Comment 4 Martin Koller 2009-10-08 21:39:15 UTC

No response - closing. If it is still reproducible, please reopen.