Re: [Evolution] open-map service
On Mon, 2020-01-06 at 22:40 -0800, Jonathan Ryshpan wrote: > Thanks for your help. I have done as you request. Hi, thanks. For the record, it's filled as: https://gitlab.gnome.org/GNOME/evolution/issues/746 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
Re: [Evolution] open-map service
On Mon, 2020-01-06 at 12:59 +0100, Milan Crha via evolution-list wrote: > On Thu, 2020-01-02 at 18:03 -0800, Jonathan Ryshpan wrote: > > The action called for looks like an "open-map:" service, similar > > to"http:"; if so it's no wonder that browsers don't understand. > > Cananyone clarify the situation? Is there any way to make evolution > > callon a different service? > > Hi,it's not meant to pass this URI to the browser, it's meant > to processit first. What web page is opened depends on Edit- > >Preferences->Contacts->Open maps with... > Hrm, I see it stopped working for some reason. > Would you mind to file a bug at [1], if not there already, please? > I'dlike not to forget of this.Thanks and bye, Milan > [1] https://gitlab.gnome.org/GNOME/evolution/issues/new Thanks for your help. I have done as you request. ___ 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] Evolution PST support
On Tue, 2020-01-07 at 01:57 +0100, Ángel wrote: > On 2020-01-04 at 11:41 +, Patrick O'Callaghan wrote: > > I would look at IMAP, which Outlook supports. It's possible to > You would "post" a message to an IMAP folder is done just by moving > the message to that folder. Yep, IMAP is the correct solution. And "POST" is really just 'PUT', nothing complicated about it. > Using a IMAP server will certainly work and is a proper solution. I > wonder though if William will be able to get an IMAP server (as there > seems to be an implicit requisite of using a "dumb" storage folder). > Maybe he will be able to solve it by running an IMAP server on > localhost and pointing his MUA there. If you want multiple-user access there should be a server agent, like an IMAP server. That is the correct solution. Stay out of the files. -- Executive Committee Chair Michigan Association of Railroad Passengers 537 Shirley St NE Grand Rapids, MI 49503-1754 Phone: 616.581.8010 E-mail: awill...@whitemice.org GPG#D95ED383 ___ 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] Evolution PST support
On 2020-01-04 at 11:41 +, Patrick O'Callaghan wrote: > I would look at IMAP, which Outlook supports. It's possible to set up > an IMAP server to share folders between users, with the ability to post > messages directly into the folder (i.e. without using SMTP). I know > Evolution used to support posting in this way but I haven't done it in > many years so am not sure if it still exists. I also don't know how > this would interact with PST formatted messages. > > poc You would "post" a message to an IMAP folder is done just by moving the message to that folder. Using a IMAP server will certainly work and is a proper solution. I wonder though if William will be able to get an IMAP server (as there seems to be an implicit requisite of using a "dumb" storage folder). Maybe he will be able to solve it by running an IMAP server on localhost and pointing his MUA there. 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] HTML email problem
On 2020-01-04 at 06:45 -0500, Joe Wade Pulley wrote:
> Thanks for the reply.
>
> I've created a Test.pst file containing 1 email in Outlook.
>
> I wasn't sure how to show you the way it looks for me in Evolution so I
> took a screenshot of what I see showing the header, the text portion at
> the top of the email and the beginning of the HTML display of the email
> at the bottom of the screen. I also attached a pdf of what I see in
> Outlook. Except for some font issues (likely not installed on Ubuntu)
> the HTML portion looks fine in Evolution.
>
> If there is something else you need in order to see what I'm talking
> about please let me know.
>
> Thanks,
> Joe
I have been able to import the email myself and reproduce the issue.
Looking at the source of the imported mail, it has the header:
> Content-Type: multipart/alternate; boundary="=-m7pctIXGHnNa8SIElS5Z"
>
which is wrong, it should be multipart/alternative, per rfc 1341 (and
later, up to rfc 2046)
It's true that it is used to specify alternate contents, but the right
name is multipart/alternative.
Reviewing the code, it is a bug of the pst importer, that sets the mime
to multipart/alternate rather than multipart/alternative.
https://gitlab.gnome.org/GNOME/evolution/blob/master/src/plugins/pst-import/pst-importer.c#L1322
I have opened bug 745 about this, along with the trivial fix as a merge
request:
https://gitlab.gnome.org/GNOME/evolution/issues/745
https://gitlab.gnome.org/GNOME/evolution/merge_requests/42
(hope it is right from a procedimental pov, though)
Joe, as you are using the evolution version packaged by Ubuntu 19.10 I
see a few options.
* You could switch to a newer version -with this bug fixed- based on
Flatpack.
* You could try to get Ubuntu maintainers to include this fix
* You could patch your own evolution version (this is a trivial fix, so
it'd be very simple)
* You could continue using the broken importer and deal with it fixing
the imported entries later. Just running the following sed command on
the folder containing the imported files would fix them:
sed -i '0,/^$/ { s!^Content-Type: multipart/alternate!Content-Type:
multipart/alternative! }' *.evolution:*
Kind 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] 2 exchange accounts
On Mon, 2020-01-06 at 16:26 +0100, Milan Crha via evolution-list wrote: > On Mon, 2020-01-06 at 14:19 +, William Dossett wrote: > > Not sure where I read that ews was not needed except for > > exchange 2007 and before Maybe / hopefully https://help.gnome.org/users/evolution/stable/exchange-connectors-overview.html Cheers, andre -- Andre Klapper | ak...@gmx.net https://blogs.gnome.org/aklapper/ ___ 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] Importing shared calendar
Hi Milan, Thx a lot ! Changing the DisplayName key in ~/.cache/evolution/sources/the_source works like a charm 😁 And I confim that 'evolution --force-shutdown' does the job. Nice to start 2020 with such a mail. jfr Le lun. 6 janv. 2020 à 12:35, Milan Crha via evolution-list < evolution-list@gnome.org> a écrit : > On Mon, 2019-12-23 at 13:53 +, jframeau wrote: > > The calendar shows up to the agenda folder but with a weird name like > > ghY-aJJWJ ...not exaclty the name of the colleague; I did not find a > > way to change that name. > > Hi, > I'm afraid it's what the server returns. Maybe it's encoded somehow, or > it's the ID of the folder, though that would be weird. It can be that > it failed to receive the folder name, due to no enough permission on > the server. > > You can change the DisplayName key of the corresponding .source file in > ~/.cache/evolution/sources/ > or in > ~/.config/evolution/sources/ > but I cannot tell whether the change will stick. After editing any of > these private evolution files, make sure you restart (background) > processes (ps ax | grep evolution), thus they know of the change. The > `evolution --force-shutdown` may or may not work, I do not recall > whether 3.28.x has any issue with pkill/kill command. You can verify > whether it worked by the `ps` command, the process IDs should change. > Or you can simply reboot the machine. > 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
Re: [Evolution] 2 exchange accounts
On Mon, 2020-01-06 at 14:19 +, William Dossett wrote: > Not sure where I read that ews was not needed except for > exchange 2007 and before Hi, I see, that was evolution-mapi, not evolution-ews. I agree, it's confusing. (To add one more to the group, the Exchange 2003 used to have evolution-exchange counterpart, which had been obsoleted by evolution-mapi.) 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
Re: [Evolution] 2 exchange accounts
On Sat, 2020-01-04 at 05:08 +, William Dossett via evolution-list wrote: > I don't have the ews plugin installed as it seemed to say that was > only for older versions of exchange, if I read right... and it > seems to be working fine without it on my outlook.com exchange > account. Hi, you should have installed evolution-ews package (I'm not sure what the name is in your distro) to have Exchange accounts configured in the GNOME Online Accounts (GOA) added in Evolution automaticallty. If you do not see "Exchange Web Services" in the Server type combo when creating a new account, then you surely do not have it installed. I'm not sure from the above, but if I understood it correctly you added the account both in GOA and in Evolution itself. That should not be done, if you had installed evolution-ews (still supposing the account type in GOA was 'Exchange'). When creating an account in Evolution, you may not left checked "Look up email settings..." in the wizard, because EWS requires authentication and this lookup generally (and usually) means IMAP+SMTP, not EWS. > I read an older post saying the user restarted mint and then the > account showed up, but now luck either. I assume it will support 2 > accounts? Yes, definitely, you can have as many configured EWS accounts as you wish and you can use them all at the same time. 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
Re: [Evolution] open-map service
On Thu, 2020-01-02 at 18:03 -0800, Jonathan Ryshpan wrote: > The action called for looks like an "open-map:" service, similar to > "http:"; if so it's no wonder that browsers don't understand. Can > anyone clarify the situation? Is there any way to make evolution call > on a different service? Hi, it's not meant to pass this URI to the browser, it's meant to process it first. What web page is opened depends on Edit->Preferences ->Contacts->Open maps with... Hrm, I see it stopped working for some reason. Would you mind to file a bug at [1], if not there already, please? I'd like not to forget of this. Thanks and bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/issues/new ___ 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] Evolution 3.34.2 "freezes" c.a 1 min every day
On Thu, 2020-01-02 at 15:59 +, Joakim Tjernlund via evolution-list wrote: > Anyone seen something similar? Hi, nothing from me, though if you'd like to give it a try, then I'd like to ask you to install debuginfo packages for evolution-data-server, evolution, glib2 and maybe gtk3 (make sure they are of the same version as the binary packages) and when the GUI freezes run this command from a terminal: $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt Please check the bt.txt for any private information, like passwords, email address, server addresses,... I usually search for "pass" at least (quotes for clarity only). It will show what Evolution is doing, or what it is trying to do. 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
Re: [Evolution] Evolution 3.30.5-1.1 won't read vCard file produced by 2.32.3
On Thu, 2019-12-26 at 23:53 -0800, Van Snyder wrote: > I was able to import into a new address book. I could not import into > the "Personal" address book created automatically upon the first > execution of Evolution. Hi, I'd guess that the exported vCard file contained some non-UTF-8 character (that could happen in 2.x days, due to using other character encoding), which can prevent file import, but what you see does not confirm it (pasting the example vCard into an email body could strip such invalid characters). The error reporting from the Import had been improved semi-recently, I only do not recall when exactly it had been done. The errors are shown on the Evolution console, when run from a terminal, before that change. I'd suggest to run $ /usr/libexec/evolution-addressbook-factory -w (actual path can differ in your distribution) from a terminal. Then wait for few seconds and run Evolution from another terminal: $ evolution then repeat the import into the original On This Computer/Personal address book. Maybe either of the two terminals will show the reason. I'd probably check access/permissions to ~/.local/share/evolution/addressbook/system/ where the On This Computer/Personal address book stores its data. > Now, I can't delete the empty "Personal" address book (but I was able > to change its name to "Empty" and change he new one to "Persona"). That's intentional. The On This Computer/Personal is meant to be always there. It's not stored by name, but by a unique ID, thus even if the display name changes it's still the default address book for the application. 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
Re: [Evolution] Importing shared calendar
On Mon, 2019-12-23 at 13:53 +, jframeau wrote: > The calendar shows up to the agenda folder but with a weird name like > ghY-aJJWJ ...not exaclty the name of the colleague; I did not find a > way to change that name. Hi, I'm afraid it's what the server returns. Maybe it's encoded somehow, or it's the ID of the folder, though that would be weird. It can be that it failed to receive the folder name, due to no enough permission on the server. You can change the DisplayName key of the corresponding .source file in ~/.cache/evolution/sources/ or in ~/.config/evolution/sources/ but I cannot tell whether the change will stick. After editing any of these private evolution files, make sure you restart (background) processes (ps ax | grep evolution), thus they know of the change. The `evolution --force-shutdown` may or may not work, I do not recall whether 3.28.x has any issue with pkill/kill command. You can verify whether it worked by the `ps` command, the process IDs should change. Or you can simply reboot the machine. 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
Re: [Evolution] Evolution forces conversion from mbox to maildir
On Thu, 2019-12-12 at 11:36 +0100, mw...@web.de wrote: > Is it really the best and safest way to determine the mail storage > format by the presence of an empty folder (and maybe the presence of > the corresponding meta file)? Hi, generally speaking: no. On the other hand, please, remember, you are touching internal application files/data. That can lead to misbehavior, just as it happened in your case here. Applications (can) have their own requirements on their own data. > This part looks to me like a little programming shortcut, not to name > it q&d programming (no insult intended). No problem. I can understand why it's done so. The Outbox folder is a mandatory folder and once it is converted all others should be converted as well. Evolution (or better libcamel) won't let you delete that folder, neither it deletes it on its own, thus it should be always there. That's not that bad idea to depend on it, from my point of view. By the way, the Maildir format means to have three subdirectories on the disk: 'cur', 'new', 'tmp'. The 'new' and 'tmp' might be mostly empty, especially for the On This Computer account. That means that your FSLint constantly breaks the Maildir structure. I'd suggest you to configure the FSLint to skip ~/.config/ and ~/.local/ at least (some applications store their private data to other dot-directories). That way you can restore from backup into exactly the same state, instead into the state "after running FSLint", which may or may not be the last running state. I know these all things are about work flow, habits and so on. I'm definitely not forcing you to change your habits. I'm only trying to suggest something to avoid the problem in the future. > Do you have a clue why simply recreating the Outbox > folder did not work, and neither worked copying the folder and its > meta file out of the backup? No, I'm sorry, I've no idea. Trying to guess would be really just a guess, which would only confuse things. Either there could be a clue on the console of the 'evolution' process, like an error message of some failure, or a deep debugging of the process execution would show why it did what it did (involving running evolution under gdb, setting breakpoints and so on). 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
