On Fri, 2018-11-02 at 00:50 +0100, Robin Kuiper via evolution-list
wrote:
> Hi,
> Evolution has an issue
Which version?
> the way it marks a VTODO complete is not according to the iCal spec (
> https://tools.ietf.org/html/rfc5545#section-3.8.2.1). it does not
> specify it in UTC time. When i
Hi,
Evolution has an issue, the way it marks a VTODO complete is not
according to the iCal spec
(https://tools.ietf.org/html/rfc5545#section-3.8.2.1). it does not
specify it in UTC time. When i mark a task complete, it saved as follows:
Hi,
On Thu, 2018-11-01 at 12:56 -0400, Dr. John H. Lauterbach wrote:
> concurrent connections are always set to "1".
aha, okay, I see.
> evolution does not allows TLS when the server wants STARTTLS or the
> reverse.
The STARTTLS and TLS operate on different ports usually. But you are
On Thu, 2018-11-01 at 17:26 +0100, Milan Crha via evolution-list wrote:
> Hi,
> On Thu, 2018-11-01 at 11:02 -0400, Dr. John H. Lauterbach wrote:
> Evolution has a problem.
> I'd not call it Evolution problem, the server rejects the credentials,not
> Evolution. I doubt Evolution garbles your
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
Hi,
On Thu, 2018-11-01 at 11:02 -0400, Dr. John H. Lauterbach wrote:
> Evolution has a problem.
I'd not call it Evolution problem, the server rejects the credentials,
not Evolution. I doubt Evolution garbles your credentials anyhow when
you enable the other account/s. It's not the case
Thank you, Milan. I would NOT have posted the output of CAMEL_DEBUG=imapx:io
evolution UNLESS I had first verfied login credentials.
Adding the second imapx account causes the first (and working) account to have
an authentication failure.
In addition, all AUTHENTICATION TYPES were verified
On Thu, 2018-11-01 at 10:12 -0400, Dr. John H. Lauterbach wrote:
> [imapx:A] I/O: 'A00103 LOGIN ...'
> [imapx:A] I/O: 'A00103 NO [AUTHENTICATIONFAILED] Authentication failed.'
Hi,
all login attempts end like the above. It's what the server returned,
it doesn't like your credentials
RE: $ CAMEL_DEBUG=imapx:io evolution
Thank you for the suggestion. Output of this command line shows nothing unless
an impax account is active.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe,
RE: $ CAMEL_DEBUG=imapx:io evolution
Thank you for the suggestion. Please note that all the imapx accounts work fine
together on MS Outlook 365. imapx accounts that have worked fine at various
times in the past, aren't working now. Only imapx account now that is working
is on servers owned by
On Wed, 2018-10-31 at 12:10 -0400, Jacque Hurley via evolution-list
wrote:
> It is when the window is in focus that it even gives me the option to
> "Dismiss all". Just happened with what I guess is the newest release
> since the Reminder window is now different (much smaller).
Hi,
as far
12 matches
Mail list logo