Re: [Evolution] Evolution 3.28.1: Incorrect quoting of text emails
Le 2018-08-06 à 05:30, Patrick O'Callaghan a écrit : On Mon, 2018-08-06 at 08:51 +0200, Andre Klapper wrote: On Sun, 2018-08-05 at 16:22 -0700, bg wrote: Why format emails in HTML in the first place? There have been enough 'HTML vs plain text' discussions in the last decades and I don't expect surprising new arguments by having yet another 'HTML vs plain text' discussion. There are some pros and some cons and we all know that. Proposing to stick to the actual bug instead. andre Agreed, but I'd just note that plaintext is preferred *on this list* (which is a separate topic of course). poc Also, plain text is preferred on *most lists* of this type (if not all), which accept response by users. -- another André ___ 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] Passwords
Le 2018-04-09 à 02:35, David a écrit : On Mon, 2018-04-09 at 05:54 +0200, Andre Klapper wrote: On Sun, 2018-04-08 at 20:09 +0200, Ralf Mardorf wrote: On Sun, 2018-04-08 at 19:52 +0200, Andre Klapper wrote: On Sun, 2018-04-08 at 17:38 +0100, David wrote: I've loaded seahorse onto my desk PC and it works fine, I cannot get seahorse on to my laptop, unable to update was part of the reason I replaced the hard drive and started again. I've got the old laptop hard drive, as a secondary drive, working in my desk PC. Where should I go looking, with seahorse, to find the passwords? https://mail.gnome.org/archives/evolution-list/2018-April/msg00020.html The problem for the OP much likely is, that the OP runs a user session from the primary hard drive. The $HOME of the user on the secondary hard drive is not shown when running seahorse. One way to work around this, would be to change fstab entries, to mount /home/ from the secondary drive. This could have a few pitfalls. Is /home/ of the install of the primary disk on a separated partition or part of the root directory? When /home/ from the secondary partition is used, some software might transform data of apps for usage with the installed versions and the data might not be backwards compatible anymore and so on and so on. Ah, thanks for way better understanding the problem than I did! :) In that case I'd rather investigate why the OP cannot get Seahorse onto their laptop and what "unable to update" means exactly. Which might be off-topic for the scope of this Evolution mailing list. andre A little bit of the background, I was unhappy with some Linux distributions having old versions of programs, Evolution being one of them. After some research and trying various distributions I settled on Manjaro. I was very pleased with this and loaded it onto my desk PC and my laptop. Then one of the updates stopped my desk PC from booting. I had to extract the files from the hard disk manually to continue working. Evolution was the worst problem because I could not do a back up, but I managed to get it working on the new distribution. I then decided not to allow my laptop to upgrade, since then I've tried to upgrade Manjaro or add new utilities without success. Hence I decided to install a new SSD into my laptop on to which I've loaded Debian 8. This could give me another problem, the Manjaro backup was made with Evolution 3.22, the Debian 8 version is 3.12. I might have to look at upgrading Evolution, I don't want to go through the hassle of rebuilding Evolution again. Looking where the passwords are stored, in the shadow files, I've copied the shadow files from the Manjaro laptop disk and I'll try adding them into another working system to see if I can read them with Seahorse. I know Patrick is not going to like me saying this but all but one of the passwords I've got written down. I just need to recover that G mail password. I've tried accessing G mail, but without the password I'm stumped. David. A suggestion : You could try putting all your passwords into a file with strong password protection and a very obscure name. Of course it is always easy to forget putting a password or two in such a file. -- (another) André ___ 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
Le 2018-01-02 à 14:30, Gottfried a écrit : [...] You can also tweak some GNOME behaviour with a gnome-tweak-tool (where the most irritating for me is when a modal window movement moves also its parent, which I turn off). what in the world is tweaking? What does that do? gives it a protokoll? or is that a way to repair? Sorry, I am not much of a linux-user, I am just upset with Windoof. gnome-tweak-tool lets you easily change a lot of default settings, including the theme. (You don't want to touch the theme, since a bad setting can cause new problems. The theme sets the icons used in windows, the headings & borders of windows, text foreground & background, etc. A bad theme setting can set the text the same colour as the background, making text invisible, for example.) There are a lot of other default settings that can be changed without much risk. It is not meant to repair anything. You could run it to see what options it gives. Just be careful to not change anything at first, until you know what it does. Probably most users came to Linux to escape MSW. I like X-windows better ;) Gottfried ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list -- André ___ 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] Some keys not enterable in search?
Le 2018-01-01 à 23:46, andré a écrit : Le 2018-01-01 à 22:15, Ralf Mardorf a écrit : On Tue, 2018-01-02 at 03:53 +0100, Ralf Mardorf wrote: Sometimes distros even don't provide bug fixes and even not security upgrades, see the policy for the official Ubuntu "universe" repository, https://help.ubuntu.com/community/Repositories#Universe . PS: IOW assuming the coders of Evolution would "support" an outdated version of Evolution, it not necessarily would make it into a distro's repository. Let alone that bug fixes not necessarily could be applied by a patch to software such as Evolution. A bug fix might require a more recent version of a dependency. The crux of the matter is, that Evolution is closely linked with GNOME. Good points. I'm lucky enough to use a distro that has a good record of security & bug fixes. (Mostly due to a few vigilent contributors.) As well, they deliberately chose to NOT have unsupported repos. Btw. take a look at https://wiki.gnome.org/Apps/Evolution/Flatpak or since the OP is an Ubuntu user, see https://docs.snapcraft.io/build-snaps/ . I will not comment on flatpak and snappy. Flatpak is a great idea, a sandboxed version of Evolution. Recently I started using another app which uses AppImage for the same thing. Makes it a lot easier to resolve issues or make a better bug report. Since Evolution is so closely linked with Gnome, it is not perfect, but it would cover a lot of problems. But I hadn't noticed anyone being asked to test with a flatpack version ... Maybe I'm mistaken, but the link I followed seems to say that users must create a flatpak version of Evolution themselves. It probably would be better if for every new release, a flatpak version is created. Thus to test, the user with the problem just has to download the flatpak version, and has no need to compile. Some users might not have the resources (or patience) to readily compile. -- André ___ 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] Some keys not enterable in search?
Le 2018-01-01 à 22:15, Ralf Mardorf a écrit : On Tue, 2018-01-02 at 03:53 +0100, Ralf Mardorf wrote: Sometimes distros even don't provide bug fixes and even not security upgrades, see the policy for the official Ubuntu "universe" repository, https://help.ubuntu.com/community/Repositories#Universe . PS: IOW assuming the coders of Evolution would "support" an outdated version of Evolution, it not necessarily would make it into a distro's repository. Let alone that bug fixes not necessarily could be applied by a patch to software such as Evolution. A bug fix might require a more recent version of a dependency. The crux of the matter is, that Evolution is closely linked with GNOME. Good points. I'm lucky enough to use a distro that has a good record of security & bug fixes. (Mostly due to a few vigilent contributors.) As well, they deliberately chose to NOT have unsupported repos. Btw. take a look at https://wiki.gnome.org/Apps/Evolution/Flatpak or since the OP is an Ubuntu user, see https://docs.snapcraft.io/build-snaps/ . I will not comment on flatpak and snappy. Flatpak is a great idea, a sandboxed version of Evolution. Recently I started using another app which uses AppImage for the same thing. Makes it a lot easier to resolve issues or make a better bug report. Since Evolution is so closely linked with Gnome, it is not perfect, but it would cover a lot of problems. But I hadn't noticed anyone being asked to test with a flatpack version ... -- (another) André ___ 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 backups: is there a max size of the evolution-backup-20171231.tar.gz file
Le 2018-01-01 à 16:37, glenn a écrit : It is 3.20.5-4-4-x86_64. It is default w/openSuse 42.3 which is the current release that I'm using. I'd been anticipating a greater increase in size of the produced backups than what I've been getting. Nothing seems missing or corrupted in the backups that I've unpacked and checked. Thanks. You could be limited by the filesystem where the backup is stored. (e.g. ext3, ext4, xfs, vfat, ntfs, etc. Most variable according to the block size used in the particular partition. Unsure of the various limits offhand, but ext4 is more than 1 To. If the backup is stored in a single file, there is also a limit on file size according to the OS (e.g. linux 32 or 64 bit, etc) BTW, please **don't top post** to a list. It makes it very difficult for everyone to follow the various responses. On Mon, 2018-01-01 at 10:39 +, Patrick O'Callaghan wrote: On Sun, 2017-12-31 at 17:44 -0900, glenn wrote: v3.20.5 Backups are every 3 or 4 months to capture emails + attachments. So, I gather that there are no file size or segmentation issues that would limit the size of produced evolution-backup.tar.gz files? Thanks. [Please don't top-post on the list] Is this by any chance a 32-bit installation? That's the only reason I can think of for a size limit on files, but IIRC 3.20 already fixed that. Note that 3.20 is still quite old. The current version is 3.26 so you're about 3 years out of date. It's definitely worth upgrading if you can. poc -- André ___ 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] Some keys not enterable in search?
Le 2018-01-01 à 18:18, Paul Smith a écrit : On Mon, 2018-01-01 at 15:36 -0500, andré via evolution-list wrote: Ubuntu seems to ship an ancient version. "Ancient version"? This release is less than three months old. I wouldn't call that "ancient". Maybe "outdated" is a better word in English. This exchange reminds me of a common use of "modern" instead of "recent", for hardware less than a year or 2 old. "outdated" after 3 months seems a bit extreme. Maybe better to say prefer to support "latest" version or "current release". "Outdated" is a perfectly fine term, IMHO. The release _is_ outdated, since there's a newer release. It's just not ancient :). "outdated" suggests it is no longer supported. After 3 months ? Not sure that that will help the reputation of the Evolution project. Note that distros generally release every 6 months to a year, and often don't upgrade many packages except for security & bug fixes, so it would make sense for upstream projects (like Evolution) to support for at least a year. -- another André ___ 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] Some keys not enterable in search?
Le 2018-01-01 à 10:08, Andre Klapper a écrit : On Sun, 2017-12-31 at 15:34 -0500, Paul Smith wrote: On Sun, 2017-12-31 at 21:14 +0100, Andre Klapper wrote: I'm using Ubuntu 17.10 / Evolution 3.26.1. Ubuntu seems to ship an ancient version. "Ancient version"? This release is less than three months old. I wouldn't call that "ancient". Maybe "outdated" is a better word in English. andre This exchange reminds me of a common use of "modern" instead of "recent", for hardware less than a year or 2 old. "outdated" after 3 months seems a bit extreme. Maybe better to say prefer to support "latest" version or "current release". -- (another André) ___ 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 in ubuntu
Le 2017-12-28 à 05:56, Andre Klapper a écrit : On Thu, 2017-12-28 at 11:46 +0100, Herr Oswald wrote: Since then, evolution people seem not to have been particularly eager to support evolution on the ubuntu platform. I have no idea what "Evolution people to support Evolution on the Ubuntu platform" means. It's up to each distribution to make sure that shipped software integrates and works well on the distribution. It's not the task of upstream "Evolution people" to support, maintain, integrate Evolution into gazillions of distributions out there. Indeed. As a ubuntu user, I feel not getting the best user experience possible with evolution. Still stuck with v 3.22.6, support not as friendly as I'm used to, I'm feeling like a 2nd class user... Feel free to ask Ubuntu to ship a more recent Evolution version. EXactly. For that, just file a bug report with whatever Ubuntu uses for problems. Alternately, you could become a packager for Evolution on Ubuntu. It won't be as difficult as you might think. Since Evolution is already in the distro, the different names often used for the same dependancies will be already in the package configuration file. (I don't know what .deb packages use; I use an .rpm based distro.) So you would likely just have to adjust the version of dependancies for the newer version of Evolution. If you need more than that, other packagers should be willing to help. That is how Linux distros work. If you don't yet understand this, I'm sure a Ubuntu packager or advanced user would be willing to help you. andre -- another André ___ 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] Sort so un-read messages come to the top?
Le 2017-12-23 à 15:07, M a écrit : On Sat, 2017-12-23 at 09:39 +0100, Andre Klapper wrote: On Sat, 2017-12-23 at 16:26 +1300, M wrote: > On Sat, 2017-12-23 at 03:02 +0100, Ralf Mardorf wrote: > > PS: > > > > JFTR you also could add search folders to your folder tree and apart > > from all that kind of filtering, it's helpful to use several folders, to > > filter incoming and outgoing mails in the first place, before selecting > > a sort order or using search folders. > > > So.. Evolution still can't do something as basic as sort by unread > first, date second? No, Evo is too basic to support such advanced features, I am afraid. It supports "sort by, then sort by" in the message list pane: https://help.gnome.org/users/evolution/stable/mail-sorting-message-list.html It supports having an "unread" search folder, even across all folders: https://help.gnome.org/users/evolution/stable/mail-search-folders.html It supports using the space bar to read unread mail across folders: https://help.gnome.org/users/evolution/stable/mail-reading-keyboard-shortcuts.html#unread-across-folders But I guess all those are just "workarounds", by your definition. Does it support having unread messages stay at the top of the window where you can see, so that you can remember they're there if you defer acting on them till later (perhaps say the end of the day when your other jobs are finished), or must you hide them in other folders where you can't see them and have a chance to forget them all together? If you like Thunderbird so much better in this respect, but don't like its' interface in general, you could always try Seamonkey, which is based on essentially the same code but has (to me) a much nicer (& more compact) interface. (I am actually moving away from both of them for other reasons.) Why not have a simple option to sort by unread? Evolution is better than most other clients on most respects, however this one can be a deal-breaker for many people. From other comments, it seems that you can show unread messages any time you want, just not all the time by default. I don't see how that would make evolution lacking seeing unread messages all the time by default a "deal breaker". They even proposed what Thunderbird/Seamonkey calls "virtual folders", a relatively easy solution you could configure yourself. You can't bully developers into changing what you want. Yes, they are workarounds, and they give windoze nutters a chance to point at Linux and say how bad it still is at doing basic tasks like email management. They have the same Mozilla email clients, so that wouldn't make any sense. And it prevents Evolution from doing a simple common unread-then-date. instead it makes E do unread messages all over the place and trying to find stuff that came in today is difficult because that too is all over the place. You have to remember that not every one wants to spend a couple of hours a day If you are that challenged using a computer, you probably need to update your **basic computer skills** Sorry if you don't like my response, but being a long-time software developer and Linux user who doesn't (yet) use Evolution, I think you owe the developers of Evolution an apology. -- André (not the one who usually answers on this 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] Sort so un-read messages come to the top?
Le 2017-12-23 à 08:47, Patrick O'Callaghan a écrit : On Sat, 2017-12-23 at 13:31 +0100, Ralf Mardorf wrote: On Sat, 23 Dec 2017 12:06:41 +, Patrick O'Callaghan wrote: On Sat, 2017-12-23 at 12:23 +0100, Ralf Mardorf wrote: PS: Actually we could use several MUAs in parallel, even when preferring POP over IMAP. When preferring POP, then just don't delete the mails from the server, after retrieving it by one MUA. I already do this. I use Evolution mostly for mailing lists, and the Gmail web interface mostly for personal stuff. That's a big reason I prefer IMAP to POP, because it Just Works (tm). IMAP allows you to delete mails for one MUA and to keep it for the other MUA, used for another purpose? No, you have a single mailstore and multiple clients, an extremely common use case nowadays. Most of us use phones, tablets, several desktops (home and work), etc. with different MUAs and having a single mailstore makes sense. POP was designed in an different era and needs manual intervention to get this to (sort of) work, though even then you have to delete multiple copies if you want to remove a message. IOW any kind of sync has got it's pros and cons. What ever approach you prefer, you need to find a workaround for exceptions, as well as to handle possible pitfalls. You unlikely want to make your real-time audio workstation an email server, too. My view is that IMAP supports the common case and the exceptions can be handled. POP treats the common case as special and doesn't handle it well. It depends how you want to use it. If one (primary) device is the only one that deletes emails on the server, automatically after a certain delay (maybe a week or a month), and you like to keep emails locally for faster reference, then POP can be much better than IMAP. Especially if one prefers to consult email on that primary device. (Personally trying to read email on a smart phone is difficult at best. Even my wife, addicted to her smart phone, often wants to reread her messages on my desktop.) poc -- André ___ 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] defining multiple mbox accounts with evolution
andré a écrit : Pete Biggs a écrit : Please, always say what version of Evolution you are using. 3.22.6, which is the latest for the current release of my distro. I didn't think of mentioning since I thought I was asking a basic question. On Fri, 2017-11-17 at 11:16 -0500, andré via evolution-list wrote: I would like to define multiple mbox folders, if it is possible, but don't see how. Are they all in a single directory? If so use an account of type "Standard Unix mbox spool directory". It will pick up each mbox file as a mail folder. No, hundreds. See below. Sorry, I misunderstood. So if the mbox files are all in the same directory, I can have multiple mbox folders? Now I have each of my email address with a different tree of mbox folders/files. They each have in the root directory the basic inbox, sent, trash, etc folders. There are many more folders, some in the root directory, most below. So can I have a directory for each of my email addresses ? And will folders in subdirectories be recognized ? And how to create new/empty mbox files. My existing software uses Mozilla style mbox. I'll try experimenting to see how it works. Thanks for the feedback. P. -- André ___ 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] defining multiple mbox accounts with evolution
Reid Thompson a écrit : On Fri, 2017-11-17 at 16:57 +, Pete Biggs wrote: The reason I want to use mbox format is because I receive a lot of (mostly list) emails, and I don't want to add another 5+ files to my system. 50k files is nothing. Why do you object to having more files? (My home partition currently has 1.5M files in it and doesn't seem to suffer.) agreed -- at times i've had several hundred thousand emails in my evolution maildir account without issue -- currently it's over 162k files. $ pwd /home $ find |wc -l 2,154,514 ___ Didn't think of doing that. On my system, for ~ it is only 73784 files (I use some extra partitions for development, etc) For my email it is 3016 files, taking 1,4G space (There is at least 2 files per folder) Since most folders are more than 1k emails, and some 10k, that would be well more than 1M emails alone. -- André ___ 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] defining multiple mbox accounts with evolution
Pete Biggs a écrit : Please, always say what version of Evolution you are using. 3.22.6, which is the latest for the current release of my distro. I didn't think of mentioning since I thought I was asking a basic question. On Fri, 2017-11-17 at 11:16 -0500, andré via evolution-list wrote: I would like to define multiple mbox folders, if it is possible, but don't see how. Are they all in a single directory? If so use an account of type "Standard Unix mbox spool directory". It will pick up each mbox file as a mail folder. No, hundreds. See below. The reason I want to use mbox format is because I receive a lot of (mostly list) emails, and I don't want to add another 5+ files to my system. 50k files is nothing. Why do you object to having more files? (My home partition currently has 1.5M files in it and doesn't seem to suffer.) I use a separate folder by category in each email account, for ease of access. What do you mean by an "account"? If they are entities with their own email address, then you will have to configure each one separately in Evolution, there's no automation at that level. No problem with automation. Generally it is very easy to configure multiple accounts. The question is how to configure multiple mbox files on evolution. My attempts to do so were all suddenly aborted without explanation, so I thought the interface wasn't clear. Normally each email address would have their own folder(s). Otherwise what is the point of having different email addresses ? That is already about 100 folders using mbox. So only about 500 mails per folder? Maildir format can cope with that no problem. In fact, I may have a million emails on my system. Many folders have over 5000 emails. (which is still fast enough with mbox.) By putting each email in a separate file, it takes a lot more disk space. Also, since most emails I receive have threads which can be quite long, it makes sense (at least to me) to put them in the same physical file. As is done by Mozilla (seamonkey & thunderbird) and many other email agents. I separate emails also by mailing list or other category. e.g. bugs are filtered into a separate folder for each application or desktop. I've looked at some documentation on the various email storage formats, and mbox, which I use now, seems preferable. Although I may migrate to maildir, since otherwise evolution seems a good alternative to my current application. P. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list -- André ___ 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] defining multiple mbox accounts with evolution
I would like to define multiple mbox folders, if it is possible, but don't see how. I'm interested in transfering from Mozilla seamonkey mail (like thunderbird). There are other problems with seamonkey, and I have to find an alternative for the email function. The reason I want to use mbox format is because I receive a lot of (mostly list) emails, and I don't want to add another 5+ files to my system. I use a separate folder by category in each email account, for ease of access. That is already about 100 folders using mbox. So if anyone can help me, it would be very much appreciated. Regards, -- André ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
