On Tuesday 12 December 2006 15:28, Hans-Werner Hilse wrote: > Hi, > > On Tue, 12 Dec 2006 14:30:19 +0000 Mick <[EMAIL PROTECTED]> > > wrote: > > I have noticed that the bandwidth consumed by an IMAP4 account of > > mine is rather high and I believe this because of the following type > > of behaviour: > > > > I click to send the message. The message is uploaded to the server. > > ...by your client. Noone said that you need to put sent messages also > onto an IMAP, i.e. mail storage server. MTA would be enough in order to > send the mail. But you certainly know...
I was quite wrong in this statement. At this stage the message is sent using
SMTP and saved on Kmail, but it does not yet get uploaded/stored on the IMAP
server. If I logon using webmail I cannot find the sent message on the
sent-mail folder.
> > I click to sync/receive messages. The message is uploaded again(!)
> > to the server this time in the sent-mail IMAP folder.
>
> Uploaded? I would expect it to get downloaded -- at least, if you're
> using cached IMAP. Without cached IMAP, I would expect it to download
> headers only.
Wrong again in my statement I'm afraid. If I sync now I get a message saying:
"Mails on the server in folder [EMAIL PROTECTED]/inbox/sent-mail were
deleted. Do you want to delete them locally?
UIDs: XXX"
Looking at the webmail gui now reveals that my sent message is listed on the
IMAP server. Selecting 'Yes' deletes the message from the Kmail folder.
Sync'ing once more downloads the message from the IMAP server back into Kmail.
> I rather guess it's cached IMAP, i.e. a client side configuration issue.
I haven't changed my Kmail configuration, only upgraded to the latest stable
Kmail 1.9.5 and this behaviour started.
> For further inspection, I'd recommend installing tcpflow (better suited
> for this than tcpdump) and logging communication with the server. You
> could even quote from that communication here.
I've run tcpflow but the output is garbled (as if I am looking at binary
content):
==============================================
# tcpflow -c -i eth0 host 192.168.0.5
tcpflow[9478]: listening on eth0
216.066.069.090.08090-192.168.000.005.50197: q....E..DT..ru..A....A....
%j.CL...r..5..jR..H...X...0]..e*......C.......n..-....H).IE[...<.......h3.=...O.K...m4...s)X.................1+..3...
$....Gl..Bg.Z[..x+.....v[......h...'e..I..<Vk....U*.M!l..U5.#....._.c....A.h.GU.N..3
{53..._.
|.i.p.E!i...3...L..pO.i..<....c.....W..BI7.m.....W3B....:.W.i..x..S.~g.
Mk^...eX.R...D...S........[...z].........Z.=.J.1...{..b...259....3D%.....
{..4.&.k..u.C.ie.Oh.1....SH...VS...N..3...%E.}.c.e;..,..^0.Nf
==============================================
you get the picture. What shall I use to look at it and make sense of it?
--
Regards,
Mick
pgphJcvgFoT4G.pgp
Description: PGP signature
