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