[Akonadi] [Bug 330846] Sent mails are truncated when copied to the Sent Mails folder

[Christian Mollekopf]

https://bugs.kde.org/show_bug.cgi?id=330846

--- Comment #9 from Christian Mollekopf <mollekopf at kolabsys.com> ---

> > For the truncated message I suggest you check the actual payload on the
> > server.
> Sorry, I can't.
> This is a server from my provider ( t-mobile.at), which I have no control
> over.
> 

Ok, no problem.

> > The only other thing I can think of is that the transmitted message size
> > (446) is not big enough:  A000083 APPEND "Sent Items" (\Seen) {446}
> > 
> > Feel free to reopen if you know more.
> I'll leave this at WAITINGFORINFO for now.
> 
> I will try with your patches tomorrow and report back.
> 
> Although I don't really think they will solve the problem.
> 
> As I already wrote in comment#2, removing the "UID SEARCH HEADER" command
> did help.

Since SEARCH is a readonly operaton and the server acknowledged the APPEND,
this can only be a server problem it seems.

> I tried to remove the "UID STORE" command before that, but that still
> resulted in the truncation.
> 
> Maybe a timing problem? (although that would point to a server problem I
> think)
> 

I can't imagine it since it's all sequential.

> Or maybe the last line should have a line feed as well in any case? (as I
> said, apparently only the text after the last line feed is lost)
> I'm not sure what the RFC's say regarding that...
> 

No newline required.

> >The only other thing I can think of is that the transmitted message size (446) is not big enough:  A000083 APPEND "Sent Items" (\Seen) {446}
> I thought about this as well, but it works fine with the other servers I use.
> And it doesn't really seem to be related to the exact size, rather to the
> last line feed in the message.
> 

It's supposed to be the exact number of bytes that are part of the transferred
data.

> Anyway, I will try to do more experiments.

Thanks

-- 
You are receiving this mail because:
You are on the CC list for the bug.