Re: [Evolution] Evolution - Dealing with groups
On Fri, 2022-05-06 at 08:56 -0400, Adam Tauno Williams wrote: > On Thu, 2022-05-05 at 21:38 -0700, Ubuntu Shoto Dojo wrote: > > How can I receive from a group? > > SMTP has no concept of a group; the upshot is there is nothing in the > message envelope [headers, etc...] which indicate a message was sent to > a group. > > What "group" means is always an implementation detail of the client > and/or server. The mail standards are divided into the SMTP transport itself (RFC5321) and the 'Internet Message Format' standard (RFC5322). You are strictly correct the *SMTP* has no concept of a group. It's not mentioned in RFC5321 and not a concept which the underlying SMTP transport has. Note also, though, that message *headers* are not part of the SMTP envelope; those are part of the message format as described by RFC5322. They don't always match. When you receive this message it'll probably have 'evolution-list@gnome.org' in the cosmetic To: header that is part of the message itself, but in the copy that you receive from the mailing list software, the SMTP *envelope* will only be to you. So while you're right about SMTP itself, that's not the point; the message format as described in RFC5322 (and all the way back to RFC822) very much *does* have the concept of a group. See RFC5322 §3.4 at https://datatracker.ietf.org/doc/html/rfc5322#section-3.4 group = display-name ":" [group-list] ";" [CFWS] These are all valid To: headers with groups in them: To: Undisclosed recipients : ; To: Bob and Jane: b...@example.com, j...@example.com; To: Just Bob: "Bob Example" ; You can see more examples at https://datatracker.ietf.org/doc/html/rfc5322#appendix-A.1.3 There's even RFC6854 which allows groups to be used in the From: and Sender: fields as well as the recipient fields: https://datatracker.ietf.org/doc/html/rfc6854 So yes, if a mail user agent uses groups and puts them into the cosmetic To/Cc headers correctly, then a recipient *can* filter on the name of the group, e.g. "Bob and Jane" or "Just Bob" and do what it likes based on that information. That said, I don't think Evolution gets groups right at all. Last time I checked, it doesn't even let you explicitly type a standard RFC5322- compliant group into the To: or Cc: headers. smime.p7s Description: S/MIME cryptographic signature ___ 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] Problems with POP3 with UTF-8 (RFC 6856)
On Mon, 2019-11-25 at 12:12 +0100, Milan Crha via evolution-list wrote: > On Thu, 2019-11-21 at 23:54 +0100, Peter Dons Tychsen via evolution- > list wrote: > > On Thu, 2019-11-21 at 23:50 +0100, Peter Dons Tychsen wrote: > > > 1) Is this bogus, or is Evolution missing support for this POP3 > > > feature > > > extension ? > > > > > > 2) If its not bogus, will it be supported? > > > > > > 3) If it is bogus, why do i get this warning/message? Any way > > > around > > > it? > > Hi, > I do not know how much bogus it is. I do not recall seeing this message > before. It's surely done by the server. > > I do not see any usage of "UTF8" command or reading the capability of > the same name in the current development sources of the POP3 provider, > thus it's not currently recognized, neither used. See RFC5721. smime.p7s Description: S/MIME cryptographic signature ___ 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] Gnome evolution and RFC 6186
On Tue, 2018-04-03 at 07:30 +0100, André Rodier via desktop-devel-list wrote: > Hello all, > > I hope I am posting on the right mailing list. I am working on a project > that installs an email server from scratch. > > I am setting up DNS records for email services automatic discovery (RFC > 6186) but it seems that evolution is ignoring them. You might do better on the evolution mailing list (now in Cc), or just bugzilla. > However, something is definitely working, as my domain is hosted on > Gandi, and the automatic settings come back with Gandi IMAP/SMTP > records, even if I don't use Gandi to host emails. > > What is the logic used by evolution to automatically discover email > parameters? I don't think Evolution ever got RFC6186 support. See discussion at https://git.gnome.org/browse/evolution/tree/src/mail/e-mail-autoconfig.c#n18 It might make a decent GSoC project. It would also be useful to delegate the various protocols' autodiscover mechanisms to the back ends, instead of having protocol-specific knowledge for EWS, ActiveSync, IMAP and other stuff hard-coded into Evolution itself. smime.p7s Description: S/MIME cryptographic signature ___ 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] EWS NTLM auth not working
On Tue, 2018-02-06 at 22:06 +0100, j...@centrum.cz wrote: > Hello, > > I spent a little more time investigating the issue. I took a look in > to the source code of libsoup and I think it calls winbind's > ntlm_auth binary without password with the --use-cached-creds option > only. And if that does not work, it makes some own computations. I am > no programmer, so I might be wrong. Nevertheless, I tried to join the > domain and login with pam_winbind to be able to use the cached > credentials. I tried to call ntlm_auth manually and it worked and so > did login in Evolution. I think that libsoup itself might not > actually support NTLMv2, maybe just NTLM2, or the implementation is > broken. Anyway, I post it for information. If there would be anyone > willing to take a look on this, I would appreciate. Using Thunderbird > with EWS plugin for calendars is rather difficult. Can you clarify please? If you use ntlm_auth for single-sign-on, it works? If you use Kerberos (which you should), it works? The only case that doesn't work is when you *don't* use ntlm_auth (because you've moved it out of the way or because winbindd does have creds), and libsoup attempts to do the authentication for itself using a password that you provide manually? I'd like to see the NTLM exchanges in both working and failing cases, please. smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
On Thu, 2017-09-07 at 18:56 +0200, Milan Crha wrote: > > Pidgin already depends on eds, if it would be easier, then write the > evolution module in the Pidgin code base. > > The main question is what you'd like to achieve. Either you want to > give users a chance to edit what they schedule with, including > attendees and such, or you want to create a meeting request and send it > using their mail application. The later can be done just by issuing > mailto: with referenced attachment, which would be the preconfigured > iCalendar object. The former, well, you would still prefer to create > the iCalendar, which you'd be able to pass to an ECompEditorEvent > instance where your users can do the modifications, pick correct > calendar and so on. Obviously I'd like to do whatever's most useful in the general case. For my specific needs, I definitely need the editor. All I really get from the Pidgin side is the meeting dialin information (and passcode), and an email address or two that need to be included in the invitees. So we cut and paste the dialin info into the body of the invite, then the rest of it is using Evolution's Free/Busy lookup, addressbook autocompletion, etc. When the IM/meeting system receives the invitation (because you added its special address to the invitees) it learns the time / subject / etc. that you chose and sets up the conference bridge with those details. So for my purposes I really do want to pop up the meeting *editor* with just an invitee or two and the invite body populated. That's more of an Evolution thing than an EDS thing, which means I don't necessarily already have anything in Pidgin to support it. > I can help you with some basics on the evolution side, if you want to. > I'd rather do it out of the list, can be even in bugzilla with a link > to it here, thus anyone interested can follow it or check it later. Thanks. The idea was to get an idea of which RFE to file in bugzilla, but I think it becomes "pass a partial iCal event to seed a new ECompEditorEvent instance". https://bugzilla.gnome.org/787418 smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
On Thu, 2017-09-07 at 18:26 +0100, Pete Biggs wrote: > > > > > > Oh you really have. I've referred you to that same document before, I'm > > sure :) > No, it was me you had that argument with many years ago - hence the > mention of me in that document and an explanation of how I do > everything wrong and how I needed to be told how to set my filters up > "correctly". I ignored your advice ... Ah, that makes sense. Thanks for the reminder :) smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
On Thu, 2017-09-07 at 17:23 +0100, Patrick O'Callaghan wrote: > I don't understand that. I have Evolution filters to sort list traffic > into folders, and the folder list will show me a count of unread > messages. I do that too. In 138 mailing list folders there are 688,252 unread mails. Plus the 35,564 in my inbox :) > My default folder view is also set to Unseen. Barring bugs, I > don't see how you can miss a reply. You don't need to remember to check > for it manually. I occasionally see replies to messages that are weeks > old and I've long forgotten about. > > > > > And that's only one of the use cases I listed. There are other users > > who *never* receive the message for absolutely no fault of their own. > I'd be interested to see examples of this, other than people posting > questions *without* being on the list, but generally those who do so > are careful to mention it and ask for personal replies. The page I linked to gave examples, with bullet points. The main ones being other lists and subject experts who are relevant to a specific thread but not on this particular list. > I didn't think I was cutting anyone out, and have never been told that > it was happening. Oh you really have. I've referred you to that same document before, I'm sure :) smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
On Thu, 2017-09-07 at 16:36 +0100, Patrick O'Callaghan wrote: > On Thu, 2017-09-07 at 14:01 +0100, David Woodhouse wrote: > > I am aware that you are one of the former group, and you don't want to > > fix your filters so that they match your preferred use case for some > > reason. IIRC I never did work out why you think this peculiarity of > > yours is more important, overall, than deliberately cutting others out > > of mail threads so that they never see messages at all. > > I seem to have hit a nerve. My filters work fine and I have no problem > with duplicates. I also have no desire to "deliberately cut others out > of mail threads" but if someone doesn't notice a reply to a question > they themselves have posted because it went to the list they posted it > on and not to their personal inbox, frankly I'm not going to worry > about it. I understand that you don't have much sympathy for me when I posted to the list and didn't see the reply, and that's fair enough — but in fact I *did* remember that this problem happens on this list a lot, and keep checking the list manually for a few days. But the response actually came 11 days later, but which time I'd stopped checking. And that's only one of the use cases I listed. There are other users who *never* receive the message for absolutely no fault of their own. > I simply wondered why you were complaining about Reply-to- > List, which is widely used both here and elsewhere. It appears from > your essay on the subject that you would prefer Reply-to-List be > removed from Evolution (or its behaviour changed). I'm fine with it as > it is and will continue to use it when appropriate. Out of interest, is it that you don't *care* that you are cutting people out of the conversation — permanently, as well as merely temporarily delaying them seeing the messages as in my case — or is it that you still don't think that's what you're doing? (Thanks for *not* doing it this time, btw) If the latter, I'd be happy to update the document. I've tried very hard to include the simple use cases and factual analysis "above the cut", then put my opinion/conclusion at the bottom. > Given the number of > MUAs that don't support it, including the various web clients and TBird > (IIRC) it will probably fade away in time, as will plaintext mail and > inline quoting. I think this is a pity but frankly can't be bothered > arguing about it. I think Thunderbird does unfortunately support it too; in fact I have a vague idea that we "learned" it from Thunderbird. At least we don't do it by default though :) smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
On Thu, 2017-09-07 at 12:32 +0100, Patrick O'Callaghan wrote: > On Thu, 2017-09-07 at 12:27 +0100, David Woodhouse wrote: > > > > Thanks for the response (although yes, it really did take me this long > > to notice it when you didn't actually send it to me). > > You posted your question to the list and Milan replied to the list. Why > would you expect him to reply to you directly? Common courtesy, mostly. This has been discussed before, with reference to http://david.woodhou.se/reply-to-list.html Basically, when replying one has a choice. Either you can risk a minor annoyance to some people by causing them to receive two copies of the message instead of only one — which might be slightly annoying to them if their filtering isn't set up right, but at least they've *got* the message, and it tends to err on the side of visibility (i.e. in their INBOX where they might want to fix their filters to put it in the list folder). The alternative is to risk a major annoyance to other people who are cut out of the discussion entirely, or at least for a period of time. I am aware that you are one of the former group, and you don't want to fix your filters so that they match your preferred use case for some reason. IIRC I never did work out why you think this peculiarity of yours is more important, overall, than deliberately cutting others out of mail threads so that they never see messages at all. smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
On Mon, 2017-08-21 at 17:01 +0200, Milan Crha wrote: > On Thu, 2017-08-10 at 10:38 +0100, David Woodhouse wrote: > > > > A separate program can invoke Evolution to send an email, by > > running > > > > evolution mailto:some...@example.com?subject=blah... > > > > Is there a way to open and pre-populate a new meeting invitation, the > > same way? I'd like to put in the initial recipients and meeting > > information, then let the user finish it off and send/save it. > > Hi, > there's nothing for it, as far as I can tell. There is a URI to show > existing events/tasks/memos, or to move calendar view into certain > date, but nothing to open the component editor and prefill it with > certain values. Thanks for the response (although yes, it really did take me this long to notice it when you didn't actually send it to me). Do you think it makes most sense to add a command-line option for it, or attempt to use an EPlugin? I'm working on a Pidgin plugin for an IM/meeting system, which can currently allocate a meeting ID and pop up a window saying "cut and paste *this* template with all the dialin info, and make sure you include *these* recipients so the IM/meeting system knows about it." Obviously I'm trying to eliminate all that cutting and pasting for the user. The Windows client for this system comes with an Outlook plugin; perhaps that's the best way to do it in Evolution too? I'd have to contrive some way to ask Pidgin for the new meeting info over D-Bus, but I can probably work that out somehow. smime.p7s Description: S/MIME cryptographic signature ___ 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] Creating calendar events from the command line
A separate program can invoke Evolution to send an email, by running evolution mailto:some...@example.com?subject=blah... Is there a way to open and pre-populate a new meeting invitation, the same way? I'd like to put in the initial recipients and meeting information, then let the user finish it off and send/save it. cf. http://docs.aws.amazon.com/chime/latest/ug/chime-scheduling-outlook.html It doesn't have to be through invoking evolution on the command line; I could live with D-Bus... smime.p7s Description: S/MIME cryptographic signature ___ 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] Gmail integration w. Evolution
On Mon, 2016-11-21 at 21:49 +0100, Milan Crha wrote: > On Mon, 2016-11-21 at 19:31 +0100, Bart Vliegen wrote: > > I tried that before (editing the /sources-files, rebooting etc), it > > didn't work. > > Hi, > okay, I tried it here and I see a difference. When I set > UseNamespace=true > and use either > Namespace=[Gmail] > or > Namespace=[Gmail]/ > then only folders under the [Gmail]/* are shown, all the top-level > folders, which correspond to web UI's labels, are gone in the view. The > only problem is that the folder tree still looks like > > Inbox > [Gmail] > Drafts > > Junk > Trash > > which is not what you want. > > I do not recall whether it worked differently in the past, I'm sorry. Perhaps best just to file a bug for the wrongful removal of that GUI feature. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Gmail integration w. Evolution
On Mon, 2016-10-31 at 12:39 +0100, Milan Crha wrote: > > Hi, > it sounds like you set a different IMAP namespace in the Thunderbird. > Evolution's IMAP can do it too, it's only hidden from the UI since some > older version (years ago). There is a plan to add some "Advanced IMAP" > settings in the UI, but there is no time frame when it would be. > > Anyway, back to the point: depending on the way you configured your > account, either in the Evolution itself, or using GNOME/Ubuntu Online > Accounts, (the later possibly not available in your OpenSUSE) search > either > ~/.config/evolution/sources/ > or > ~/.cache/evolution/sources/ > > for *.source files which contain a line > [Imapx Backend] > and also reference your Gmail address. Under that line you can see > several keys, while the two you are looking for are: > Namespace= > UseNamespace=false > > You write to the first the same thing your wrote to the Thunderbird, > then you also change the second to be: > UseNamespace=true Ewww. I hope whoever removed this from the GUI *before* creating the 'Advanced IMAP' setting is fully ashamed of themselves. We shouldn't be making stuff that *was* simple, this hard. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Bouncing emails
On Thu, 2016-08-04 at 23:35 +0200, Rudolf Künzli wrote: > Sir, > You have all rights to call me an idiot even I am not such one. > When I was much younger, in the 1985 I had an email function (BSD Unix) with > that one I could bounce a message. > I did get an disliked message and I could just hit "bounce" instead of > "reply"... > I simply did ask if such a feature exists. > Thank you very much to call this behaviour to be childish (my age is 71). > And just to complete the information on my person, I am a founder of > Autodesk, Inc, and a developer of AutoCAD from 1982 to 1990... > I hope you have a nice day... The term "bounce" is used for two completely different things. It's also used for "redirect", where you resend a message to a new recipient. Some people have mentioned that, but it isn't what you want here. You mean the original meaning of the word 'bounce', at the SMTP level — where an error message is delivered to the original sender, informing them that the message was not delivered. In the 1980s it was acceptable to generate those messages "in the wild". Leaving aside the manual "don't like it" part of your request, that means for example that it was acceptable for mail servers to accept an incoming mail over the network, and only *then* decide that actually they didn't know the specific user to whom it was addressed, and then send a bounce message back. The problem is, lots of unwanted emails are sent these days with *fake* sender addresses. So by sending a bounce to the (alleged) sender, you make yourself part of the problem. So all kinds of filtering these days — not just checking that you actually recognise the intended recipient, but spam and virus checking — is best done at the SMTP server before you ever accept responsibility for the message. It is bad practice to accept messages and then send bounces. Your best option might be to configure something like CRM114 in your mail server, trained by the messages you like and dislike, and then it can reject them at SMTP time according to modern practice. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] trouble using Evolution with Exchange
On Mon, 2016-03-14 at 09:22 +0100, Milan Crha wrote: > > I agree with Ángel, trim anything related to authentication. Just in > case. Even your server addresses and realm names might be good to > trim. > > I see from your log that the server supports Basic, NTLM and Kerberos > authentications (the Negotiate is named Kerberos in the UI). If you > renew your ticker after login, then you can use the Kerberos type and > avoid password storing for the server. I do not think it's related to > your issue, I'm only mentioning it here as a side note. Note that Negotiate includes Kerberos *and* NTLMSSP, amongst other things in theory. You can use Negotiate even when you don't have a Kerberos ticket at all, on a machine which is properly configured as part of the AD domain. Calling it 'Kerberos' in the UI is a bug. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Automatically fetching public key for encrypted mail does not work
On Tue, 2016-03-01 at 10:03 +0100, Milan Crha wrote: > > there was a Google Summer of Code project providing fetch of X.509 > certificates (for S/MIME, which MS Exchange supports) from address > books. It took the certificates from Global Address List (GAL), as > advertised by the MS Exchange server. It's filled here: > for LDAP: https://bugzilla.gnome.org/show_bug.cgi?id=203251 > for address books in general: > https://bugzilla.gnome.org/show_bug.cgi?id=704246 > > The work is currently blocked on NSS. Feel free to join the later bug, > the reporter has better overview of the subject. Actually the interesting bug is #736808. Specifically: https://bugzilla.gnome.org/show_bug.cgi?id=736808#c2 The "making the certs available" part is solved by evolution-pkcs11. Although that does want a little updating to make it build against the latest Evolution. As Milan says, the reason it's not merged into Evolution (or EDS) and enabled by *default* is because of NSS. The NSS PK11_ListCerts() function takes O(n²) time, because it iterates over the certs, for each one calling back into a naïve 'collector' function that checks it's unique and adds it to the list. In my case it takes about ten minutes to process all the certs that evolution-pkcs11 makes available. When you bring up the prefs dialog (not even looking at certs), Evolution calls that PK11_ListCerts() function. Three times, in quick succession. From the main thread, before it does any redrawing or anything else. 30 minutes later, you can finally see the prefs dialog :) So... in comment #2 of the bug, as referenced above, it says what I think needs doing — populate the dialog asynchronously instead of making us wait, and instead of using PK11_ListCerts we use our *own* code to iterate over the certs in the token, calling back to our own *non-stupid* callback function which quickly inserts each one into a GHashTable or something like that, instead of a linear list. In the longer term, I'd love to just ditch NSS completely and use something saner. But this should suffice for now to enable the GAL certificate lookup. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation smime.p7s Description: S/MIME cryptographic signature ___ 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] Socket I/O time out in IMAP IDLE connections
On Mon, 2015-03-16 at 13:53 +0100, Milan Crha wrote: On Mon, 2015-03-16 at 11:41 +, David Woodhouse wrote: What about ShellCommand connections? Hi, I just tried it and there is used GUnixInputStream and GUnixOutputStream, which don't seem to have any timeout settings. And is-priv-connection == NULL. Hence bug 746732. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Annoyance with next message order
On Thu, 2015-03-19 at 18:05 +, Pete Biggs wrote: Next daft newbie-user question... how do I make that the default for *all* folders instead of having to change them one by one? I don't know about that, but you can save a custom view (including sort order) by setting the folder how you want and then doing View - Current View - Save view. Then it's reasonably trivial to set the correct view of a folder when you first visit it (and that will remain until it's changed). Program received signal SIGSEGV, Segmentation fault. 0x0035f13bbc63 in gal_view_clone (view=0x1c00) at gal-view.c:241 241 g_return_val_if_fail (GAL_IS_VIEW (view), NULL); Hm, suppose I'd best file a bug for that. In the morning :) In both of those cases, surely we're better off sorting by Received date not Sent? Should we make it the default? Certainly I think the Received date is the better one to sort by, although YMMV. But I thought the default was no sorting - i.e. the messages are displayed in the order they are stored. In general that's the received order, but not when you start moving messages around. But I may be wrong about that - it's a long time since I used a vanilla install. Yeah, likewise :) -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Annoyance with next message order
On Thu, 2015-03-19 at 16:44 +, Patrick O'Callaghan wrote: On Thu, 2015-03-19 at 08:21 -0400, Paul Smith wrote: I have folders ordered by Received (Descending, i.e. the oldest thread first) and this problem doesn't happen to me. I suspect the problem has to do with wanting the most recent thread (i.e. the thread with the most recent message) at the top but the messages within each thread go from oldest to newest. That's why I order my mail Ascending instead of Descending, with the newest mail at the BOTTOM of the folder. Although it's a bit weird at first, this seems the most natural to me; it aligns the inter-thread order with the intra-thread order: both go from oldest at the top to newest at the bottom. I misunderstood you. As I said, I also have oldest first (both threads and messages) yet I don't see the behaviour you describe. However I seem to have a custom sort order which I must have configured a long time ago and forgotten about. I can't find an obvious way to see what it's set to. I don't have a custom sort order, and I also see the saner behaviour you describe, Patrick. If I delete a message, focus moves to the next message below it in the display. Not the next newer message in the mailbix which may be elsewhere in the threaded display. My main issue with the sorting, FWIW, is the fact that we sort on the Date: header and not the time the message was actually *delivered*. So when we get a misdated mail from the future, it sits as the newest message in the mailbox until the world finally catches up with it. Or we get annoyed and delete it. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Annoyance with next message order
On Thu, 2015-03-19 at 17:08 +, Pete Biggs wrote: On Thu, 2015-03-19 at 17:05 +, Pete Biggs wrote: My main issue with the sorting, FWIW, is the fact that we sort on the Date: header and not the time the message was actually *delivered*. So when we get a misdated mail from the future, it sits as the newest message in the mailbox until the world finally catches up with it. Or we get annoyed and delete it. Add a column called Recieved (which is the date received) and sort on that. Actually, you don't need to add the column - just right click on the header bar (i.e. the Subject or From header) and got to Sort By and select Received. Next daft newbie-user question... how do I make that the default for *all* folders instead of having to change them one by one? Other than committing a change to Evolution... or come to think of it, shouldn't we do that? There are two cases when 'Sent' is different from 'Received' by more than an irrelevant few seconds: There's the case I mentioned, of spam or otherwise misdated mail. And there's the case where a mail is delayed in transit by greylisting or some other mishap, and then if you are viewing in 'Sent' sort order and looking below the other mails you've already read, you might not see it. That actually happens to me more often than the spam with bad dates in the future, in fact. And probably *actually* happens more often than I know! :) In both of those cases, surely we're better off sorting by Received date not Sent? Should we make it the default? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Annoyance with next message order
On Thu, 2015-03-19 at 17:08 +, Pete Biggs wrote: On Thu, 2015-03-19 at 17:05 +, Pete Biggs wrote: My main issue with the sorting, FWIW, is the fact that we sort on the Date: header and not the time the message was actually *delivered*. So when we get a misdated mail from the future, it sits as the newest message in the mailbox until the world finally catches up with it. Or we get annoyed and delete it. Add a column called Recieved (which is the date received) and sort on that. Actually, you don't need to add the column - just right click on the header bar (i.e. the Subject or From header) and got to Sort By and select Received. Ooh, thank you. I don't remember that being available last time I looked. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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.15, Fedora 22 and Gnome Online Accounts
On Tue, 2015-03-17 at 17:44 +0100, Andre Klapper wrote: On Tue, 2015-03-17 at 10:16 -0600, Zan Lynx wrote: Evolution, or perhaps GOA has managed to screw backup and recovery yet again. Do they ever think these things through? I have no idea who is they but if you're after being aggressive, https://wiki.gnome.org/Foundation/CodeOfConduct is worth a read. If you had an actual question, bring it up after calming down. It sounds like a bug, not a question. Which lives in bugzilla. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Mailing list filters
On Mon, 2015-03-16 at 09:48 +, Pete Biggs wrote: (If that seems odd, remember that the person who replies cannot know if you're subscribed to the list or not, so it's horribly rude of them to *drop* you from the direct recipients and potentially cut you out of the conversation. See http://david.woodhou.se/reply-to-list.html ) Hmm, *I* think it's horribly rude to ask a question on a mailing list to which you aren't subscribed. It's not just about asking questions. Someone might have been added to Cc because they can *answer* a question. Like Claire, in the examples discussed at the above URL. Or sometimes a message is quite reasonably cross-posted to more than one list, and it's inappropriate to fork the discussion by continuing it only on *one* of the relevant lists. I can explicitly say I don't want it to happen until I'm blue in the face, but it won't make any difference to anything, people will still keep doing what they think is the only way it should be done - or more likely what is most convenient for them. It's not so much about most convenient for them, but more about what's most convenient, or at least least inconvenient for more people. If you get a message in your inbox instead of the mailing list folder, I do appreciate that it annoys you, but at least you *have* the message. We're comparing with a situation where other people are just cut out of the decision *entirely*, which is far worse for them than the mild annoyance you experienced. Obviously, if you *know* someone's preferences and happen to remember them at the moment you reply, you can adhere to them (as I have done in this case, although you didn't do me the same courtesy). But the *default* behaviour needs to be the one with least inconvenience for most people, surely? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Socket I/O time out in IMAP IDLE connections
On Thu, 2015-03-12 at 08:42 +0100, Milan Crha wrote: On Wed, 2015-03-11 at 12:00 +0100, Florian Baumann wrote: Just normal TCP/IP with STARTTLS (which might be the problem) ... imapx_server_set_connection_timeout: 0x4f1e930 (GTlsClientConnectionGnutls) Hi, you are right, that's it, the STARTTLS. Mine non-STARTTLS account says: imapx_server_set_connection_timeout: 0x6947eb0 (GTcpWrapperConnection) is socket:1 and the STARTTLS one says: imapx_server_set_connection_timeout: 0x6770f70 (GTlsClientConnectionGnutls) is socket:0 I extended the print to show also result of G_IS_SOCKET_CONNECTION (connection). I do not use the STARTTLS often, almost not at all, thus I missed it. Here's the fix for it: https://git.gnome.org/browse/evolution-data-server/commit/?id=94c9a1f What about ShellCommand connections? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Mailing list filters
On Mon, 2015-03-16 at 09:48 +, Pete Biggs wrote: It depends on the mailing list settings. There is a per user setting on many mailing lists of Avoid duplicate messages. With that you don't receive the list copy if you are listed in the To: or Cc: headers. Which is good, because you don't get two copies; but it's bad because the *only* copy you receive doesn't have the list headers on it, which breaks filtering and Reply to list. And if the list is moderated for non-subscribers (or whatever), then you receive, and possibly reply to, a message before the rest of the list sees it. That's why I dislike being directly sent replies to mailing list posts. It breaks things for me; it makes things difficult for me. And I can explicitly say I don't want it to happen until I'm blue in the face, but it won't make any difference to anything, people will still keep doing what they think is the only way it should be done - or more likely what is most convenient for them. FWIW I've added you as another use case in http://david.woodhou.se/reply-to-list.html Thank you for helping me to refine it. In summary, then: If you reply-to-all, then some people will get a second copy of the list message, which might annoy them a tiny bit. But if it does, it's usually trivial for them to tell the list software not to send them a copy when they're already in the To: or Cc: headers. If they do *that* then they might receive some list traffic in their INBOX instead of the list folder. Which they can also trivially fix by changing their filters to match any messages which are To: or Cc: the list even when they didn't actually come via the list (which is traditionally considered a false positive but in this case is exactly what they want). On the other hand, if you *don't* reply-to-all, and restrict your reply to only the one list that you happened to receive the mail from, then you may cut all kind of other people out of the discussion entirely. And there's nothing at all they can do about that. There, is that a reasonable summary? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Mailing list filters
On Mon, 2015-03-16 at 13:07 +0100, Ralf Mardorf wrote: However, IMO it's important to find the least common denominator that works for most MUAs. For mailing lists the rule is, that most of the times a reply should be send to the mailing list only. [citation needed] There are just a few exceptions when it makes sense to Cc Did you read the various use cases described at http://david.woodhou.se/reply-to-list.html? Did I miss some? The approach my needs are the most important needs and my MUA does it the one and only right way is ignorant. Yes. Yes, it is. Now, please read the various examples given in the above URL, understand why doing things one way causes a *minor* annoyance for you (and John and Mary in the examples given there) but doing it the other way causes other people (Claire, Karl, Fred, etc.) to be completely cut out of the conversation — and think about which choice is behaving in the fashion you describe above as 'ignorant', and which is trying to cause the least amount of inconvenience to *everyone*. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Mailing list filters
On Mon, 2015-03-16 at 14:07 +, Pete Biggs wrote: Not that it particularly matters, my server-side filters already filter the Evolution list on To: and Cc: headers because I couldn't rely on the list headers. I have a choice you see - either I get things in my Inbox, which is full enough as it is, or I get non-list originated mail in my Evolution folder. Neither of which are ideal. Well, if your preference is to only receive *one* copy (which I accept is a valid choice even if it's not *my* choice), then surely you have to choose one or the other? Sure, *I* agree that neither is ideal, but isn't that what you *wanted*? Ok, we discuss the primary downside of the missing RFC2639/RFC2919 List-* headers below, but other than that, what's the problem with directly-received list messages getting put into the list folder? Is it that you're concerned about the case where someone deliberately adds you to Cc as well as sending to the list... as distinct somehow from someone replying to you *and* the list, which you already said you want to land in the list folder only? But the primary downside, which you have omitted, is that the received message does not have any of the list headers, because it didn't go via the list. So you can't Reply To List at all OK, so you need a few extra keystrokes if you want to ignore my heartfelt pleas and still continue to deliberately cut people out of the discussion. I do concede I had omitted describing that as a 'downside'. :) Of course, you could add the headers yourself in your filter if you *really* wanted to, couldn't you? More sensibly perhaps, we already have per-folder options for replies. We have the 'Send Account Override' which controls which identity to use for replies within a specific folder. It shouldn't be that hard to add a *destination* override for the 'Group Reply' action in each folder too. and you break everything to do with list handling. You mean the 'Message' - 'Mailing List' - 'Unsubscribe' and similar options? Do you actually *use* those very often? They're cute, but they don't seem to be *common* actions. And again, if you *really* wanted to you could probably add the relevant headers at your own end. But still, the overall picture hasn't changed much. When making the choice of how to reply, we are comparing the fact that some people might be entirely cut out of the discussion if we reply-to-list, with what is still a fairly minor inconvenience for you if we reply-to-all. My experience of the mailing lists I use is that cross-list posting is vanishingly small as is CC'ing external experts. YMMV but that argument cuts very little ice with me. My mileage definitely does vary. I find myself added to Cc on quite a lot of different discussions, on mailing lists I'm either not subscribed to, or which I *am* subscribed to but almost never look at their folders. On those lists which I rarely check, it happens quite often that when I *do* look into them, someone has *replied* to one of my messages and was asking for help, but didn't get it because they didn't actually send their message to *me*. Sometimes I take pity on them and follow up. Other times I just leave their message unanswered. As for list cross-posting, I took a look at a Linux kernel related mailing list which I run. Of the 2662 messages in there since I last archived my own mail store, 1633 were also copied to a list @vger.kernel.org. That's more than half. And many of the lists I'm on have a lot of cross-posting. It does also happen on *this* list, although obviously less than 50% of the time. Sometimes between this list and the evolution-hackers list, and other times between other GNOME lists. For example, https://wiki.gnome.org/MaintainersCorner says that release-team, gnome-doc-list *and* gnome-i18n must be be notified of new stable branches, and those messages are usually cross-posted. Likewise, string breaks in a stable release also IIRC require a message being sent to multiple lists. It *isn't* as uncommon as you make out, *even* here. It's kind of pointless to argue about the relatively frequencies of the different types of users, and the prevalence of cross-posting and adding people to Cc. Each person will have different experiences. All we can agree on is that they *do* all exist, and it *does* all happen. And even if it's considered rare, it's often the case that when people or other lists are added to Cc, that's done because they are the *most* useful people, and most likely to be able to solve the problem. They were added for a *reason*. We have to compare the down-side of cutting those people out of the discussion, with the down-side of a trivially minor annoyance to some other people. Even if there are *significantly* more people in the latter category, it still doesn't necessarily change the outcome. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list
Re: [Evolution] Mailing list filters
On Fri, 2015-03-13 at 16:01 +, Justin Musgrove wrote: For now, I added another condition Recipients, contains, evolution-list@gnome.org You're liable to get false positives with that one. When someone replies to a thread you're actively participating in, you should normally get a message directly in your inbox, as well as the one to the mailing list. (If that seems odd, remember that the person who replies cannot know if you're subscribed to the list or not, so it's horribly rude of them to *drop* you from the direct recipients and potentially cut you out of the conversation. See http://david.woodhou.se/reply-to-list.html ) If you filter as described above, *both* copies of the reply will get filtered into the folder, rather than only the one which actually arrived via the list. The best thing to filter on is the Return-Path, which for this list would be evolution-list-boun...@gnome.org. However, you said you're using EWS and I don't think Exchange actually creates a Returh-Path header for incoming mail. The next best thing would be the List-Id header. That does still have false positives — if someone *knows* you're no longer subscribed to the list (but your filters might still be in place because who ever cleans up their filters?), or they know you are subscribed but never look in that folder, they might redirect a list mail to you personally. And then your filter would have a false positive. You may not care about that possibility, in which case filtering on List-Id should be fine for you. Personally, that situation *does* happen to me and I want my filters to be correct :) Btw, when replying to a message in Evolution try selecting just the part of the email you want to reply to, then hit reply while it's selected. I think that should override the normal reply behaviour, shouldn't it? -- dwmw2 signature.asc Description: This is a digitally signed message part smime.p7s Description: S/MIME cryptographic signature ___ 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] disabling junk plugin
On Sat, 2014-06-28 at 08:45 +0100, Pete Biggs wrote: Using the manual Junk button without having a junk processor installed is somewhat unusual. You might consider marking messages for later followup (Shift-Ctrl-G) or using labels. what I like about Ctrl-J is that messages are immediately refiled into Junk. What do you do with them once they are labelled as junk? Run a script which processes the IMAP mailbox looking for Junk and NotJunk flags, and feeds them as training input to the spam filter. However, the UI for this is horrid because although marking things as NotJunk behaves sanely, the messages disappear as soon as I hit Ctrl-J to mark them as junk, destroying my concentration and losing my place in the list as I'm scanning down it. You can disable that obnoxious behaviour for messages marked for deletion, so that it just shows the messages with strikethrough. But AFAICT there's no way to disable it for messages marked as Junk. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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 EWS and Squid proxy
On Thu, 2014-02-13 at 13:01 +0100, Patryk Benderz wrote: what about setups with multiple email accounts, where EWS email account needs proxy, but I have several other accounts (pop3, imap) which needs direct internet access? You're describing it wrong. What you actually have is a network environment where some servers need a proxy to access them, and other servers do not. This kind of thing is usually handled automatically by a PAC file, which is a JavaScript file that basically answers the question what proxy do I use for this URL?. These PAC files (or any manual override) are a per-network-connection thing. Often a DHCP server will hand you the location of a file. Or you'll automatically 'discover' it by looking for http://wpad/wpad.dat and finding it in your DNS search domain. Or a VPN server might hand you one along with the IP configuration. The correct answer here is for NetworkManager to handle this information properly for the currently-connected networks, and hand it to the PacRunner dæmon. Then processes like Evolution and *anything* else which might need to use a proxy just send a DBus message to PacRunner, saying what proxy do I use for this URL?. And the PAC file has already been loaded into the JavaScript interpreter and you get a nice fast answer. (Without the idiocy of doing the discovery and loading the JS interpreter over and over again in the context of *ever* application that wants to check if it needs a proxy, which is what the original libproxy library did, and is why we have evil hacks in glib to avoid it) Matthew, if you're looking at proxy stuff, please make sure you keep the 'correct' fix in mind, and you know how we get from here to there. I appreciate that we might want local hacks in Evolution to work around the fact that this still isn't working right in NetworkManager — but let's make sure that it's easy to move to the correct fix when it's possible to do so. So perhaps we might want Evolution's default behaviour to be to *try* sending the PacRunner request, assuming that things are working sanely, and to have a manual override for the cases where that doesn't work. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation smime.p7s Description: S/MIME cryptographic signature ___ 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] Refresh of EWS Calendar
On Tue, 2013-10-01 at 17:10 +0200, Milan Crha wrote: Of course, it can be a bug in evolution-ews. If you have some exact steps, then feel free to open a bug report in Gnome's bugzilla, thus it would be properly investigated. There's also a (now-fixed) libsoup bug which would cause things to stop talking to the server... -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Tor and Regular Mail
On Mon, 2013-09-02 at 08:48 +0200, Patryk Benderz wrote: thank you for that hints. They are for sure helpful, but for tech savvy people. Regular users won't even know what are you are talking about :) It used to be simple enough even for regular users. But the setting has now been hidden and you can't get at it in the GUI account setup any more. You have to do it manually with dconf :( - they need separate proxy setting. Apart from that, can you give similar workaround for EWS setup? Use libproxy (or PacRunner and its reimplementation of libproxy, ideally). Make sure that when you ask it what proxy do I use for this URL, it gives you the correct answer for each of the servers you want to talk to. File bugs if Evolution is not honouring the libproxy answers correctly. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Tor and Regular Mail
On Fri, 2013-08-30 at 11:57 +0200, Patryk Benderz wrote: [cut] The question is: Is it possible to have one account which uses Tor, while the other is regular, and they work at the same time? [cut] There is a long waiting feature request for this: https://bugzilla.gnome.org/show_bug.cgi?id=599463 Subscribe to this bug and ask nicely - maybe someone will take pity on this/us and implement such a setting.. For the account which requires a proxy, assuming it's an IMAP account, just configure Evolution to run 'socat' with appropriate arguments, instead of making a network connection for itself. That doesn't necessarily fix the SMTP side. In the case where you're using *SSH* as your IMAP command, so you get single-sign-on to your IMAP server using your SSH keys in ssh-agent, you can add something like '-L 1587:mailserver:587' to the SSH command, then configure Evolution to submit mail to localhost:1587 which will go through the port forwarding. Perhaps we should fix the SMTP transport to allow a custom command too? But then again, you can just let it deliver to localhost (or /usr/lib/sendmail) and have something there take care of it properly. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Exchange Server 2008
On Wed, 2013-08-14 at 09:47 +0200, Patryk Benderz wrote: Dnia 2013-08-13, wto o godzinie 23:57 +0100, Tom Davies pisze: Hi :) What should i install in order to get Exchange communicating with Evo? evolution-ews Do i install the Ews things first not first, you install only EWS If any of the Evolution background processes have started before you install the EWS package, they will need to be restarted. Since gnome-shell tends to load evolution-calendar-factory as soon as you log in to GNOME, it's fairly much guaranteed that installing EWS and then trying to use it immediately, under GNOME, is going to fail. I think there was a bug for this once, but I don't recall it now. Does the wrong order damage anything, such as my ability to try again and get the order right 2nd time. I do not think so. The only drawback is that it seems impossible to configure evolution to connect to Exchange which is hidden behind microsoft's proxy server, with RPC over HTTP technology. Your Exchange needs to have public IP address or name. Is there a bug for this? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] expunge individual messages from inbox
On Tue, 2013-08-13 at 23:36 +0100, Patrick O'Callaghan wrote: IIRC later versions of IMAP allow expunging of single messages, but don't quote me. They do. UID EXPUNGE was added in RFC4315. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Evo just downloaded all my mail again
On Sat, 2013-06-29 at 07:55 +0100, huw wrote: I'd restarted my PC, then put it into suspend. This morning I woke it up, loaded Evolution, and it promptly downloaded all the mail in my inbox again, as if it had never been there (via an IMAP account). I hadn't fiddled with any settings or deleted anything beforehand. Why did it do this? What is the IMAP server? If the UIDVALIDITY changes, then Evolution *has* to throw everything away and start again from scratch. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Time drifting using Android - Exchange 2010 - Evolution
On Fri, 2013-05-31 at 09:09 +0200, Vidar Evenrud Seeberg wrote: Den 05/30/2013 11:49 PM, skrev David Woodhouse: DTSTART:20130602T18 DTEND:20130602T19 Hm, that's odd. Shouldn't those end with a 'Z' to indicate that they are in GMT? Then they'd be correct, right? The meeting was actually at 18:00 GMT? No. The meeting was at 20:00 (look at summary: Test20) Remember, times are meaningless without timezones. You should *always* specify the timezone unless it's completely obvious. The meeting was at 20:00 in *what* time zone? I thought it was at 20:00 in your local time zone, GMT+2. Which makes it 18:00 GMT? I'd like to see what we actually got back from the Exchange server for this event — can you show the XML you see in the calendar-factory output? From t:CalendarItem to /t:CalendarItem. Actually, the output seems encoded in some way, so I do not know which calendar item is the correct. They're base64-encoded. Here's the first one, which I think is the interesting one: BEGIN:VCALENDAR METHOD:PUBLISH PRODID:Microsoft Exchange Server 2010 VERSION:2.0 BEGIN:VTIMEZONE TZID:W. Europe Standard Time BEGIN:STANDARD DTSTART:16010101T03 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10 END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT ORGANIZER;CN=Vidar Seeberg:MAILTO:vidar.seeb...@norsvin.no SUMMARY;LANGUAGE=en-US:Test entered for 20-21 DTSTART;TZID=W. Europe Standard Time:20130602T20 DTEND;TZID=W. Europe Standard Time:20130602T21 UID:1fe056fd367849478ebb324bd2fb0260 CLASS:PUBLIC PRIORITY:5 DTSTAMP:20130531T064042Z TRANSP:OPAQUE STATUS:CONFIRMED SEQUENCE:0 X-MICROSOFT-CDO-APPT-SEQUENCE:0 X-MICROSOFT-CDO-OWNERAPPTID:276071 X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY X-MICROSOFT-CDO-ALLDAYEVENT:FALSE X-MICROSOFT-CDO-IMPORTANCE:1 X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-DISALLOW-COUNTER:FALSE END:VEVENT END:VCALENDAR However, some CalendarItems have timezone and some have not. Right. As I explained, you don't *need* to preserve the timezone for a non-recurring meeting. As long as the time is correct, it doesn't matter. It's quite normal to discard the original timezone and just remember the actual time of the meeting in UTC. This is another ics for a test for a meeting at 20:00 to 21:00 entered on the phone (exported from Evolution): BEGIN:VCALENDAR PRODID:-//Ximian//NONSGML Evolution Calendar//EN VERSION:2.0 METHOD:PUBLISH BEGIN:VEVENT SUMMARY;LANGUAGE=en-US:Test entered for 20-21 DTSTART:20130602T18 DTEND:20130602T19 UID:1fe056fd367849478ebb324bd2fb0260 CLASS:PUBLIC PRIORITY:5 DTSTAMP:20130531T064042Z TRANSP:OPAQUE STATUS:CONFIRMED SEQUENCE:0 X-MICROSOFT-CDO-APPT-SEQUENCE:0 X-MICROSOFT-CDO-OWNERAPPTID:276071 X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY X-MICROSOFT-CDO-ALLDAYEVENT:FALSE X-MICROSOFT-CDO-IMPORTANCE:1 X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-DISALLOW-COUNTER:FALSE X-EVOLUTION-ITEMID: AAMkADFmODk4OWM3LThkZTYtNDNiNy04MDI3LWE2MDFiNjEwMTVlZQBGAABfPsKLxmAeTq GBhPnLcSToBwDpmmDdm/HZQbnuhOn4fMvuAAABV6JlAADZpHxTQYzrRJ5/zjxxNiNuKCiF AAA= X-EVOLUTION-CHANGEKEY:DwAAABYAAADZpHxTQYzrRJ5/zjxxNiNuKvG3 END:VEVENT END:VCALENDAR OK, so we can compare this with what Exchange actually gave us, which I showed above. Exchange *did* give us a full timezone definition for W. Europe Standard Time, and then defined the meeting as 20:00-21:00 in that time zone. It looks like Evolution converted to UTC (18:00-19:00) but failed to correctly represent that. It's stored it as a floating time, as Milan said. Floating times (where the timezone isn't fixed, and it's 18:00 in whatever time zone the viewer happens to be in at the moment), are fairly much useless for any event other than hey, the sun is overhead. This might have happened because we don't usually expect Exchange to give us non-recurring meetings in any timezone *other* than UTC, so this code path isn't well-tested? This is an ics for an event entered in OWA for a meeting at 21:00 (exported from Evolution) : BEGIN:VTIMEZONE TZID:Romance Standard Time ... END:VTIMEZONE BEGIN:VEVENT SUMMARY;LANGUAGE=nb-NO:Test entered for 21 in OWA DTSTART;TZID=Romance Standard Time:20130601T21 DTEND;TZID=Romance Standard Time:20130601T22 This one defines a time zone, then gives the meeting start/end in terms of that timezone. It looks fine. This is an ics of an event entered in Outlook as exported by Evolution: BEGIN:VCALENDAR PRODID:-//Ximian//NONSGML Evolution Calendar//EN VERSION:2.0 METHOD:PUBLISH BEGIN:VTIMEZONE TZID:(GMT+01:00) Amsterdam\, Berlin\, Bern\, Rome\, Stockholm\, Vienna ... END:VTIMEZONE BEGIN:VEVENT SUMMARY;LANGUAGE=nb-NO:Test 2100 entered in Outlook DTSTART;TZID=(GMT+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm
Re: [Evolution] Time drifting using Android - Exchange 2010 - Evolution
On Fri, 2013-05-31 at 09:27 +0200, Milan Crha wrote: On Thu, 2013-05-30 at 22:49 +0100, David Woodhouse wrote: DTSTART:20130602T18 DTEND:20130602T19 Hm, that's odd. Shouldn't those end with a 'Z' to indicate that they are in GMT? Then they'd be correct, right? The meeting was actually at 18:00 GMT? Hi, let's call it UTC, not GMT, to have same terminology as in RFC. I sometimes like to use 'GMT' just to reinforce the GMT does *not* mean UK time message. :) Date/time stored this way, without timezone, is called floating [1], which means that it's in your case between 18 - 19 in whatever timezone you see the event. If you read the section at [1] carefully, then you'll notice that it's not good to use floating times, thus I'd say that the phone software is a bit lazy (though it depends on actual data received from the Exchange server). A bug on evolution's side might be that it doesn't convert the time to your Europe/Oslo timezone, but rather to UTC, It's allowed to convert it to UTC. And as I said, I'd usually expect *Exchange* do to that for a non-recurring meeting anyway. and then convert it to Europe/Oslo, When you display a meeting, it's always converted to the local timezone, whatever that happens to be at the time. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Time drifting using Android - Exchange 2010 - Evolution
On Fri, 2013-05-31 at 06:47 -0430, Patrick O'Callaghan wrote: On Fri, 2013-05-31 at 10:10 +0100, David Woodhouse wrote: let's call it UTC, not GMT, to have same terminology as in RFC. I sometimes like to use 'GMT' just to reinforce the GMT does *not* mean UK time message. :) pedantry It's certainly true that GMT is not the same as UK time, but even GMT is not really a standard timezone (though it's still used in some countries). UTC is the correct term AFAIK. /pedantry I'm not quite sure what you mean when you say that GMT isn't a standard timezone. What type of standard do you mean? It is used as the legal time (or the basis for it) in a number of countries, and is thus in the timezone database. What more does a timezone need, to be a standard timezone? Strictly speaking, GMT and UTC are *different* things. They can differ by up to a second. But that isn't really important. For most practical purposes, they are interchangeable. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Time drifting using Android - Exchange 2010 - Evolution
On Thu, 2013-05-30 at 09:17 +0100, Tom Davies wrote: Annoyingly some email clients and all handheld devices make it impossible to bottom post so i usually either avoid posting or delete out all the previous stuff so that no-one has any context. We have plenty of context. The In-Reply-To: and/or References: headers in your own message serve to explicitly identify the message to which you replied, and we can read that quite easily. Unfortunately, that message itself is very hard to read. Quite why Vidar thought it would be helpful to repeat part of an older email which reads Message: 6 Date: Wed, 29 May 2013... and a bunch of other irrelevant stuff, I have no idea. Don't people *read* what's in front of them before hitting 'send', these days? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Time drifting using Android - Exchange 2010 - Evolution
On Thu, 2013-05-30 at 21:06 +0200, Vidar Evenrud Seeberg wrote: Den 05/30/2013 08:51 AM, skrev evolution-list-requ...@gnome.org: Hi, it might be better to start with evolution itself, not with your admins. I suggest to debug what the server returns to you. One UI way is to open the event editor and turn on View-Time zone, then you'll see what time zone is the event at. Now, we're getting somewhere... When opening an event created on my phone, no time zone appears, just an active Select... box from which I can choose time zone. Opening an event created in Outlook, the time zone says GMT+1. Careful; Outlook (and most things Microsoft) are very broken here. They say GMT to refer to UK time, which is only actually GMT during the winter, and GMT+1 during the summer. During the summer months they have a similar off-by-one error in all time zones. I assume there is similar brokenness in the southern hemisphere but I don't know exactly how it manifests itself. So it's actually expected that you'll see Central European Time (which is currently GMT+2) described as GMT+1 at least in cosmetic textual things from Microsoft. In a typical display of their quality engineering, they at one point attempted to fix this bug by adding a disclaimer to outbound calendar invitations, warning the user that the GMT offset may be wrong :) However, that's mostly just cosmetic, in the text of the description etc. In the ical invite itself, things should usually be correct. Opening an event created in OWA, the time zone says Romance Standard Time. Creating an event in Evolution and opening it again afterwards it says Europe/Oslo, which is the system's time. In Exchange, a non-recurring event is generally expressed in GMT. (And thankfully I mean real GMT this time; the stupidity described above is mostly only cosmetic). Think about it: there's no *point* in preserving the original time zone in a non-recurring event. If it's 12:00 GMT or 13:00 UK time or 14:00 Brussels time, that's all the *same*. The only time the original timezone ever matters is for *recurring* events, when the daylight savings rules need to be applied on the right day of the year. The EWS_DEBUG part worked, but searching for the event entered on the phone gave no results. Here is the event, entered for 20:00 on the phone, but drifted two hours to 18:00: BEGIN:VCALENDAR PRODID:-//Ximian//NONSGML Evolution Calendar//EN VERSION:2.0 METHOD:PUBLISH BEGIN:VEVENT SUMMARY;LANGUAGE=en-US:Test20 DTSTART:20130602T18 DTEND:20130602T19 Hm, that's odd. Shouldn't those end with a 'Z' to indicate that they are in GMT? Then they'd be correct, right? The meeting was actually at 18:00 GMT? I'd like to see what we actually got back from the Exchange server for this event — can you show the XML you see in the calendar-factory output? From t:CalendarItem to /t:CalendarItem. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] ActiveSync support updated for Evolution 3.8
I've rather belatedly pushed the updates to evolution-activesync to make it support Evo 3.6 and 3.8. I'd been running with some hackish local changes that I couldn't bring myself to commit, but I've finally cleaned it up and ditched a lot of the support for ancient Evolution versions. I *haven't* updated the eplugin; I'm not entirely sure how to. Normally I cheat and copy from the EWS back end, but there have been a *lot* of changes there and a lot of them aren't relevant because we don't (yet) handle calendar and addressbook in ActiveSync; those are handled through SyncEvolution instead. Matt, or anyone else with sufficient clue: if you have a chance to take a look and update the eplugin to work in 3.8 (and perhaps 3.6 too), that would be much appreciated! I'd *still* love to see a bunch of that stuff exported from the camel back end in the form of HTML/JS rather than native GUI code. It would make the e-mail-factory approach a whole lot saner. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation smime.p7s Description: S/MIME cryptographic signature ___ 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] S/MIME key/certificate recovery
On Fri, 2013-02-08 at 10:47 -0800, Jeff Trefftzs wrote: I just upgraded from Fedora 13 to Fedora 18, and failed to successfully backup my old evolution files. What I did do was copy my entire $HOME directory to an external drive, and attempted to restore from there. To make a long story shorter, I did retrieve all my old mail and contacts, but I haven't been able to recover the S/MIME certificates I was using before the upgrade. The old version of evolution was 2.30.3 New version is 3.6.3-2 Can anyone point me at the right place to find the old certs and suggest how to import them back into my current evolution? They'll be in an old-style NSS database in your ~/.evolution directory, which will want merging into the proper user-wide database in ~/.pki/nssdb You ought to be able to use certutil's '--upgrade-merge' option for this, but I forget the details now. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Connection Confusion
On Mon, 2013-02-04 at 06:16 -0500, Adam Tauno Williams wrote: That doesn't sound that weird. *Sending* and *Receiving* are two entirely different operations. Receiving is POP/IMAP [and rarely blocked by firewalls], sending is SMTP [and almost always blocked by firewalls]. Sending should be MSA, which is like SMTP except on port 587. And is rarely blocked by firewalls. That's kind of why the MSA port was introduced. In 1998. If you're actually trying to submit via an authentication connection to port 25, yes I would expect that to break quite frequently. I'd consider that to be a misconfiguration. You should use port 587. And if the server isn't listening on port 587 then *it* is misconfigured. Verizon certainly does block SMTP. Surely they don't block port 587? Hot-spotting through a phone generally stinks, they do not really provide you an ISP-like connection, it is more of an ISP-lite connection. [lite being a synonym for crappy]. Well, you don't get a proper IP address (neither IPv6 nor even Legacy IP) so you're afflicted by NAT¹, but that's fairly much the same as with many of the crappy home ISPs that people use, surely? -- dwmw2 ¹ Except with my Android phone, which seems to have stopped doing NAT. Instead it just routes packets from its internal networks (the USB and wifi tethering clients) out the 3G interface without NAT. Which doesn't work at all :) smime.p7s Description: S/MIME cryptographic signature ___ 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] How to triage server vs evolution bug?
On Tue, 2012-12-18 at 16:00 -0500, Matthew Barnes wrote: Speak of the devil... commit 1fd3da8927177ed0517abeaf3c7a29611d64546f Author: Matthew Barnes mbar...@redhat.com Date: Mon Dec 17 11:14:44 2012 -0500 IMAPX: Support non-virtual Junk/Trash folders. Yay! Thanks for doing this. And Ick, I still wish we'd do more of it in generic code, not in the protocol-specific back ends. It's just copy/delete/expunge, and the back ends were capable of that already. We just needed a way to expunge a *specific* UID IIRC? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] exhange offline message storage: questions and troubleshooting
On Mon, 2012-12-17 at 10:34 +0100, Milan Crha wrote: Even if I try one or both of these options, I can't seem to download all of my stored messages from the server. The download begins and then stops after which I have to manually start it again. Also periodically I get a warning notice that messages can't be moved from the cache. What is the exact warning, please? Is there anything on console? You can see what evolution-ews does and your server responses, if you run evolution like this: $ EWS_DEBUG=2 evolution I was going to suggest that this might be a filename issue, and that we might need to stop using the actual ItemID as the filename, and instead use a sha1 of it or something like that. Sometimes they are too long for certain file systems. Then I realised that I *did* that already, in October 2011. So I revert to having no idea... But I did have another user reporting a similar issue with the g_rename() in camel_ews_folder_get_message() recently. There's no proper error reporting there (mea culpa, I think) so it wasn't clear exactly what the problem was. Perhaps it's *still* too long (pathname rather than individual filename, perhaps), and we should use sha1 instead of sha256? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Again no smooth upgrade from Evolution 3.2 to 3.4
On Tue, 2012-08-21 at 09:50 +0200, Paul Menzel wrote: 1. The settings for sorting of messages were not kept. I had it on »Date« before and after starting Evolution 3.4 nothing was selected, which was quite confusing since messages are not displayed where they are supposed too. The fact that you have to put it on 'Date' is a bug in the first place. Evolution should show the messages in the order that they appear in the mailbox (which is by the *received* time, not the date in the Date: header). You don't want messages with dates in the future to sit at the bottom for ages, and you don't want messages which arrive with a date in the *past* (perhaps it got delayed in transit) to appear further back in the mailbox than other messages which you've already dealt with. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Request for User Docs Help: Syncing Evo with other devices
On Mon, 2012-08-20 at 12:59 +0200, Andre Klapper wrote: So I'll resend this after one year: Hi everybody, the Evolution user docs do not cover well syncing Evolution with other devices: http://library.gnome.org/users/evolution/3.5/sync-with-other-devices.html It points to SyncEvolution, which I think is the right answer. FWIW SyncEvolution supports ActiveSync these days (using the same dæmon that Evolution's ActiveSync mail support uses). -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] was: Yahoo IMAP stopped working - now IMAP+ backend deficiency
On Tue, 2012-07-31 at 12:38 -0500, Eugene wrote: Old IMAP one can specify that deleted message be sent to a folder of choice, for example Trash. I can't find this feature in IMAP+ settings. Not sure. Milan did that, I believe... and although I haven't looked very hard, I was a little concerned that perhaps it should have been done more in *generic* code rather than so much in the IMAP provider itself. I'm not sure if Milan or anyone else has any current plans to extend it to IMAP+. I've been planning to take a look for a while, but it's not likely to happen imminently. This is discussed in bug 206061 (around comment 107 onwards). -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Yahoo IMAP stopped working
On Tue, 2012-07-24 at 20:19 -0500, Eugene wrote: When I changed IMAP to IMAP+ the Evolution crashed on startup. I had to use gconf-editor to edit /apps/evolution/mail key and disable my yahoo acoount. So far I am unable to change from IMAP to IMAP+ and keep Evolution up for testing. Please could you install the evolution-data-server-debuginfo package, and run (without typing the prompts, of course): $ script $ CAMEL_DEBUG=imapx gdb evolution (gdb) handle SIGPIPE pass nostop (gdb) set pagination off (gdb) run Then when it crashes, (gdb) backtrace (gdb) thread apply all backtrace (gdb) quit Quit anyway... y $ exit Then mail me the resulting 'typescript' file. Or if the crash has already been captured by something like abrt, a link to the existing bug should probably suffice. Thanks. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Undesired IMAP account
On Sun, 2012-07-01 at 16:59 -0400, Matthew Barnes wrote: No need, it's already fixed in 3.5.3. The Delete button is now disabled for accounts bound to GNOME Online Accounts. They have to be deleted through the GNOME System Settings capplet (or whatever we're calling it these days). Hm, that isn't ideal. How hard would it be to *make* the delete button work? Or at least make it pop up a warning saying why the account can't be deleted? Having to go and do it elsewhere isn't very discoverable. It's exactly the kind of thing that users hate. This just got harder for you because we're making things easier for you :) -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Yahoo IMAP stopped working
On Tue, 2012-07-10 at 17:20 -0500, Eugene wrote: Unfortunately CAMEL_DEBUG=imap or CAMEL_DEBUG=imapx does not print outgoing communications, only incoming. I don't quite understand what you mean by that. First, please make sure that you are using the current IMAP+ back end for email, not the obsolescent IMAP provider. Then if you run with CAMEL_DEBUG=imapx, it should print all the communication it has with the IMAP server. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Exchange MAPI
On Mon, 2012-07-09 at 10:35 +0200, Andre Klapper wrote: See http://library.gnome.org/users/evolution/3.5/exchange-connectors-overview.html Hm, no mention of Evolution-ActiveSync there... :) -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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 From Kmail
On Sun, 2012-07-08 at 12:44 +1000, Gerald wrote: The KDE site recommends reverting to kmail1 on the 64 bit systems Reference please. Seriously, without a specific reference to a bug https://bugs.kde.org/ this just isn't credible. I can't believe that anyone these days would manage to write code that isn't 64-bit clean. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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 From Kmail
On Thu, 2012-07-05 at 21:13 +1000, GeraldC wrote: Since Kmail2 is a nogoer on 64 bit systems Que? Bug reference please. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Yahoo IMAP stopped working
On Mon, 2012-07-02 at 18:13 -0500, Eugene Kanter wrote: For me since approximately mid June. Error is: Unexpected response from IMAP server: string Where string is pretty much any random header line like From:, Return-Path, Subject etc. It simultaneously stopped working on Evolution 3.2.3 Fedora 16 and a previous version on Fedora 14 Does anyone see this? This error forced me to use Thundebird for Yahoo mail. Please can you run evolution from a terminal with CAMEL_DEBUG=imapx set in the environment, and capture its output (perhaps run in 'script'). File a bug with the end of the output leading up to this error. Make sure it includes last command we send to the server, and all of its response. It sounds like Yahoo! broke their mail server, but we should be able to work out what's happening and perhaps try to work around it. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Undesired IMAP account
On Fri, 2012-06-29 at 14:23 -0300, Lailah wrote: I've found the root of the problem: In Online Accounts, was on for Mail, Contacts, Docs, Chat and Calendar. I've put an off on Calendar and Mail, and IMAP account vanished. Was magic! That's not acceptable. If you delete the account from Evolution, it should *stay* deleted. Perhaps it should automatically turn off the corresponding Online Accounts setting for email. Please could you file a bug? Thanks. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Repeat of question
On Fri, 2012-06-29 at 11:02 +0100, Pete Biggs wrote: On Thu, 2012-06-28 at 20:48 -0700, Jeffrey Needle wrote: Hi, all. Not to be a pest. I posted this a few weeks ago, and didn't receive any response. Really? The email I sent must have been a figment of my imagination then ... and this figment has mysteriously found its way into the archives ... But you didn't send your response to Jeffrey; only to the list :( This is what happens when you cut people from Cc when replying to them. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] First release of Evolution-ActiveSync (v0.92) for Evolution 3.4
On Mon, 2012-06-04 at 18:14 +0200, Andre Klapper wrote: On Sun, 2012-06-03 at 05:24 -0700, trixor wrote: No package 'check' found [root@wp0927 evolution-activesync-0.92]# yum install check Loaded plugins: langpacks, presto, refresh-packagekit Package check-0.9.8-5.fc17.x86_64 already installed and latest version Nothing to do Any Idea what I need to do to fix this? Check if you have also check-devel installed. FWIW this is better expressed as: yum install 'pkgconfig(check)' It's much better to use the pkgconfig() provides, rather than guessing at package names. Guessing the package name *often* works, but not always. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] Evo and command line mode
On Tue, 2012-05-29 at 19:51 +0200, Matthias Apitz wrote: in my business world I have to use a MS Exchange server without SMTP and POP, only OWA, and for this I have to use either OutLook or Evo (free of this restriction I never would use Evo, but 'mutt' as MUA); It's not that hard to script something that'll send using EWS or ActiveSync from the command line, given a full RFC822 message as input. You don't need Evolution for that. You can also put pre-composed messages directly into Evolution's Drafts folder, and then open them in the composer and just hit 'send'. I don't know if it's possible to trigger that send step from outside the UI though; I suspect not but it may well be possible to fix that. And of course you *can* specify a lot of things, including a message body, in a mailto: URL and have Evolution honour them all. But I don't think it goes as far as attachments. That might be hard to fix because I don't think you *want* it honouring 'attach=~/.ssh/id_rsa' in a mailto: URL. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ 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] First release of Evolution-ActiveSync (v0.92) for Evolution 3.4
It's syncing to download.gnome.org slowly, but for now is available at ftp://ftp.infradead.org/pub/activesyncd/evolution-activesync-0.92.tar.xz ftp://ftp.infradead.org/pub/activesyncd/evolution-activesync-0.92.tar.xz.asc This is now updated to work with Evolution 3.4. As before, this package contains the core dæmon for communication with the ActiveSync server, as well as a Camel back end and Evolution EPlugin for configuring it. SyncEvolution modules for calendar and addressbook synchronisation are part of the SyncEvolution repository. We don't have 'direct' Evolution calendar and addressbook back ends yet, although that would be nice. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] convert to Maildir or IMAP from evolution's offline backup
On Thu, 2012-05-10 at 11:18 -0400, Adam Tauno Williams wrote: On Wed, 2012-05-09 at 10:18 -0700, shawn wrote: I accidentally deleted alot of email from my IMAP server. I made a copy of the offline copy that evolution makes. 3/4 of my email is only in this backup. How can i convert this backup into Maildir or IMAP format? Is this a current [~3.2] version? If so I'd put together a Python script that recursively walks alls all the files in below ~/.local/share/evolution/mail/{accountId}/folders/{folderName}/cur/ and reads each one to construct an MBOX file of each folder. http://docs.python.org/library/mailbox.html#mailbox.mbox http://docs.python.org/library/email.parser.html Parser from email.Parser will read a message from a string or a file-handle. The individual files are raw messages. That *is* Maildir. So if you want to convert this backup into Maildir then just copy those individual files from each directory in Evolution's backup, to the appropriate directory in your normal mail store (~/Maildir/ on the mail server, perhaps). If you're using an older version of Evolution where the local storage is mbox, you'll want a script like mb2md to do the conversion to Maildir. http://batleth.sapienti-sat.org/projects/mb2md/ -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Where does evolution store its files?
On Fri, 2012-01-27 at 07:22 -0430, Patrick O'Callaghan wrote: On Fri, 2012-01-27 at 06:39 -0500, Adam Tauno Williams wrote: You tell tar to NOT restore file ownership - this allows you to restore an archive from one system… Otherwise you will get a bunch of errors, or at least warnings, about not being able to set file ownership. Fair enough, then we agree. Your earlier statement implies that if you don't tell tar not to restore ownership, then it will do so. What you meant was that it will *try* (and fail). Which would be wrong. If invoked as a non-root user, the default behaviour is *not* to attempt to restore permissions. Since it obviously¹ won't work. If invoked as root, tar *will* restore permissions by default. -- dwmw2 ¹ Well, with the traditional UNIX security model at least. smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Configuration for Yahoo Mail IMAP Account
On Mon, 2012-01-23 at 08:30 +0100, Milan Crha wrote: On Fri, 2012-01-20 at 23:21 +0100, Pascal Bernhard wrote: Although I can receive mails Evolution shows me this error message: Error syncing changes: UID STORE error - Invalid value ($Labelpersonal) for data item +FLAGS.SILENT Hi, it tells you that it failed to set a user-specified Label on the message. IMAP store's these labels server-side. Why your Yahoo IMAP server doesn't like it is hard to tell, it might be a question for Yahoo support. You cannot do basically anything with this, except of not using Labels with you Yahoo account. This is a known bug with Evolution. The IMAP server *tells* us which flags it supports, but Evolution ignores that and tries to set unsupported flags anyway. https://bugzilla.gnome.org/show_bug.cgi?id=621837 -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Exchange Web Services and Global Address List
On Wed, 2011-12-21 at 14:59 +, mike _ wrote: The url I've given evolution-ews is in the form https://server/OAB/big_alpha_numeric_string_with_dashes_in_it/oab.xml If I try accessing that url via Firefox I get a bunch of XML with references to files with names ending lzx. If I go in to Account Editor Receiving options and tick 'Cache offline address book' then click 'Fetch List' then the aforementioned XML appears in the DEBUG output and '\Offline Global Address List' appears in the drop down menu. So I'm assuming the url is correct. When I try and search the Global Address List I either get no results at all, or a single result when there should be more than one. E.g. I search for 'Smith' and I get one result for someone with Smith in his name, but there's more than one person called Smith in the Global Address List. I can't pin down the circumstances under which I get a single result or no result. Searching the Offline Global Address List returns no results at all. I don't see any evidence that Evolution is downloading anything relating to the address lists. Where would the Offline Global Address List be downladed to? ~/.cache/evolution/addressbook is only ~100KB and isn't growing. Nothing appears in the DEBUG output when I search the Global Address List. Is this something that should work? Yes. From a terminal, can you set the environment variable EWS_DEBUG=2 and then run e-addressbook-factory. Capture its output, perhaps by running inside 'script'. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Contacts from Outlook
On Fri, 2011-11-04 at 16:57 +0100, Andre Klapper wrote: On Mon, 2011-10-24 at 11:04 +0200, Josu Lazkano wrote: Hello list, I have Evolution on a Ubuntu 11.04 Desktop. I have a Outlook server and I want to get all my contacts from there. I try the MAPI protocol but it is not as stable as I need, I am using IMAP to connect the mail. Is possible to export all contacts from the Outlook and import on the Evolution? I hope that http://library.gnome.org/users/evolution/stable/import-data.html covers the answers. (A full citation because I think it's appropriate on this occasion, not because I'm too lazy to trim it) Josu actually said 'an Outlook server', by which I assume he meant Exchange. Using EWS may be a suitable alternative. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] what tag/commit should I use to attempt to build evo-ews?
On Thu, 2011-10-20 at 19:20 +0200, Milan Crha wrote: The answer is that it depends on your version. The gnome-3-2 branch contains all the backward compatibility cruft, where git master is developed for 3.3.x. I've now removed the backwards compat cruft from the gnome-3-2 branch (and hence the 3.2.1 release that Chen made today) too. For Evolution 3.3, use master For Evolution 3.2, use gnome-3-2 For Evolution 3.0, use gnome-3-0 The gnome-3-0 branch still contains all the compatibility crap, so should build against 2.32 too. And there's a gnome-2-28 branch but the less I think about that the better :) -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [Evolution-EWS] Can't send message
On Tue, 2011-10-18 at 10:52 +0200, Artur Flinta wrote: I've been talking with our exchange admin, and the only difference can be in domain from e-mail, it have same name for internal and external network, but different IPs... But I don't think that this will be an issue. I'm waiting for X400 name from exchange, maybe there will be some interesting information. The IP shouldn't make any difference. Does big/small letters in user name make any difference? I don't *think* so. And last but, not least... is evolution-ews supported with Exchange 2007 SP1, or only 2010? Yes, it should support 2007SP1 (but not 2007 iirc, since that was just *too* broken with UIDs in calendar items). -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [Evolution-EWS] Can't send message
On Tue, 2011-10-18 at 11:46 +0200, Artur Flinta wrote: Well, we have Exchange 2007SP1, nothing special in X400 account info either: C=PL;A= ;P=Companyname;O=Exchange;S=Lastname;G=Firstname; Anything I can do to help resolve this issue? Hm. Run Evolution from a command prompt with EWS_DEBUG=2 set in the environment, and it will dump all its EWS traffic. Try to send a message, and you'll see exactly what it's trying to do. Can you show me the request where it tries to send the message, and the response? Then perhaps we can try some variants until the server accepts it... it's easier to muck around with the request in an editor and submit it with 'curl' than it is to screw with Evo's settings and keep retrying, especially since Evolution is so bad at updated settings and often needs restarting to change things. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [Evolution-EWS] Can't send message
On Thu, 2011-10-13 at 09:52 +0200, Artur Flinta wrote: The user account which was used to submit this request does not have the right to send mail on behalf of the specified sending account. I've read on one thread (from May) that this error can be caused by mail aliases, but my e-mail is real user name, I have domain account mycompany\firstname.lastname and my mailbox firstname.lastname is connected with it. I've tried to change in configuration (Reciving Email tab - User Name field) from firstname.lastname at mycompany.pl to just firstname.lastname or mycompany\firstname.lastname (without changing URL fields) but without any success, I was still able to receive e-mails, but can't send them. I don't think it's that username which is the problem. If that were wrong, I don't think you'd be able to log in and read your email at all. The problem is that Exchange doesn't like the email address you have configured the account with. It's a bit stupid like that. Is it possible that there's some variant of firstname.lastn...@mycompany.pl which it *does* accept? Perhaps a different username, or even a different (internal?) domain name? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] EWS users: remove your cache
When updating to today's Evolution-EWS snapshot, you should: - Disable your EWS account - Quit Evolution - rm -rf ~/.local/share/evolution/mail/ews/ - Restart Evolution - Re-enable your EWS account This will blow away your cache entirely, and disabling/enabling the account will also cause it to recreate the configuration entries for your calendar folders. This should mean that UIDs of calendar items are now preserved correctly and we no longer have the dirty hack where we override them to be the Exchange server's ItemId for the object because we can't get the real UID. We *can* get the real UID, but in order to do that we have to require Exchange 2007SP1 and *all* the opaque ItemIds for *all* objects (folders, messages, calendar items, etc.) suddenly change when you do that — which is why we have to ditch the cache. Exchange is *such* a pile of crap... Hopefully this should be the last time we have to do this. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Google tasks integration
On Wed, 2011-07-20 at 17:51 -0500, Matthew Barnes wrote: On Wed, 2011-07-20 at 17:31 -0300, pablo.a.saave...@gmail.com wrote: Hi, now that Google has released the API for integrating with its tasks, is there any plan for evolution data server to integrate with it? We're still waiting for Google to expose Google Tasks through its CalDAV interface, which is what we already use to access Google Calendars. Is it available through ActiveSync yet? -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Why does Evolution IMAP send a \* flag with IMAP APPEND?
On Tue, 2011-07-05 at 13:42 -0600, Zan Lynx wrote: When I try to move some messages from one folder to an archive folder, Evolution does a few messages and then stops with an error. I turned debugging on in the Courier server and I get this when it fails: READ: ATOM: T02473 READ: ATOM: APPEND READ: ATOM: INBOX.Archive-2011-06 READ: ATOM: \SEEN READ: ATOM: NOTJUNK READ: ATOM: \* WRITE: T02473 NO Error in IMAP command received by server. All of the APPEND commands that work do not include \*. All of the APPEND commands that fail do include it. Can you show that debugging from the Evolution side? Run CAMEL_DEBUG=imapx evolution and show the output as we fetch and move the messages. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [EWS] RPC over HTTP connection problem
On Fri, 2011-06-24 at 11:57 +0200, Patryk Benderz wrote: Windows proxy address: 192.168.0.246 Exchange Server name: server01.domain.net Exchange User name:patben I would guess that the URL you need is https://server01.domain.net/EWS/Exchange.asmx Can forget the 'Fetch URL' button, which evidently isn't working for you, and enter that URL manually? Run Evolution from the command line with EWS_DEBUG=2 and you'll see all its attempts to communicate with the server. Using tcpdump is also useful if you get *nowhere*; it'll show you exactly what it was trying (and if it's using the proxies or not, etc.). -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Exchange Web Services packages for Fedora/OpenSuSE
On Sat, 2011-06-25 at 06:40 +0200, Matthias Apitz wrote: $ pkg-config --cflags glib-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include $ ls -ld /usr/local/include/glib-2.0 /usr/local/lib/glib-2.0/include ls: /usr/local/lib/glib-2.0/include: No such file or directory drwxr-xr-x 5 root wheel 512 Nov 1 2010 /usr/local/include/glib-2.0 $ OK, so your installation of glib is misconfigured. Try removing -Werror from the evolution-ews configure.ac. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Exchange Web Services packages for Fedora/OpenSuSE
On Thu, 2011-06-23 at 22:41 +0200, Matthias Apitz wrote: CC libeews_1_2_la-ews-errors.lo cc1: error: /usr/local/lib/glib-2.0/include: No such file or directory I have in FreeBSD: $ ls -l /usr/local/include/glib-2.0/ total 26 drwxr-xr-x 2 root wheel 2560 May 28 19:01 gio drwxr-xr-x 2 root wheel 1536 May 28 19:01 glib -r--r--r-- 1 root wheel 1511 May 28 19:01 glib-object.h -r--r--r-- 1 root wheel 2910 May 28 19:01 glib.h -r--r--r-- 1 root wheel 7052 May 28 19:01 glibconfig.h -r--r--r-- 1 root wheel 3613 May 28 19:01 gmodule.h drwxr-xr-x 2 root wheel 512 May 28 19:01 gobject What is the output of the following command: pkg-config --cflags glib-2.0 -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Exchange Web Services packages for Fedora/OpenSuSE
On Thu, 2011-06-23 at 09:10 +0200, Matthias Apitz wrote: Hi David, I would like to give it a try to port this to FreeBSD 9-CURRENT and my evo 2.32.3 (you remember the fight :-) ). Is the URL for the source announced in April still the actual one? Is there some picture how it fits into Evo / Exchange? I think we moved to GNOME git since then: git://git.gnome.org/evolution-ews http://git.gnome.org/browse/evolution-ews Not sure what you mean by 'picture how it fits'. Just do: ./autogen.sh make sudo make install and it should all 'just work'. Use the 'Fetch URL' button in the setup screen, and it should work out the EWS URL automatically. It talks to the Exchange server with SOAP (XML RPC) over HTTPS. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Exchange Web Services packages for Fedora/OpenSuSE
On Thu, 23 Jun 2011, Pete Biggs wrote: In case anybody is interested, here is a yum repo file for Fedora 15: There are actually .repo files at the URLs I gave, too. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Exchange Web Services packages for Fedora/OpenSuSE
On Thu, 2011-06-23 at 16:57 +0200, Matthias Apitz wrote: Concerning the 'picture', it's not very clear to me what 'evolution-ews' is exactly; is this a new connector from Evo to the Exchange server or something like OWA in a browser? I'm looking for a lightweigth way to access from my netbook the mails in Exchange; doing something with OWA in a browser (i.e. reading/writing mail in browser's text window) is just a pain. Forgive me my stupid question, but what is 'evolution-ews'? Exchange Web Services is the native protocol that Outlook 2010 uses to communicate with Exchange. It obsoletes the MAPI protocol which older versions of Outlook used to use. Evolution-EWS is a 'back end' or 'connector' for Evolution which lets you access your Exchange mail/calendar/addressbook using the EWS protocol. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Installing Evolution Exchange
On Wed, 2011-06-22 at 09:40 +0100, Pete Biggs wrote: evolution-ews (ews=Exchange Web Services) is new and is officially (I think) at alpha status. I have used it and it does seem to be reasonably stable though - mail features seem to be fairly complete. The downside is that because it's still in development it isn't in any of the distro repositories yet so it needs to be installed manually. David Woodhouse (CC'd) is the developer and he will be able to tell you more. We called it 'Alpha' because it didn't have write functionality for the calendar. That's fairly much all fixed now; the last thing on our feature list that we want to implement before we release a 'Beta' is free/busy lookup. The mail side is working fine; I've been using it for *all* my company email since about March. At least I was until last week, when I started using ActiveSync in Evolution instead. But that's another story... On Tue, 2011-06-21 at 10:02 -0500, Michael Hennebry wrote: My yum doesn't believe in evolution-ews. There are Fedora 14 i386 packages at http://download.meego.com/live/home:/dwmw2:/evo/Fedora_14/ although they need updating. Mail will work there, but the latest calendar functionality isn't in those yet. Or is going to do that *today*, I hope? If you're on Fedora 15 or non-i386, you'll currently need to build from source. It's not hard: sudo yum install evolution-devel evolution-data-server-devel pkgconfig(gconf-2.0) pkgconfig(glib-2.0) pkgconfig(gtk-doc) gettext intltool gnome-common git clone git://git.gnome.org/evolution-ews cd evolution-ews ./autogen.sh make sudo make install Once the beta release is out, I'll probably submit packages for Fedora. (Note: When you type 'foo' on the command line, modern systems will helpfully say oh, you need the 'foo' package installed if you want that to work. Would you like me to install it for you? Why the hell can't that be hooked up to work with configure scripts too? It *knows* it needs pkgconfig(gconf-2.0), etc...) -- dwmw2 -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Installing Evolution Exchange
On Wed, 2011-06-22 at 12:54 -0500, Michael Hennebry wrote: I'm still on Fedora 13, so I definitely need source. Fedora 13 no longer exists. And when it did exist, it used Evolution 2.30, which evolution-ews does not support. You need Evolution 2.32 (as in Fedora 14), or Evolution 3.0 (as in Fedora 15). Fixing stuff up to work with the latest Evolution HEAD is on my TODO list. I suspect it won't be quite as easy to keep it all building from the same development tree (the hacks to make 2.32 and 3.0 build in the same tree are bad enough already). Once the real development push is complete, I'll be happier about taking a branch for older releases of Evolution (2.32 in particular) and calling it 'maintenance only', then removing that support from the evo-ews HEAD. Or, is the F14/i386 package updated yet? -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Exchange Web Services packages for Fedora/OpenSuSE
I've just imported evolution-ews into the OpenSuSE Build System at https://build.opensuse.org/project/show?project=home:dwmw2:evobits The repositories are: http://download.opensuse.org/repositories/home:/dwmw2:/evobits/Fedora_14/ http://download.opensuse.org/repositories/home:/dwmw2:/evobits/Fedora_15/ http://download.opensuse.org/repositories/home:/dwmw2:/evobits/openSUSE_11.4/ It could build Debian/Ubuntu packages too, if someone gives me a working control file for the .deb package. Someone did offer to do so once, but gave me a non-working URL. We're almost ready to do a beta release, with read/write calendar functionality fairly much there. We're just going to implement free/busy support and then do a QA cycle. (Ignore the ActiveSync stuff in the repository. It's not quite ready for release yet) -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Installing Evolution Exchange
On Tue, 2011-06-21 at 01:50 -0500, Michael Hennebry wrote: I've been trying to get at my Microsoft Exchange account from Fedora 13 with something other than the web interface. What version of Exchange? If it's newer than 2003, you probably don't want evolution-exchange at all. You want evolution-mapi or evolution-ews. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] MS Exchange Server
On Wed, 2011-06-15 at 15:31 +0100, Tom Davies wrote: http://library.gnome.org/users/evolution/stable/exchange-configure.html.en http://library.gnome.org/users/evolution/stable/usage-mainwindow-starting.html.en Hm, those are hopelessly out of date. Aren't they only valid for Exchange Server 2003? If you have anything newer, they don't work. They should probably point to MAPI or EWS for newer servers. I'll have ActiveSync working shortly too; I'm at the point where I can enumerate mail folders, list mail therein and actually read email. There's more functionality to add, of course, and some minor details like making it actually report an error rather than crashing if it can't reach the server, etc. :) -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [BUG] evolution ews crashes when accessing calendar
On Tue, 2011-06-07 at 17:09 -0700, Brandeburg, Jesse wrote: t:MimeContent CharacterSet=UTF-8QkVHSU46VkNBTEVOREFSDQpNRVRIT0 Q6UFVCTElTSA0KUFJPRElEOk1pY3Jvc29mdCBFeGNoYW5nZSBTZXJ2ZXIgMjAwNw0K VkVSU0lPTjoyLjANCkJFR0lOOlZUSU1FWk9ORQ0KVFpJRDoNCkJFR0lOOlNUQU5EQV JEDQpEVFNUQVJUOjE2MDEwMTAxVDAyMDAwMA0KVFpPRkZTRVRGUk9NOi0wNzAwDQpU Wk9GRlNFVFRPOi0wODAwDQpSUlVMRTpGUkVRPVlFQVJMWTtJTlRFUlZBTD0xO0JZRE FZPTFTVTtCWU1PTlRIPTExDQpFTkQ6U1RBTkRBUkQNCkJFR0lOOkRBWUxJR0hUDQpE VFNUQVJUOjE2MDEwMTAxVDAyMDAwMA0KVFpPRkZTRVRGUk9NOi0wODAwDQpUWk9GRl NFVFRPOi0wNzAwDQpSUlVMRTpGUkVRPVlFQVJMWTtJTlRFUlZBTD0xO0JZREFZPTJT VTtCWU1PTlRIPTMNCkVORDpEQVlMSUdIVA0KRU5EOlZUSU1FWk9ORQ0KQkVHSU46Vk VWRU5UDQpPUkdBTklaRVI7Q049IkJyYW5kZWJ1cmcsIEplc3NlIjpNQUlMVE86amVz c2UuYnJhbmRlYnVyZ0BpbnRlbC5jb20NCkRFU0NSSVBUSU9OO0xBTkdVQUdFPWVuLV VTOg0KUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWU1PTlRIREFZPTE5O0JZ TU9OVEg9Mg0KU1VNTUFSWTtMQU5HVUFHRT1lbi1VUzpSaWNrIEJyYW5kZWJ1cmcncy BCaXJ0aGRheQ0KRFRTVEFSVDtUWklEPToyMDEwMDIxOVQwMDAwMDANCkRURU5EO1Ra SUQ9OjIwMTAwMjIwVDAwMDAwMA0KVUlEOjY2NWI0Yzc0LWM0MTItNDFkOS04OTBhLT djYTlkMGMzNTZhYw0KQ0xBU1M6UFVCTElDDQpQUklPUklUWTo1DQpEVFNUQU1QOjIw MTAwMjE5VDA4MDMwNFoNClRSQU5TUDpPUEFRVUUNClNUQVRVUzpDT05GSVJNRUQNCl NFUVVFTkNFOjANClgtTUlDUk9TT0ZULUNETy1BUFBULVNFUVVFTkNFOjANClgtTUlD Uk9TT0ZULUNETy1PV05FUkFQUFRJRDoyMTA3ODA2Mzg1DQpYLU1JQ1JPU09GVC1DRE 8tQlVTWVNUQVRVUzpGUkVFDQpYLU1JQ1JPU09GVC1DRE8tSU5URU5ERURTVEFUVVM6 QlVTWQ0KWC1NSUNST1NPRlQtQ0RPLUFMTERBWUVWRU5UOlRSVUUNClgtTUlDUk9TT0 ZULUNETy1JTVBPUlRBTkNFOjENClgtTUlDUk9TT0ZULUNETy1JTlNUVFlQRToxDQpF TkQ6VkVWRU5UDQpFTkQ6VkNBTEVOREFSDQo=/t:MimeContent BEGIN:VCALENDAR METHOD:PUBLISH PRODID:Microsoft Exchange Server 2007 VERSION:2.0 BEGIN:VTIMEZONE TZID: BEGIN:STANDARD ... DTSTART;TZID=:20100219T00 DTEND;TZID=:20100220T00 I bet it's the empty TZID which is causing it to break. Exchange is *such* a pile of crap. We should probably pre-parse the MimeContent from the server and fix that up to call it 'unknown' or something. Better still, we should stop trusting Microsoft crap to give us sane content in a standard form, and convert manually from their native XML instead (although I suspect that'll just refuse to *give* you this appointment, claiming it's corrupt. Did I mention Exchange is a pile of crap?) -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Content of mails not indexed?
On Sat, 2011-05-21 at 09:52 +0200, Nicolas Michel wrote: Thank you for your idea because you're right. I just re-create the same mailbox but in simple IMAP instead of IMAP+ and now my search on body content are as fast as before. So this is clearly a bug related to IMAP+. Are we using server-side search in the IMAP case? -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Wed, 2011-05-18 at 22:49 +0100, Ruslan Tarasov wrote: On Wed, May 18, 2011 at 9:27 PM, David Woodhouse dw...@infradead.org wrote: On Wed, 2011-05-18 at 20:02 +0300, Ruslan Tarasov wrote: 1. There is no virtual Trash directory in a new EWS account. This makes it hard to track deleted messages. As an alternative it would be useful to move deleted mails to Delete Items directory instead of marking them as deleted. Our initial testers actually complained about the *presence* of the virtual 'Trash' folder, and rightly so IMO. You don't want a Trash folder *any* a Deleted Items folder. If you want vfolders, there's a home for them right at the bottom of the folder pane. They have no business being mixed in with the *real* folders. There is certainly more work to be done on deletion. We know how to *read* the 'deleted' flag which is set when we mark a message as \Deleted on the IMAP side, but we haven't yet worked out how to *set* it from EWS yet. Ideally, I would like messages to be moved to Deleted Items when I delete them, but even the current way (marking them as deleted instead), is OK to me. There is an open bug for Evolution generically, for using a real trash folder and actually moving messages to it instead of marking them for deletion. That was done as a dirty hack in the imap back end, where it notices the mark for deletion request and actually *moves* the message instead. But that dirty hack doesn't live in *every* back end; it should live in the higher level instead, and then the back ends just get a normal move message request instead. Once that's done, we should be able to use the Deleted Items folder fairly easily. The disadvantage of this approach is that you don't know where the message came from, so you cannot *undelete* it. But I think that's what Exchange/Outlook users are used to, so I think that's what we'll do. Address auto-complete works perfectly with the last version from git. Thanks! Cool. Thanks for testing. Contacts still do not seem to show on the contacts tab in evolution, but auto-complete is more than enough for me. I think Chen almost has that working. Watch this space... :) -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-19 at 12:25 +0200, Milan Crha wrote: the bug is for IMAP, and technically makes sense only there, as it doesn't make any sense on exchange servers, for example, because it's user-configurable how the IMAP provider should behave, and that's the main point. For what would it be with NNTP provider, for example? The 'real trash folder' concept can apply to *any* mail store, not just IMAP. Even with a local Maildir or mbox store you can designate one Deleted Items folder, and then Evolution can move mail there instead of just setting the 'deleted' flag on it. It most certainly *does* apply to the Exchange server too, and is *exactly* what we want to do on Exchange to preserve the Outlook behaviour. NNTP is a special case because it's read-only. You don't actually write your 'deleted' state back to the server at all for NNTP. Please do not call it dirty hack, it is not any such thing. It's dirty hack on IMAP protocol itself, but not for the code base. That's true. It's a dirty hack on the protocol. It's also a dirty hack in the back end, though. The back end *already* supported the move messages operation, and the UI could have just asked it to move the messages. Done in *Evolution*, or perhaps in higher levels of Camel and *not* in individual back ends, it wouldn't be a dirty hack. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-19 at 11:42 +0100, Pete Biggs wrote: I'm sure you know this, but there is no move operation in IMAP - so a move is implemented as a copy and mark as deleted. For what you are suggesting to work, then you need to end up the sequence with a purge folder so that the deleted message disappears from the folder. It's this last operation that is problematic in some instances - it's an expensive process on some servers (i.e. those with large MBOX format files) - doing a folder purge everytime you press the delete button is not very friendly. This is an issue with using the IMAP protocol to implement the 'real trash folder', you are absolutely right. But it's an issue that we have to deal with *wherever* we implement the 'conversion' from flag-setting to message-moving. I haven't looked at exactly how this *is* handled in the IMAP code. Does it actually issue the EXPUNGE, or just rely on the fact that the user is running with the 'hide deleted messages' option set? Either way, this is not a *new* issue. I understand that the delete behaviour would be configurable - but is the re-write of Evo internals worth it just so that Exchange users are not inconvenienced by having to learn a new way of working? I think you misunderstand. This real trash folder feature request has been around for a long time; it isn't something that's being suggested purely for the benefit of the EWS back end. I'm just saying that I haven't paid much attention to the deletion handing in EWS yet, because once the 'real trash folder' support is done *generically* in Camel, we should be able to use it. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] EVOLUTION-EWS can't send (server thinks trying to send as)
On Thu, 2011-05-19 at 09:01 -0500, Lee Thao wrote: I am able to recieve emails and read them just fine but when I try to send an email I get: The user account which was used to submit this request does not have the right to send mail on behalf of the specified sending account. It looks like the server doesn't agree that what you *think* is your email address is really yours. Perhaps there's some forwarding going on, so mail to your 'visible' address gets forwarded to the account on the server, and your outbound mail is also rewritten on the way out. I assume you've tried 'lt...@exchangesrv.elmbrookchurch.org' as the identity? I think I'm going to add an option to use SMTP for outgoing mail with EWS. Sending through Exchange is just too broken in various ways including this. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Wed, 2011-05-18 at 20:02 +0300, Ruslan Tarasov wrote: 1. There is no virtual Trash directory in a new EWS account. This makes it hard to track deleted messages. As an alternative it would be useful to move deleted mails to Delete Items directory instead of marking them as deleted. Our initial testers actually complained about the *presence* of the virtual 'Trash' folder, and rightly so IMO. You don't want a Trash folder *any* a Deleted Items folder. If you want vfolders, there's a home for them right at the bottom of the folder pane. They have no business being mixed in with the *real* folders. There is certainly more work to be done on deletion. We know how to *read* the 'deleted' flag which is set when we mark a message as \Deleted on the IMAP side, but we haven't yet worked out how to *set* it from EWS yet. 2. Address book is not working. It says Detailed error message: Invalid source for some reason. I think I fixed that today. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Mon, 2011-05-16 at 10:30 -0700, jordi1962 wrote: I'm very interested in testing evolution-EWS but my know how in linux is limited, any one can tell me where I can download a rpm package for opensuse 11.4? Please remember to keep people in Cc when you reply. I almost didn't see your message. http://download.meego.com/live/home:/dwmw2:/evo/openSUSE_11.4/ is the OpenSuSE 11.4 repository for http://build.meego.com/project/show?project=home:dwmw2:evo (If someone wants to give me a debian control file or whatever's needed to make a .deb package build, I'll make Ubuntu and Debian packages there too). -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Tue, 2011-05-17 at 06:30 -0700, Mike Daoust wrote: I have a .deb file for ews on Ubuntu 11.04 if thats what your looking for. Yes please. Then I can add the appropriate control file to the sources at http://build.meego.com/package/files?package=evolution-ewsproject=home%3Adwmw2%3Aevo and I should be able to enable Ubuntu and Debian builds. Thanks. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] vCard
On Mon, 2011-05-16 at 14:11 +0200, Matthias Apitz wrote: i.e. I'm against such a 'feature', at least it should be 'off' as default; Nah, just couple it with an 'automatically delete all incoming mail with a self-vCard attached' feature :) -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 2.32.3 FreeBSD 9-CURRENT: SIGSEGV when going to calendar
On Wed, 2011-05-11 at 10:16 +0200, Matthias Apitz wrote: Just for the record if someone runs into the same problem: I have backported the existing patch for this problem from Evo 2.91 to 2.32.3. Evolution 2.32.3 runs now fine for me in FreeBSD HEAD; We'll probably end up doing a 2.32.4 release in the relatively near future. Matthew's release early; release often comment when I pondered doing the 2.32.3 release a few weeks ago seems to have been prophetic... :) -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Attaching email as reply to another email?
On Fri, 2011-05-06 at 10:20 +0200, Xavier Bestel wrote: On Wed, 2011-05-04 at 14:45 +0100, David Woodhouse wrote: On Wed, 2011-05-04 at 14:30 +0100, Graham Murray wrote: Is it possible, and if so how, to reply to an email (thus maintaining threading etc) and in that reply attach another email (from the 'sent' mailbox in the case I am wanting to do, if that makes any difference) as MIME type message/rfc822? Hit reply as usual on the message you actually want to reply to. Then click on 'Show Attachment Bar' at the bottom of the compose window. Then drag the other message that you want to attach, and drop it in the space at the bottom that opens up. And moreover: - you don't have to open the attachment bar, it works as well when it's still closed. That doesn't seem to be true any more in Evolution 3.0 on Fedora 15. It *used* to be like that (and I think at one point you could drop the attachments on the formatting bar of the composer too), but now it only seems to be the *opened* attachment area that accepts DD. - you can change the setting in composer preferences - General - Reply style to always attach the original mail instead of quoting. He wanted to attach a *different* email, not the one to which he was replying. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Wed, 2011-05-04 at 09:22 -0300, pablo.a.saave...@gmail.com wrote: Hi, I upgraded evolution and I built evolution-ews, but nothing new appears in evolution. Is there any extra step required after make install? I'm using evo 2.32 on Natty. Please remember to trim your citations. There was no need for you to repeat *everything* that I'd said, was there? Having installed, you should now be able to create a new account and choose 'Exchange Web Services' as the account type, in the second page of the new account configuration. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) calendar not working
On Thu, 2011-05-05 at 13:30 +0200, Matthias Apitz wrote: as you can see e2k_ascii_strcase_hash() is in two shared libs and with the same last bits of the correct addr and the broken addr; as I wild guess I simply renamed 'libecalbackendexchange.so' to get it out of the way; the e-calendar-factory complains about it: (e-calendar-factory:36266): e-data-server-WARNING **: Cannot open /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendexchange.so I think you renamed libebookbackendexchange.so, not libecalbackendexchange.so ? So your *calendar* works, but presumably not your address book? I see the problem now. We build these 'library' functions in the server/lib/ directory into a static library 'libexchange.a', and that whole thing gets included into *both* the calendar and the addressbook plugins. So of course the same function exists in *both* of the shared libraries that get loaded. The addressbook plugin then gets *unloaded*, I think, when the calendar-server decides that it isn't a calendar plugin. And I think that what you're seeing here is a bug in your platform's dynamic linker. Even though the addressbook plugin got unloaded, the internal symbols in the calendar plugin get resolved to point at it. Then again, maybe it's not a bug; maybe it's just undefined behaviour. I don't remember what is *expected* to happen in this case. But quite frankly, we got what we deserve; we *know* that weird shit happens on a lot of platforms when we do that, so we shouldn't have been doing it in the first place. We should have made our 'libexchange' into a shared library, or played namespace/linker-script tricks to ensure that those functions weren't *exported* from our plugin 'library' objects. I think you'll find this is 'fixed' in Evolution 3.0 merely because the calendar factory no longer loads the addressbook plugins, and vice versa; they are stored in separate directories now. But I suspect we should still fix it *properly* anyway. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-05 at 13:37 -0300, pablo.a.saave...@gmail.com wrote: Thanks, after a restart it started showing. Now I have to figure out why the autodiscovery is not working, I'll get back to you if I find that anything is missing in EWS. Autodiscover is a PITA. Can you try running from the command line with 'EWS_DEBUG=2 evolution' and see what happens when you click the 'Fetch URL' button? See the other discussion about autodiscovery which arose from the announcement on the mailing list. There's some useful information in there which should help you get it working. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) calendar not working
On Wed, 2011-05-04 at 11:44 +0200, Matthias Apitz wrote: I have inserted some fprintf's in read_conf() to print in hex the memory of the hash_table (see below); it matches what gdb reads about the hash_table (values marked with ^^^); Was that *right* after the g_hash_table_new() call? That would seem to imply that your hash table was buggered from the very beginning. If you really can't get gdb to work properly and use a hardware watchpoint, try littering similar printfs all the way through g_hash_table_new() so you can find out why it isn't being set to the function you *provided*. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list