On Tue, 2018-11-06 at 08:44 -0500, Josh wrote:
> On 11/6/18 03:31, Milan Crha via evolution-list wrote:
> > is one of those which
> > cannot be recovered from.
> Again, I must strongly disagree because other clients, based on my test
> results, posted in one of my previous messages, managed to
Am Dienstag, den 06.11.2018, 08:44 -0500 schrieb Josh:
> Again, I must strongly disagree because other clients, based on my
> test
> results, posted in one of my previous messages, managed to correctly
> recover and there is no valid reason why evolution can't do the same
> for
> the benefit of
On 11/6/18 03:31, Milan Crha via evolution-list wrote:
is one of those which
cannot be recovered from.
Again, I must strongly disagree because other clients, based on my test
results, posted in one of my previous messages, managed to correctly
recover and there is no valid reason why evolution
On Mon, 2018-11-05 at 23:19 -0500, Josh wrote:
> On 11/5/18 17:46, Andre Klapper wrote:
> > On Mon, 2018-11-05 at 17:15 -0500, Josh wrote:
> > > I strongly believe that Evolution should adapt Thunderbird
> > See the previous message by Milan.
> >
> Could anyone from Evolution development answer
Hi,
On Mon, 2018-11-05 at 23:19 -0500, Josh wrote:
> 1. Retrieve emails from IMAP server to the best extend possible, for
> the
> maximum user's benefits.
> or
> 2. Report bugs in IMAP server and completely discard user needs if a
> bug
> is found.
well, maybe if you can answer me this
On 11/5/18 17:46, Andre Klapper wrote:
On Mon, 2018-11-05 at 17:15 -0500, Josh wrote:
I strongly believe that Evolution should adapt Thunderbird
See the previous message by Milan.
Could anyone from Evolution development answer my simple question.
What is the purpose of this piece of
On Mon, 2018-11-05 at 17:15 -0500, Josh wrote:
> I strongly believe that Evolution should adapt Thunderbird
See the previous message by Milan.
Cheers,
andre
--
Andre Klapper | ak...@gmx.net
https://blogs.gnome.org/aklapper/
___
evolution-list
On 11/5/18 03:30, Milan Crha via evolution-list wrote:
Anyway, I really do not think there is anything more to do.
I politely but very strongly disagree with you on your statement.
Thunderbird and OS X Mail show all messages in the folder, failed
message just has blank message body. iOS Mail
On Sat, 2018-11-03 at 15:47 -0400, Josh wrote:
> Would you suggest additional diagnostics?
Hi,
I do not have anything else than what I already wrote earlier. That is,
Thunderbird probably uses different method to get the message
information from the server, which avoids the faulty
Milan,
Using thunderbird I made a copy of the folder where error is reported.
Resulting folder shows exactly the same error.
I suppose it means that thunderbird has no problems reading and copying
the message in question.
Would you suggest additional diagnostics?
Is it possible to do similar
On Thu, 2018-11-01 at 12:38 -0400, Josh wrote:
> Which email is corrupted? 1717 or 1718?
Hi,
it's the message with UID 1717. It might be interesting whether
Thunderbird shows it at all in the UI. If it does, then maybe it uses
different way to get the headers (like getting whole message
Milan
Server responses are not redacted, only message header values were removed.
My question still stands: Thunderbird can read the folder and I can
attempt to repair it.
Which email is corrupted? 1717 or 1718?
BTW, I found that Boxer for Android stops on the same message.
However, based on
On Mon, 2018-10-29 at 20:33 +0100, Ángel wrote:
> Milan: this can be easily extracted using uudecode(1), which is
> provided by the sharutils package[1]
Hi,
thanks. That might be it, I do not have it installed. I've been sure
there is some simple tool for it, but I've been also too lazy.
Hi Milan,
I apologize for using uuencode.
I was under impression that attachments are not allowed, I don't recall
any list that clearly allowed attachments. All lists I've been using
before silently dropped all attachments. Any internet search engine
knows about uuencode. As for base64, which
Wow, an uuencoded attachment.
Josh must be an old-timer :)
Milan: this can be easily extracted using uudecode(1), which is provided
by the sharutils package[1]
Anyway, as this is a small file, I am including it here as a normal
attachment, too.
Best regards
1-
On Mon, 2018-10-29 at 10:11 +0100, Milan Crha via evolution-list wrote:
> On Sat, 2018-10-27 at 21:57 -0400, Josh wrote:
> > Here you go.
>
> Hi,
> thanks.
>
> > uuencoded to preserve formatting and special chars if
> > any.
>
> Ehm, it's called "Preformatted" in the composer, but if you
On 10/23/18 11:51, Milan Crha via evolution-list wrote:
On Tue, 2018-10-23 at 10:54 -0400, Josh wrote:
I believe I did exactly like you said, CAMEL_DEBUG=all
Hi,
I'm sorry, but you didn't. The CAMEL_DEBUG=all is useless, it contains
too much information. I wanted you to use a specific
On Tue, 2018-10-23 at 10:54 -0400, Josh wrote:
> I believe I did exactly like you said, CAMEL_DEBUG=all
Hi,
I'm sorry, but you didn't. The CAMEL_DEBUG=all is useless, it contains
too much information. I wanted you to use a specific logging, more
targeted to the issue you have.
> and only
On 10/23/18 03:13, Milan Crha via evolution-list wrote:
On Mon, 2018-10-22 at 18:47 -0400, Josh wrote:
[imapx:A] camel_imapx_server_process_command_sync: 0x7f469c00e300 ~>
(nil); success:0 local-error:unknown body response result:[null]
status-text:'[null]'
[imapx:A] Removed connection
On Mon, 2018-10-22 at 18:47 -0400, Josh wrote:
> [imapx:A] camel_imapx_server_process_command_sync: 0x7f469c00e300 ~>
> (nil); success:0 local-error:unknown body response result:[null]
> status-text:'[null]'
> [imapx:A] Removed connection 0x7f46ec087c90 (server:0x55e507ff9d80)
> due
> to error:
Greetings,
There is a message in an IMAP mailbox which causes
camel_imapx_server_process to stop fetching the rest of messages.
Thunderbird silently gets all mailbox contents with no errors reported.
Running evolution with instructions from
https://wiki.gnome.org/Apps/Evolution/Debugging does
21 matches
Mail list logo
