https://bugs.kde.org/show_bug.cgi?id=330846
--- Comment #9 from Christian Mollekopf <mollek...@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. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs