On Mon, 2020-01-13 at 15:09 -0800, Jonathan Ryshpan wrote:
> Done as GNOME > evolution-data-server > Issues > #182
> Messages on local maildir can't be retrieved
Hi,
thanks. Just for easier access to archive readers:
https://gitlab.gnome.org/GNOME/evolution-data-server/issues/182
On Mon, 2020-01-13 at 12:37 +0100, Milan Crha via evolution-list wrote:
> On Sat, 2020-01-11 at 07:07 -0800, Jonathan Ryshpan wrote:
> > The setup is simple: ...
>
> would you mind to file a bug against evolution-data-server [1],
> please?Even there's no reliable reproducer, it'll be better to hav
On Sat, 2020-01-11 at 07:07 -0800, Jonathan Ryshpan wrote:
> The setup is simple: I run a single instance of Evolution and no
> other email clients on any device. Evolution has 4 active accounts:
>
> Local (On this computer)
> IMAP (imap.mail.att.net)
> IMAP (imap.gmail.com)
> Search Folders
> Th
On Fri, 2020-01-10 at 14:17 +, Pete Biggs wrote:
> I wouldn't like to point fingers, but multiple Evo clients seem to
> work OK together ...
Hi,
it depends. I recall there are cases where even one Evolution instance
can trick itself. If I recall correctly, it had something to do with
"
On Fri, 2020-01-10 at 08:46 +0100, Milan Crha via evolution-list wrote:
> > Can anyone tell me what's going on, how to investigate it, how to
> > prevent it, or how to recover?
>
> I do not have an answer to any of your question, unfortunately, though
> I've a question for you instead. The only th
On Fri, 2020-01-10 at 08:43 -0500, Adam Tauno Williams wrote:
> On Fri, 2020-01-10 at 12:06 +, Pete Biggs wrote:
> > It feels like there is some miss-match of cache syncing policies
> > between devices -
>
> This. IMAP clients vary **wildly** in their conformance to both the
> protocol requi
On Fri, 2020-01-10 at 12:06 +, Pete Biggs wrote:
> It feels like there is some miss-match of cache syncing policies
> between devices -
This. IMAP clients vary **wildly** in their conformance to both the
protocol requires and best practices.
The default mail clients on both IOS and Android
On Fri, 2020-01-10 at 08:46 +0100, Milan Crha via evolution-list wrote:
> On Thu, 2020-01-09 at 12:51 -0800, Jonathan Ryshpan wrote:
> > Can anyone tell me what's going on, how to investigate it, how to
> > prevent it, or how to recover?
>
> Hi,
> I do not have an answer to any of your quest
On Thu, 2020-01-09 at 12:51 -0800, Jonathan Ryshpan wrote:
> Can anyone tell me what's going on, how to investigate it, how to
> prevent it, or how to recover?
Hi,
I do not have an answer to any of your question, unfortunately, though
I've a question for you instead. The only thing I know
I've been getting results like this fairly frequently from evolution;
when attempting to read a message (double clicking on it in the message
list) a notice like this appears:
Unable to retrieve message.Cannot get message
1578599196.1398_1004.amito from folder
/home/jonrysh/.local/share/evolution/m
On Tue, 2015-11-10 at 12:28 +0530, Ritesh Khadgaray wrote:
>
> You might want to clear the cache and check -
> https://wiki.debian.org/Evolution
>
> Cheers
> -ritz
Tried that but it did not work. It created the folders.db files again,
but I still had the same problems.
But I have found a solut
Hi
On Nov 9, 2015 9:52 PM, "Fedora" wrote:
>
> I have a problem with Evolution Mail (version 3.16.5) that is steadily
getting worse.
>
> I get lots of (typically) ...
>
> "Unable to retrieve message.
>
> Cannot get message 1445510505.6156_169.ceri from folder
/home/mike/.local/share/evolution/mai
I have a problem with Evolution Mail (version 3.16.5) that is steadily getting
worse.
I get lots of (typically) ...
"Unable to retrieve message.
Cannot get message 1445510505.6156_169.ceri from folder
/home/mike/.local/share/evolution/mail/local/.House.BT Bills: No such file or
directory"
If
On Wed, 2014-06-25 at 09:28 +0200, Milan Crha wrote:
> On Tue, 2014-06-24 at 11:45 +0200, Svante Signell wrote:
> >
> Thanks for your help. Unfortunately I did not get anything reasonable
> > out of this. gdb is hanging the whole desktop. I have to get out of
> > graphic mode and kill gdb each tim
On Tue, 2014-06-24 at 11:45 +0200, Svante Signell wrote:
>
Thanks for your help. Unfortunately I did not get anything reasonable
> out of this. gdb is hanging the whole desktop. I have to get out of
> graphic mode and kill gdb each time.
Hi,
then run gdb from the text terminal instead, li
On Tue, 2014-06-24 at 11:45 +0200, Svante Signell wrote:
> On Tue, 2014-06-24 at 08:05 +0200, Milan Crha wrote:
> > On Mon, 2014-06-23 at 15:07 +0200, Svante Signell wrote:
> > >
>
> > Hi,
> > try this:
>
> > The backtrace will show where the 'buffer' was NULL, though it will
> > probab
On Tue, 2014-06-24 at 08:05 +0200, Milan Crha wrote:
> On Mon, 2014-06-23 at 15:07 +0200, Svante Signell wrote:
> >
> Hi,
> try this:
> The backtrace will show where the 'buffer' was NULL, though it will
> probably not show why. Still, the information might be valuable.
Thanks for your
On Mon, 2014-06-23 at 15:07 +0200, Svante Signell wrote:
>
Howe to make gdb stop at the correct thread to get a backtrace?
> Continuing.
> [New Thread 0x7fff56ffd700 (LWP 24666)]
>
> (evolution:24607): GLib-GObject-CRITICAL **: g_closure_unref:
> assertion
> 'closure->ref_count > 0' failed
>
On Mon, 2014-06-23 at 12:23 +0200, Andre Klapper wrote:
> On Mon, 2014-06-23 at 11:13 +0200, Svante Signell wrote:
> > Another unreadable message (there are plenty of them):
> > tail -50l logfile:
> >
> > +#endif /* ! GRUB_TYPES_CPU_HEADER */
> > diff --git a/i386/grub/err.h b/i386/grub/err.h
> >
On Mon, 2014-06-23 at 11:13 +0200, Svante Signell wrote:
> Another unreadable message (there are plenty of them):
> tail -50l logfile:
>
> +#endif /* ! GRUB_TYPES_CPU_HEADER */
> diff --git a/i386/grub/err.h b/i386/grub/err.h
> new file mode 100644
> index 000..1590c68
> --- /dev/null
> +++ b/
On Wed, 2014-06-18 at 23:42 +0200, Svante Signell wrote:
> On Wed, 2014-06-18 at 16:34 +0100, Pete Biggs wrote:
> > > Removed folders.db and recerated it from .cache/evolution/mail/.../ and
> > > recreated it:
> > >
> > > (evolution:5139): GLib-GObject-CRITICAL **: g_closure_unref: assertion
> > >
On Wed, 2014-06-18 at 16:34 +0100, Pete Biggs wrote:
> > Removed folders.db and recerated it from .cache/evolution/mail/.../ and
> > recreated it:
> >
> > (evolution:5139): GLib-GObject-CRITICAL **: g_closure_unref: assertion
> > 'closure->ref_count > 0' failed
> .
> .
> >
> > (evolution:5139): G
> Removed folders.db and recerated it from .cache/evolution/mail/.../ and
> recreated it:
>
> (evolution:5139): GLib-GObject-CRITICAL **: g_closure_unref: assertion
> 'closure->ref_count > 0' failed
.
.
>
> (evolution:5139): GLib-GIO-CRITICAL **: g_output_stream_write_all:
> assertion 'buffer !=
On Wed, 2014-06-18 at 10:03 +0100, Pete Biggs wrote:
> >
> > > The problem looks like you are getting a null response when requesting
> > > the body of a message. Try removing the local mail folder summary as
> > > before. If that doesn't work, then you need to look at the server logs
> > > to s
>
> > The problem looks like you are getting a null response when requesting
> > the body of a message. Try removing the local mail folder summary as
> > before. If that doesn't work, then you need to look at the server logs
> > to see what's happening.
>
> Which file, folders.db?
> INBOX.ibex
On Wed, 2014-06-18 at 09:35 +0100, Pete Biggs wrote:
> On Tue, 2014-06-17 at 20:51 +0200, Svante Signell wrote:
> > ping
>
> Ah, the old subtle hint that you want a reply because you think you are
> being ignored - and I thought the correct form these days was "bump".
Never seen that.
>
> > > C
On Tue, 2014-06-17 at 20:51 +0200, Svante Signell wrote:
> ping
Ah, the old subtle hint that you want a reply because you think you are
being ignored - and I thought the correct form these days was "bump".
> > CAMEL_DEBUG=imapx:io evolution >& logfile&
> > ...
> > HTML CODE
> >
> > > [imapx:A]
On Tue, 2014-06-17 at 20:51 +0200, Svante Signell wrote:
> ping
A short advice. IMHO even "man ping" is hard to understand, at least for
using it to troubleshoot the issue the OP is experiencing. Please reply
more detailed, IOW how to use ping to troubleshoot this particular
problem. I'm using pin
ping
On Mon, 2014-06-16 at 10:34 +0200, Svante Signell wrote:
> On Mon, 2014-06-16 at 09:22 +0100, Pete Biggs wrote:
> > On Mon, 2014-06-16 at 09:57 +0200, Svante Signell wrote:
> > > Now I'm getting problems with some emails on one of my imapx accounts:
> > >
> > > Unable to retrieve message.
>
On Mon, 2014-06-16 at 09:22 +0100, Pete Biggs wrote:
> On Mon, 2014-06-16 at 09:57 +0200, Svante Signell wrote:
> > Now I'm getting problems with some emails on one of my imapx accounts:
> >
> > Unable to retrieve message.
> > Error fetching message: unexpected server response:
> >
>
> That err
On Mon, 2014-06-16 at 09:57 +0200, Svante Signell wrote:
> Now I'm getting problems with some emails on one of my imapx accounts:
>
> Unable to retrieve message.
> Error fetching message: unexpected server response:
>
That error message doesn't exactly give any clues as to where the
problem is,
Now I'm getting problems with some emails on one of my imapx accounts:
Unable to retrieve message.
Error fetching message: unexpected server response:
What's going on?? This is on another computer than the one I reported
from earlier.
Installed: 3.12.2.1
ii evolution
ii evolution-common
ii ev
On Sun, 2009-11-08 at 18:51 +0100, Felix Koop wrote:
>
> Am Sonntag, den 08.11.2009, 10:09 -0430 schrieb Patrick O'Callaghan:
> > On Sat, 2009-11-07 at 20:03 +0100, Felix Koop wrote:
> > >
> > > Just to be sure: The folder in which I get this message is not on any
> > > server, but on the local m
On Sun, 2009-11-08 at 18:51 +0100, Felix Koop wrote:
>
> Am Sonntag, den 08.11.2009, 10:09 -0430 schrieb Patrick O'Callaghan:
> > On Sat, 2009-11-07 at 20:03 +0100, Felix Koop wrote:
> > >
> > > Just to be sure: The folder in which I get this message is not on any
> > > server, but on the local
Am Sonntag, den 08.11.2009, 10:09 -0430 schrieb Patrick O'Callaghan:
> On Sat, 2009-11-07 at 20:03 +0100, Felix Koop wrote:
> >
> > Just to be sure: The folder in which I get this message is not on any
> > server, but on the local machine. But I looked up all servers and there
> > is no message
On Sat, 2009-11-07 at 20:03 +0100, Felix Koop wrote:
>
> Am Samstag, den 07.11.2009, 11:15 -0500 schrieb Philippe LeCavalier:
> > On Sat, 2009-11-07 at 17:09 +0100, Felix Koop wrote:
> > > I don't have an IMAP server. The INBOX is on local storage and I get all
> > > of my mail from POP servers.
Am Samstag, den 07.11.2009, 11:15 -0500 schrieb Philippe LeCavalier:
> On Sat, 2009-11-07 at 17:09 +0100, Felix Koop wrote:
> > I don't have an IMAP server. The INBOX is on local storage and I get all
> > of my mail from POP servers.
> >
> > ---
> > Kind regards, Felix
> >
> The same can be do
Am Samstag, den 07.11.2009, 09:32 -0430 schrieb Patrick O'Callaghan:
> On Sat, 2009-11-07 at 08:59 +0100, Felix Koop wrote:
> >
> > Very strange. If I delete all of the index files and vacuum the database
> > files, then restart evoilution, the message is not there. I can try and
> > get all of
On Sat, 2009-11-07 at 08:59 +0100, Felix Koop wrote:
>
> Am Freitag, den 06.11.2009, 19:40 -0430 schrieb Patrick O'Callaghan:
> > On Fri, 2009-11-06 at 23:56 +0100, Felix Koop wrote:
> > You could try vacuuming the SQL database files (shutting down Evo first
> > of course):
> >
> > #!/bin/sh
> >
Am Freitag, den 06.11.2009, 19:40 -0430 schrieb Patrick O'Callaghan:
> On Fri, 2009-11-06 at 23:56 +0100, Felix Koop wrote:
> You could try vacuuming the SQL database files (shutting down Evo first
> of course):
>
> #!/bin/sh
>
> cd ~/.evolution/mail/
> for i in `find . -name folders.db`
> do
>
Hi
I have just swapped all my email accounts to IMAP and now about every
10th message returns.
Unable to retrieve message
Could not find message body in FETCH response.
I looked into the imap folder and can't really find anything suspicious
in the files.
And it happens with 3 different mail acc
41 matches
Mail list logo
