Re: [Evolution] Can not move mail to imap folder (exchange server)
I've included the lines leading up to the warning message popping up on the screen. The message is being moved between two folders on the same imap account. The warning comes up, but the message actually does move into the folder. Here is what happens when I tried to move the message I just got from you into a folder called Linux: * OK [UIDVALIDITY 157] UIDVALIDITY value * OK [UIDNEXT 59] The next unique identifier value C00034 OK [READ-WRITE] SELECT completed.' [imapx:C] got untagged response [imapx:C] Have token 'EXISTS' id 56 [imapx:C] imapx_untagged_exists: updating mailbox 'Linux' messages: 0 ~> 56 [imapx:C] got untagged response [imapx:C] Have token 'RECENT' id 2 [imapx:C] imapx_untagged_recent: updating mailbox 'Linux' recent: 0 ~> 2 [imapx:C] got untagged response [imapx:C] Have token 'FLAGS' id 0 [imapx:C] flags: 001f [imapx:C] got untagged response [imapx:C] Have token 'OK' id 0 [imapx:C] got untagged response [imapx:C] Have token 'OK' id 0 [imapx:C] got untagged response [imapx:C] Have token 'OK' id 0 [imapx:C] Got completion response for command 00034 'SELECT' [imapx:C] camel_imapx_server_process_command_sync: 0x564367c665e0 ~> (nil); success:1 local-error:[null] result:OK status-text:'SELECT completed.' [imapx:C] adding command, format = 'SELECT %M' [imapx:C] completing command buffer is [12] 'SELECT INBOX' [imapx:C] camel_imapx_server_process_command_sync: (nil) () ~> 0x7fdaa0010400 (SELECT) [imapx:C] Starting command ( literal) C00035 SELECT INBOX [imapx:C] I/O: 'C00035 SELECT INBOX' [imapx:C] I/O: '* 434 EXISTS * 0 RECENT * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent) * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags * OK [UIDVALIDITY 14] UIDVALIDITY value * OK [UIDNEXT 45808] The next unique identifier value C00035 OK [READ-WRITE] SELECT completed.' [imapx:C] got untagged response [imapx:C] Have token 'EXISTS' id 434 [imapx:C] imapx_untagged_exists: updating mailbox 'INBOX' messages: 434 ~> 434 [imapx:C] got untagged response [imapx:C] Have token 'RECENT' id 0 [imapx:C] imapx_untagged_recent: updating mailbox 'INBOX' recent: 0 ~> 0 [imapx:C] got untagged response [imapx:C] Have token 'FLAGS' id 0 [imapx:C] flags: 001f [imapx:C] got untagged response [imapx:C] Have token 'OK' id 0 [imapx:C] got untagged response [imapx:C] Have token 'OK' id 0 [imapx:C] got untagged response [imapx:C] Have token 'OK' id 0 [imapx:C] Got completion response for command 00035 'SELECT' [imapx:C] camel_imapx_server_process_command_sync: 0x7fdaa0010400 ~> (nil); success:1 local-error:[null] result:OK status-text:'SELECT completed.' [imapx:C] adding command, format = 'UID MOVE ' [imapx:C] uidset add '45807' [imapx:C] start [imapx:C] adding command, format = '%u' [imapx:C] got gint '45807' [imapx:C] adding command, format = ' %M' [imapx:C] completing command buffer is [20] 'UID MOVE 45807 Linux' [imapx:C] camel_imapx_server_process_command_sync: (nil) () ~> 0x564367c75120 (MOVE_MESSAGE) [imapx:C] Starting command ( literal) C00036 UID MOVE 45807 Linux [imapx:C] I/O: 'C00036 UID MOVE 45807 Linux' [imapx:C] I/O: '[COPYUID 157 45807 59] * 434 EXPUNGE * 433 EXISTS C00036 OK MOVE completed.' [imapx:C] camel_imapx_server_process_command_sync: 0x564367c75120 ~> (nil); success:0 local-error:unexpected server response: result:[null] status-text:'[null]' [imapx:C] Removed connection 0x7fda80001460 (server:0x7fda80006170) due to error: Error moving messages: unexpected server response: [imapx:C] I/O: '' EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet EWebExtension - handle_method_call - AddCSSRuleIntoStyleSheet On Thu, 2017-12-07 at 17:56 +0100, Ángel wrote: > On 2017-12-07 at 09:40 -0600, Chris Roth wrote: > > Evolution 3.26.2 > > > > When I move a message from my Inbox to an imap folder I get the > > following warning: > > > > Error while Moving messages into folder . > > Error moving messages: unexpected server response: > > > > How can I diagnose this / fix it? > > > > Regards, > > Chris > > Hello Chris > > Is the INBOX in the same imap account as the destination folder? Or > are > you moving an email into a different account? If so, on which kind of > account is the INBOX? > > In order to debug it, you would launch evolution with an appropriate > CAMEL_DEBUG environment value, and the analysis of the underlying > communication should allow finding what's wrong with the move. See > >
Re: [Evolution] Can not move mail to imap folder (exchange server)
On 2017-12-07 at 09:40 -0600, Chris Roth wrote: > Evolution 3.26.2 > > When I move a message from my Inbox to an imap folder I get the > following warning: > > Error while Moving messages into folder . > Error moving messages: unexpected server response: > > How can I diagnose this / fix it? > > Regards, > Chris Hello Chris Is the INBOX in the same imap account as the destination folder? Or are you moving an email into a different account? If so, on which kind of account is the INBOX? In order to debug it, you would launch evolution with an appropriate CAMEL_DEBUG environment value, and the analysis of the underlying communication should allow finding what's wrong with the move. See https://wiki.gnome.org/Apps/Evolution/Debugging (Please note that the communication with the server may include credentials, so strip any confidential data from the logs before sharing them) Best regards ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Fetch PGP Public keys from LDAP?
On Thu, 2017-12-07 at 09:31 -0500, David Burleigh wrote: > Sigh... That is certainly true about trying to find a solution that works for > diverse clients. Well, perhaps if we can get everyone to switch to Linux, > then we can make Evolution our common email client, but that's a big > undertaking in itself... Evolution isn't even a standard (i.e. default) MUA across Linux distros. poc ___ 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] Can not move mail to imap folder (exchange server)
Evolution 3.26.2 When I move a message from my Inbox to an imap folder I get the following warning: Error while Moving messages into folder . Error moving messages: unexpected server response: How can I diagnose this / fix it? Regards, Chris ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Fetch PGP Public keys from LDAP?
On Thu, 2017-12-07 at 09:08 -0500, Adam Tauno Williams wrote: > On Wed, 2017-12-06 at 18:32 -0500, David Burleigh wrote: > > What I'm really after is away to simplify and nearly automate the > > use > > of pgp encryption for emails within our organization. Already we > > have > > the robust mail clients like Evolution, Thunderbird, and Outlook > > (for > > Windows users) access our common LDAP service for our > > organizational > > contacts, so it would be convenient to have everyone's public key > > hosted there also, and automatically used to encrypt mail to them. > > [again: ~26+ years experience] > > We used to do the same - use LDAP as a contacts backend between > diverse > clients. The problem is that such a solution is a potent example of > LDC (least common denominator) behavior. Beyond very basic > functionality like name-and-email you can't get much; you certainly > will not be able to get all the clients to inter-operate getting > encryption keys from the addressbook - it just isn't going to > happen. > I know, when you set it up it seems like you are 99.44% of the way > there to a good collaboration solution [essentially what we used to > call "groupware"] - but that 0.56% is a big deal - and LDAP cannot > deliver it. > > See a very old presentation of mine - http://www.wmmi.net/documents/ > LDA > P105.pdf - concerning how even the basic schema used by Evolution, > Thunderbird, and WAB [Outlook] don't match up across clients. :( > > Any notion that 'the world' would settle on a standard LDAP schema, > and > any notion that 'the world' had a genuine interest in real inter- > operability, is now dusty history. Hyper-proprietary "cloud" > services > [called them "SaaS" back when I was wee lad] have crushed any > momentum > that existed concerning standards; or at least any standards that > don't > suit their purposes. > > You get closest to what you want using a WebDAV (CardDAV) server. > Even then advanced features like key sharing are iffy. > > There are very pragmatic reasons that, eventually, almost all > organizations standardize on a specific client. > ___ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list Sigh... That is certainly true about trying to find a solution that works for diverse clients. Well, perhaps if we can get everyone to switch to Linux, then we can make Evolution our common email client, but that's a big undertaking in itself...___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Fetch PGP Public keys from LDAP?
On Wed, 2017-12-06 at 18:32 -0500, David Burleigh wrote: > What I'm really after is away to simplify and nearly automate the use > of pgp encryption for emails within our organization. Already we have > the robust mail clients like Evolution, Thunderbird, and Outlook (for > Windows users) access our common LDAP service for our organizational > contacts, so it would be convenient to have everyone's public key > hosted there also, and automatically used to encrypt mail to them. [again: ~26+ years experience] We used to do the same - use LDAP as a contacts backend between diverse clients. The problem is that such a solution is a potent example of LDC (least common denominator) behavior. Beyond very basic functionality like name-and-email you can't get much; you certainly will not be able to get all the clients to inter-operate getting encryption keys from the addressbook - it just isn't going to happen. I know, when you set it up it seems like you are 99.44% of the way there to a good collaboration solution [essentially what we used to call "groupware"] - but that 0.56% is a big deal - and LDAP cannot deliver it. See a very old presentation of mine - http://www.wmmi.net/documents/LDA P105.pdf - concerning how even the basic schema used by Evolution, Thunderbird, and WAB [Outlook] don't match up across clients. :( Any notion that 'the world' would settle on a standard LDAP schema, and any notion that 'the world' had a genuine interest in real inter- operability, is now dusty history. Hyper-proprietary "cloud" services [called them "SaaS" back when I was wee lad] have crushed any momentum that existed concerning standards; or at least any standards that don't suit their purposes. You get closest to what you want using a WebDAV (CardDAV) server. Even then advanced features like key sharing are iffy. There are very pragmatic reasons that, eventually, almost all organizations standardize on a specific client. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Fetch PGP Public keys from LDAP?
On Wed, 2017-12-06 at 19:23 -0500, David Burleigh wrote: > The mail server for internal communication rejects all traffic other than its > particular domain, so for this particular purpose we're not concerned with > outside traffic. [Once again, please do not top-post. It annoys many people on this list and is unsuitable for mailing lists with long discussion threads.] Understood. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list