- _______________________________________________I uninstalled the DEB and installed the 3.42.2 Flatpak, and the same error message occurs when I attempt to send something using the WebMate account on 3.42.2.
Is there something else I need to try or something I need to run by my email hosting provider?
Once I resolve this issue, I’ll attempt to connect Evolution to Exchange and also see how that goes (plus I’ll re-connect my CalDAV and CardDAV servers).
Thanks!Nathan ParkerOn Dec 15, 2021, 5:28 AM -0600, Milan Crha via evolution-list <evolution-list@gnome.org>, wrote:On Tue, 2021-12-14 at 17:57 -0600, Nathan Parker via evolution-list
wrote:Thanks for the info! Is there a way to do an in-place update to
3.42.2 using a DEB, or do I need to migrate to the Flatpak?
Hi,
I do not know. I do not use Ubuntu. What I know is that the Evolution
depends on an evolution-data-server, which is used by multiple other
components, thus updating Evolution means updating also other parts of
the system. That's probably the main reason why the long term support
distros hesitate to be up-to-date with the upstream Evolution (and I
agree with that).
Using the Flatpak will keep you on a safe side, it will not touch the
system data, neither the on-the-host-installed Evolution itself, thus
you can return back any time. The Flatpak is good for testing new
versions too.
Bye,
Milan
_______________________________________________
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list - Milan Crha via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgThu, Dec 16, 2021 at 2:41 AMOn Wed, 2021-12-15 at 17:42 -0600, Nathan Parker via evolution-list
wrote:
> Is there something else I need to try or something I need to run by
> my email hosting provider?
Hi,
similar as in my first message in this thread, just the command is
slightly different:
$ CAMEL_DEBUG=imapx:io flatpak run org.gnome.Evolution
The log contains raw communication between the server and the
evolution. It does contain a lot of private information, in a free form
or encoded in some blobs. Make sure you don't expose anything private.
Even if the blob won't be readable by a human, it can be read by a
machine, thus remove those if unsure.
I won't need the whole log too. Simply run Evolution, wait until the
output on the console stops, then send a message and include only the
part when the message had been sent.
By the way, will it fail also when you copy a message from an On This
Computer account to the Sent folder in the affected account, please?
That should use the same function as the message send. Just in case, I
really mean from the On This Computer, because using a message in a
folder of the same account can use different ways to copy the message. - Nathan Parker via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgThu, Dec 16, 2021 at 7:06 PMThanks for the followup. I ran:$ CAMEL_DEBUG=imapx:io flatpak run org.gnome.EvolutionThis came back when sending the message:[imapx:A] I/O: 'A00019 OK IDLE completed (new feature)* 4863 EXISTS* 0 RECENT* OK [UIDVALIDITY 1548904006] Uid epoch* OK [UIDNEXT 12793] Predicted next uid* FLAGS (\Answered \Flagged \Deleted \Draft \Seen $Forwarded )* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen $Forwarded )] Limited'[imapx:A] I/O: 'A00021 APPEND Sent (\SEEN) "17-Dec-2021 00:00:23 +0000" {954}'[imapx:A] I/O: ''[imapx:B] I/O: 'B00022 SELECT INBOX'[imapx:B] I/O: '* 51 EXISTS* 0 RECENT* OK [UNSEEN 42] first unseen message* OK [UIDVALIDITY 1548898140] Uid epoch* OK [UIDNEXT 117245] Predicted next uid* FLAGS (\Answered \Flagged \Deleted \Draft \Seen $Forwarded )* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen $Forwarded )] Limited'[imapx:B] I/O: 'B00022 OK [READ-WRITE] SELECT completed'[imapx:B] I/O: 'B00023 IDLE'[imapx:B] I/O: '+ idling'This came back when moving a message from On My Computer to the Sent folder on the IMAP server:[imapx:B] I/O: ''[imapx:B] I/O: 'DONE'[imapx:B] I/O: ''[imapx:B] I/O: 'B00023 OK IDLE completed (new feature)'[imapx:B] I/O: 'B00024 SELECT Sent'[imapx:B] I/O: 'B00023 OK IDLE completed (new feature)* 4863 EXISTS* 0 RECENT* OK [UIDVALIDITY 1548904006] Uid epoch* OK [UIDNEXT 12793] Predicted next uid* FLAGS (\Answered \Flagged \Deleted \Draft \Seen $Forwarded )* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen $Forwarded )] Limited'[imapx:B] I/O: 'B00025 APPEND Sent (\SEEN) "17-Dec-2021 00:00:23 +0000" {954}'[imapx:B] I/O: ''These error messages came back when I first started running the command and Evolution first launched, if this helps pinpoint anything:Gtk-Message: 17:59:48.157: Failed to load module "xapp-gtk3-module"(evolution.bin:26): e-mail-engine-WARNING **: 17:59:49.016: Failed to add service 'Sendmail' (sendmail): No provider available for protocol “sendmail”Gtk-Message: 17:59:49.541: Failed to load module "xapp-gtk3-module"Gtk-Message: 17:59:49.831: Failed to load module "xapp-gtk3-module"Let me know if you need more tests run.Thanks!Nathan ParkerOn Thursday 12/16/2021 at 1:41 am, Milan Crha via evolution-list wrote:
On Wed, 2021-12-15 at 17:42 -0600, Nathan Parker via evolution-list
- Milan Crha via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgFri, Dec 17, 2021 at 2:03 AMOn Fri, 2021-12-17 at 01:06 +0100, Nathan Parker via evolution-list
wrote:
> [imapx:A] I/O: 'A00021 APPEND Sent (\SEEN) "17-Dec-2021 00:00:23
> +0000" {954}'
> [imapx:A] I/O: ''
> [imapx:B] I/O: 'B00022 SELECT INBOX'
Hi,
did you remove/redacted any of the above lines, please? After the
APPEND, a stream of 954 bytes was supposed to be written to the server.
I guess from that the server did not respond in an expected way.
Looking at the RFC3501, the APPEND example [1] shows a "+" server
response being expected, to confirm it's ready to receive the data.
It would be interesting to know whether other folders behave the same.
When you search the log there are CAPABILITY/CAPABILITIES requests and
responses, where the server sometimes advertises information about
itself, like what it is and its version.
Bye,
Milan
[1] https://datatracker.ietf.org/doc/html/rfc3501.html#page-47 - Nathan Parker via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgFri, Dec 17, 2021 at 8:38 PMThanks for the followup. I didn’t remove/redact any of the above lines. I could re-run the test and send you the link to the complete log if you need to see it, that way you’d have access to the log to search on. I’ver found a way to run the test without exposing too much personal information, so I’d be willing to try that and send you back the full log if need be (I could provide a link to download it so I’m not dumping the entire log contents here.
Thanks!Nathan Parker - Milan Crha via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgMon, Jan 3 at 4:22 AMOn Fri, 2021-12-17 at 19:38 -0600, Nathan Parker via evolution-list
wrote:
> I didn’t remove/redact any of the above lines.
Hi,
okay, no need to send the whole log then.
Could you search for the CAPABILITY/CAPABILITIES line, to see whether
the server advertises what it is, please?
Also, try to copy a message from a different account to another folder
of the affected account, and also to the Sent folder of the affected
account. I suppose the copy (the APPEND command) will fail with the
Sent folder, but I'm not sure whether it'll work or not with other than
the Sent folder. - Nathan Parker via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgMon, Jan 3 at 4:16 PMI don't recall seeing that line in the log (but I don't have the log in front of me at the moment).When I disable storing items in a Sent folder, the error message goes away (it just doesn't store my sent mail). Since this is my personal inbox, should I proceed with the re-test, or should I just not opt to store sent messages? Since this is my personal inbox, it isn't quite as urgent.My email hosting provider did the same tests, but they couldn't duplicate my error.Thanks!
--
Nathan Parker - Milan Crha via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgTue, Jan 4 at 1:29 AMOn Mon, 2022-01-03 at 15:16 -0600, Nathan Parker via evolution-list
wrote:
> Since this is my personal inbox, should I proceed with the re-test,
> or should I just not opt to store sent messages? Since this is my
> personal inbox, it isn't quite as urgent.
Hi,
it's up to you. I'd like to verify whether regular message addition
(the APPEND command) reproduces the problem, both in the Sent folder
and in other folders on that account, but that's probably the most we
can do about it.
Alternatively try the same with another mail client, like Claws Mail,
Geary or Thunderbird. The important part is to use the APPEND command,
because copy messages between folders of the same account can use other
commands to do the job. It's also possible the other clients will
ignore the empty line response (which had been shown in your logs).
By the way, you can store Sent messages in other folder/account, like
under the On This Computer/Sent folder. No need to lost the history. - Nathan Parker via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgTue, Jan 4 at 9:58 PMSounds good. I can go ahead and proceed with the test so you can see what's going on.If you can remind me of what Terminal command I need to run and what specific steps I need to take for this, that would be great. In the troubleshooting steps I performed with my email hosting provider on this, much of our previous conversation was wiped out, so I'm not seeing some of our past conversation history on the commands/steps I need to run.Thanks!
--
Nathan Parker - Milan Crha via evolution-list <evolution-list@gnome.org>UnsubscribeTo:evolution-list@gnome.orgWed, Jan 5 at 8:17 AMOn Tue, 2022-01-04 at 20:57 -0600, Nathan Parker via evolution-list
wrote:
> If you can remind me of what Terminal command I need to run and what
> specific steps I need to take for this, that would be great. In the
> troubleshooting steps I performed with my email hosting provider on
> this, much of our previous conversation was wiped out, so I'm not
> seeing some of our past conversation history on the commands/steps I
> need to run.
Hi,
it seems you run a development version under Flatpak. I hope you are
aware that the development version can have its own bugs. Any early
testing is appreciated, I only wanted to mention it.
If you have more IMAP accounts configured, then disable all but the
affected account. That will help to not mix debugging output from
multiple accounts. Once done, close Evolution, then run from a
terminal:
$ flatpak kill org.gnome.Evolution
$ CAMEL_DEBUG=imapx:io flatpak run org.gnome.Evolution
Once the output stops adding, drag a message from an On This Computer
folder to one of the IMAP account's folder. You should see in the log
an APPEND command, whose progress and result is important. After that
drop a message into the IMAP's Sent folder, whether it'll fail or work
as when sending messages. The debug log should have added another
APPEND command. Make sure you won't expose anything private from the
log. Even if you cannot decipher some blobs, they can be decoded by a
machine and expose your credentials or any other thing, thus, if
unsure, rather replace the blobs with XXXXX or similar.
Bye,
Milan
P.S.: By the way, you can reach the archive when you go to menu
Message->Mailing List->Get List Archive, or when you click the link at
the end of every message received through this list:
vvvvvvvv
- ,
- or
No comments:
Post a Comment