Re: [Evolution-hackers] Evolution-mail hangs system
received: * LIST (\NoInferiors \UnMarked) "/" ".desktop/Home [EMAIL PROTECTED]/Mail/subfolders/Road-Runner/5056.HEADER" received: * LIST (\NoInferiors \UnMarked) "/" ".desktop/Home [EMAIL PROTECTED]/Mail/subfolders/Road-Runner/5057.HEADER" You need to tell it to not try to list your entire home directory on the IMAP server. Go into the Mail Settings dialog, pick your IMAP account, go to "Receiving Options", and turn on "show only subscribed folders". (This is the default for newly-created accounts, but not for carried-over-from-older-versions accounts.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] cvs HEAD problems
Larry and Dan discovered yesterday, that you need cvs HEAD ORBit to avoid these crashes. mikeYou mean trunk, not HEAD/mike But anyway, you never ever ever want to use the mainline of ORBit, even if you're Elliot. :) You just need the latest on the stable branch (orbit-stable-0-5). We're looking into providing updated ORBit packages... -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Multiple Calendar Support
You need to give the user a way of picking the current calendar as explained above. Instead of showing a list of URIs we should allow the user to name the calendars so that you get a list with My personal calendar Company calendar Concert calendar from www.yourlocalsymphonyorchestra.org Movie schedule from www.cinemex.com.mx Names should at least be an option; URI's are a second-best fallback. Naming them, however, requires a centralized database of some sort... (Unless you use them only to select among already loaded calendars, rather than allowing the user to Include/Exclude them based on their name.) Maybe an XML file stored in ~/evolution or a system-wide dir? I'm concerned about how all of this fits into the Evolution shell. When you click on a mail folder in /local, you're looking at a specific file stored in ~/evolution/local/. Is this not the way the calendar is going to work? That seems annoyingly inconsistent if so. One nice fix might be calendar vfolders. Then you can have your local calendar in /local, and remote calendars in various remote calendar storages, and a calendar vfolder to merge them together. (And then, the issue of current calendar goes away: you can't add appointments to a calendar vfolder, you have to go to the relevant real calendar. Or alternately, a calendar vfolder has a specific implied current calendar.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] non-multipart 7-bit messages are broken
My bad. Fixing... ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] camel/nntp diffs
Can you please send this as a unified diff? (cvs diff -u). -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] charset=ANSI_X3.4-1968 in headers
i think this happened after i upgraded to the snapshot evolution today. It was doing that for a few days, but today it should have a different bug that will only annoy Pine users. :-) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [Ximian Gene-pool] status report
- Fixed the Camel test suite to actually compile and pass the tests again (except for the URL one...danw?) Heh. Bug in the test program. :) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Unread counters all messed up ...
On Mon, 2001-09-17 at 10:34, Peter Pavlovich wrote: Greetings, I recently updated to the latest snapshot of Evolution. Suddenly, all of my mail folders indicate that there are no unread messages in them. evolution-hackers is for discussion of the code, not questions / bug reports (unless they come with patches). Please send stuff like that to [EMAIL PROTECTED] And yes, there's a bug in current versions of evolution. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] wvHtml
On Mon, 2001-09-10 at 12:10, Lauren Matheson wrote: Could wvHtml be used to view .doc's inline in Evolution? Is this something that I could do through settin MIME types, or is this a get dirty with the code problem? You can add wvHtml to the list of Open in ... entries in the pop-up menu by adding a mapping for the right MIME type in the MIME types capplet. If you wanted to be able to display word docs inline, you'd need to write a bonobo wrapper around wvHtml, which would be a get dirty with the code problem. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] e_activation_failure_dialog
I added a new utility to evolution-shell-component-utils for putting up a dialog after a component activation fails. The mailer uses it when constructing the composer now, which means we might get more useful error messages about those failures in the future. I didn't modify anything else to use it, although it might be good to make the bonobo-config activation in the shell use it. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Another oaf race condition
For a bad time: oaf-client -s iid == 'OAFIID:Bonobo_Moniker_wombat' \ oaf-client -s iid == 'OAFIID:Bonobo_Moniker_wombat' \ oaf-client -s iid == 'OAFIID:Bonobo_Moniker_wombat' \ oaf-client -s iid == 'OAFIID:Bonobo_Moniker_wombat' You'll get one success and three unknown failures. This is basically what Evolution startup looks like currently, since each component tries to connect to the wombat as it's starting. Launching evolution fairly reliably triggers the problem on some machines, but it only rarely happens on others. (Probably processor speed/RAM related). The problem is that each call to impl_OAF_ObjectDirectory_activate after the first is called from inside the g_main_run in the oaf_internal_server_by_forking_extended that gets called by the previous impl_OAF_ObjectDirectory_activate. But making _server_by_forking_ not use a main loop seems to cause multiple oafds (probably it makes it not respond to CORBA_object_non_existent?) I looked at trying to fix this, but it's going to require some not-tiny code reorganization, I think. (If it turns out to be too annoying to fix quickly for oaf 0.x, a simple hacky solution would be to return a TryAgain exception and have liboaf loop until it doesn't get that...) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [Evolution] pgp unusable?
The problem is that you guys don't fully understand the problem, to you it sounds as simple as just pipe it to pgp or gpg and whallah but it's not that simple. Well, not if you expect the other end to be able to verify your signatures at least. Sure, I could just pipe to pgp/gpg, but if the other end can't verify the signature, what good is it? People have been just piping it to pgp for a decade. It Just Works most of the time. Really. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Integrating Gaim with Evolution
I'm now thinking about what my long term goals are. What I wanted to do was to assign IM identities to my contacts. Since some of my contacts are on multiple protocols, I need fields representing each protocol like AIM, Jabber, MSN, etc.. Is there any standard for storing this info in vcards? Even an ad hoc standard? (Has anyone seen vcards with IM info in them?) If not, we can invent our own X- fields, but it would be nice to interoperate with everyone else if anyone else is doing this. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] 1.2 default folders / summary / etc
I don't like the add button there's many cases in which it doesnt make sense, and if implemented with gtkclist, is very hard to do nicely. This can still be implemented with ETree. We could even write ETreeWithout so that the folders disappear from the tree once they're added to the list on the right. No, you can't, because you might want to add a parent folder but not it's children. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Re: [courier-users] BUG: courier-imapdimposes imap-token length limits
It's technically legal, but it's not wise to try and do it all with one command. Your example of a large non-contiguous set of UIDs can be broken into multiple smaller UID STOREs. Be conservative in what you send. Granted we will have to do this anyway, but it is still broken behavior for courier-imapd to impose token size limits. The recommendations for IMAP implementations RFC (don't have the number handy) says clients SHOULD NOT send ridiculously long commands. There's been a bug about this in the evo bug database for ages. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [Evolution] Problems with the evolution system
On Tue, 2002-01-15 at 22:42, Kenneth Porter wrote: A. This usually happens when CORBA interfaces used between components are not compatible. For example, this could happen if you recompile and install a single Evolution component without recompiling and installing the rest of the Evolution components. Is there a way to check for this at runtime? Sure, there are lots of things that could be done, but it's generally not worth doing it to keep from breaking people who mix and match snapshots or incorrectly compile from source (which is what generally causes the problem the FAQ question is there for, which is almost certainly not the same as the problem that was reported here today.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] camelproviders/* directory weirdnesses?
I apparently forgot to type cvs ci. :-) Fixed. -- Dan On Wed, 2002-01-23 at 10:04, Ian Goldberg wrote: On Wed, 2002-01-23 at 08:57, Dan Winship wrote: Shouldn't configure.in say: camel_providerdir='$(libdir)/evolution/camel-providers/'$VERSION No. Camel providers should have the same API across (stable) micro and nano versions. Fair enough. Alternately, use camel_providerdir in mail/Makefile.in where providerdir is used now? Yup. It's supposed to be that way (and is on the stable 1.0 branch). Can't imagine how anything is working for anyone if it's not. Indeed; here's the diff between HEAD and evolution-1-0-branch: [iang@janus mail]$ cvs diff -u -r HEAD -r evolution-1-0-branch Makefile.am Index: Makefile.am === RCS file: /cvs/gnome/evolution/mail/Makefile.am,v retrieving revision 1.154 retrieving revision 1.154.6.1 diff -u -r1.154 -r1.154.6.1 --- Makefile.am 2001/10/22 23:24:01 1.154 +++ Makefile.am 2001/12/17 17:53:09 1.154.6.1 @@ -2,7 +2,6 @@ bin_PROGRAMS = evolution-mail -providerdir = $(libdir)/evolution/camel-providers/$(VERSION) importerdir = $(libdir)/evolution/evolution-mail-importers/$(VERSION) INCLUDES = \ @@ -24,7 +23,7 @@ -DEVOLUTION_ICONSDIR=\$(iconsdir)\ \ -DEVOLUTION_BUTTONSDIR=\$(buttonsdir)\ \ -DEVOLUTION_LOCALEDIR=\$(localedir)\\ - -DCAMEL_PROVIDERDIR=\$(providerdir)\\ + -DCAMEL_PROVIDERDIR=\$(camel_providerdir)\ \ -DMAIL_IMPORTERSDIR=\$(importerdir)\\ -DG_LOG_DOMAIN=\evolution-mail\ I also can't imagine how it's working for anyone using HEAD, unless they happen to have both 1.1 and 1.1.0.99 directories lying around in $(libdir)/evolution/camel-providers/ for some reason. I had to make a symlink for it to work. Maybe the above patch should be applied to HEAD? [cvs annotate claims you (danw) fixed this on the 1.0 branch in December.] - Ian ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Version of LibiCal used for Evo 1.02
I'm using evolution-devel-1.0.2-3.ximian.1.i586.rpm and libical-0.23. Which version of libiCal should I be using to compile? You need to use the version of libical in the evolution sources. It's installed as libical-evolution.so. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GLib-ERROR
On Wed, 2002-02-06 at 23:33, Michael J. Rensing wrote: Hello, I've downloaded the latest version of the cvs evolution branch (as of Feb. 6) and compiled it. When I try to run it, I get GLib-ERROR **: could not allocate -16842989 bytes The most common cause of this is when something in the IDL changes and you try to run some components with the old version and some with the new. It's possible that just running killev once and then trying to start evolution will make things work. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Mouse grabs ...
How can I help debug this? It's bitten me more times than I care to remember. I tried to gdb evolution `pidof evolution`, but that didn't do a whit of good. You'd have to be running the gdb from outside of X. Next time it happens, try switching to another vt, attaching a gdb to evolution-mail, and seeing if it's doing anything interesting/suspicious (thread apply all bt is a good start). I'm not sure if it would be anything that would be visible at that point though... -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [Ximian Gene-pool] Status Report
The When Possible option will make a cleartext connection with the server, if the server supports STARTTLS then it will use it otherwise it will continue using a cleartext connection. Never, of course, never uses SSL :-) That's not a very obvious definition of when possible. I would expect it to try the SSL port as well. (You could reorganize so that always and when possible try the SSL port first, then fall back to normal port with STARTTLS, and then when possible also falls back to normal without STARTTLS.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] better offline support
People want/need better control over what gets synchronized when they go offline. Two possibilities are: * Outlook style: add a pane to folder properties to let you specify offline options for a folder * vfolder style: add an Offline folders dialog, where you can configure vfolder-like rules for syncing. (Important or Unread messages from all folders, Messages from Ettore in evolution, evolution-hackers, and gene-pool, etc.) Outlook style would be easy, and familiar to Outlook users. Vfolder style might be nicer though, because then you can see/change all of your offline rules at once, rather than needing to go folder by folder. I don't know how much work it would be to create another filter/vfolder-style dialog... we ought to be able to just reuse a lot of the existing code. The down side of vfolder style is that then it's not obvious how/where to configure offline support for calendar and contact folders. Perhaps the offline folder rules dialog could be in the shell, and have slightly different rules for the different kinds of folders (so you would still be able to specify all of your rules from the same dialog, but each rule could only be applied to one type of folder). Each component could install xml files a la filtertypes.xml to specify the options for its types of folders. Does that sound reasonable? Whichever way we choose, auto-archive should probably work the same way. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Re: CVS bootstrap problem
OK, I just installed automake 1.6, this was very interesting. Besides tons of weird warnings, this error still shows up, though automake seems to go on working anyway... I wonder, what automake version are you guys using? Still one of the 1.4x ones? Yes, most of the GNOME 1.4 platform is still using automake 1.4. (I think someone else out there had patches to make 1.5 work?) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution on Mac OS X
On Darwin, pthread_kill doesn't exist ... There is one place in Evolution that uses this function: mail/main.c, line 75, in function segv_redirect. I think segv_redirect is only needed on Linux anyway. The problem was that if the GNOME segv_handler was invoked from a thread other than the main thread, it didn't work. Try just commenting out segv_redirect and the signal call that sets it up in main(), start evolution-mail, and then kill -SEGV it. If you get a crash dialog, and if evolution-mail goes away completely when you close the crash dialog, then you don't need segv_redirect. For the dirent.h problem, I'm thinking it would be cleaner to just add '#include sys/types.h' to acconfig.h. We can't use that strptime.c implementation because its license conflicts with the GPL. I'll look at what the code is using strptime for and see if there's an easier workaround. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Offline mode improvements
On Wed, 2002-04-24 at 15:46, Ettore Perazzoli wrote: Hello, So, we need to make offline support better before 1.2 goes out. Right now offline support sucks in the following ways: 1. We don't allow specifying which folders should be synced -- we just sync them all. Rather, we just sync Inboxes. 2. We don't allow specifying any criteria for how folders should be synced up (e.g. whether to sync all the messages, or only the messages that are unread, or whatever). And you forgot to mention the Clever Hack for this, which is that the mailer needs to claim that vfolders are syncable, and then you create a vfolder that selects the kinds of messages you want to sync, and tell the shell to sync only that folder. I think this was considered an enhancement on top of the must-happen-for-1.2 stuff though. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] ldap backend(s)
On Mon, 2002-04-29 at 11:46, Costin Cozan wrote: hi, did anyone of you had the idea to write a ldap backend for anything else than addressbook? I just keep thinking of a such backend for calendar, having the data in the ldap database, and thus creating premises of a real groupware. The problem is that a calendar server needs to actually understand the data you're storing in it, so it can expand recurring appointments. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Publish Free/Busy
Additional support for this feature later on could go in the other tab of the calendar options. Having the calendar automatically posted after changes to the calendar.(this was a quick request by Christian Borup on irc #evolution) yeah, that sounds a good idea. For this, it's also very easy. Just connect to the obj_removed and obj_updated signals in the CalClient class, and whenever your callbacks are called, there's a change in the calendar. In fact, this could be a daemon (like the alarm-notify) which listens to changes in *any* calendar folder used by the user, and whenever a change occurs, it re-generates the F/B info for that user. And as mentioned in http://bugzilla.ximian.com/show_bug.cgi?id=16567, this would let it be written/released separately from Evolution itself (although that would probably require fixing up evolution to install the necessary libraries). -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Calling construct() multiply times?
On Wed, 2002-05-01 at 13:02, Shawn Walker wrote: I constructed my base_url as: provider://username@server/ In get_folder_info_online() I created a URL for each folder as: provider://username@server/folder1 That URL is being created by camel_url_to_string(). In hash_folder_name(), I get: provider://username@server/folder1;noselect=yes So you want to make sure that your hash and equals functions don't consider the path to be part of the URL. but, I don't get ;noselect=yes for all the folders, just some (I haven't looked into what ;noselect=yes means). It means evolution-mail thinks the folder is not selectable, which has to do with what fields you did and didn't fill in in the CamelFolderInfo in get_folder_info. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: charset foo
[moving from evolution-patches to evolution-hackers] Giving the user a choice could work. We can't *just* autodetect based on the UTF8. In a string like The character for the word 'one' is U+4E00, the last character could be Japanese, Simplified Chinese, or Traditional Chinese (or even Korean sometimes?). Is there any way for the composer to know whether the user is using a Japanese or Chinese input method? (And are there separate traditional and simplified chinese input methods?) And what about cut+paste? If you paste characters from a Big5 web page, does the composer know that or does it only get UTF8? -- Dan On Wed, 2002-05-01 at 21:28, Not Zed wrote: Yes we need this code, as we needed it when it was written. If nothing else, we could potentially use it to offer the user a choice (as emacs does), or use it to determine if the users locale charset is a valid option, or even for things like autodetecting unknown data (using locale as a hint). The code is priority based at least. So you just order the super-meta charsets last, so they wont be chosen for normal text, and maybe even special case them based on locale so utf8 is usually preffered. On Wed, 2002-05-01 at 21:42, Dan Winship wrote: Order of preference seems to be iso-2022-jp, Shift-JIS, and then euc-jp but neither Shift-JIS nor euc-jp are liked very much. They seem to only be common in the US for example. Korean users tend to prefer euc-kr over iso-2022-kr. Do the character sets actually contain vastly different data? Will Shift-JIS, euc-jp, or iso-2022-kr ever get chosen? For that matter, will the Chinese charsets ever get autodetected or will it always use the Japanese ones instead (at least for messages containing only reasonably common characters)? Also, does this patch address the issue that a message containing both Greek and Russian *can* be encoded in iso-2022, but *should* be encoded in UTF8? What problem exactly is this supposed to be solving? If you want to autodetect Asian charsets for people who aren't replying to an Asian-language message and don't have an Asian locale, I don't think this will work. Heuristics that might work are if it contains Korean characters (which are all in a certain range in Unicode), try EUC-KR, if it contains Japanese hiragana/katakana (likewise), try iso-2022-jp, and if it contains unihan characters but not kana, it's probably Chinese. I don't think you can autoselect between traditional and simplified Chinese charsets based on a UTF8 input stream though. -- Dan ___ Evolution-patches maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-patches ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] build time speedup
I have not tried this, your mileage may vary, but... http://ccache.samba.org/ has a compiler cache program that recognizes when recompiling a file will generate the same output as last time and avoids recompiling it. Supposed to speed up recompiles when the source hasn't changed much (eg, if you rebuild evo every day). -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] How To Create a Camel Mime/Content Info?
I already have the summary being displayed and the message being show in the preview pane. Bug, I'm stumped on what I need to do to get the header to display. The display pane doesn't look at the summary information, it gets the headers from the CamelMimeMessage object itself. It sounds like you are building CamelMimeMessage objects that contain bodies but not headers. (Either because you're setting the message's content object, but not setting the headers, or because you're doing construct_from_stream/construct_from_parser with a stream/parser that only has the message body.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] How many versions of camel-providers shouldI have?
On Tue, 2002-05-14 at 17:39, Austin Gonyou wrote: In /usr/lib/evolution/camel-providers I've got: 1.0 1.0.0.99 1.1 Do I *need* all that if I'm using 1.1-dev? No, just 1.1 is fine. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Can Camel/Evo allow on demand downloads forattachments?
It would have been a lot easier to have a HOWTO documents that explains how to write a plugin for evolution. It's one of those copious free time things. We could either document the code, or fix bugs... And especially pre-1.0, there was disincentive to document stuff, since it all kept changing. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] changing values w/ bonobo-conf
Is there some sort of flag I need to set to alert Evo that a value in the db has changed? I'm currently calling Bonobo_ConfigDatabase_sync but obviously that's not all I need. Evolution doesn't listen for changes to the db. It assumes that it's the only thing changing anything. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Missing contacts?
On Mon, 2002-05-20 at 11:06, Connector, Ximian wrote: I recompiled Evolution and am running 1.0.5 (previously 1.0.3). From the Folders window (where Summary, Local Folders, Vfolders) I used to have a folder for Other Contacts, and that seems to have disappeared in the current version. Sounds like you accidentally built without ldap support. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Menu Items/Icon Buttons +Bonobo?
On Fri, 2002-05-24 at 11:50, swalker wrote: I need to add menu items to the menu bar, to the popup menu when a user click on a folder and add a icon button or two to the button bar. For me to do this, do I use Bonobo? I saw some code where it does a UI add. Can I do this from my plugin module? No. The UI of the existing components isn't currently plug-in extensible. (It won't be in 1.2 either.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] How to refresh/access current message list?
Why do you care about the email address in the message list? How does it matter to you whether I write to you from [EMAIL PROTECTED] or [EMAIL PROTECTED]? Well, theoretically, I would treat a message with a subject of Something horrible is going to happen this weekend very differently depending on whether it came from [EMAIL PROTECTED] or [EMAIL PROTECTED] (But in reality, I probably wouldn't notice until I read the message.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] addressbook-sources.xml not read back
Fine. Unfortunately, it won't read the the file back. It STATs it, but there is no attempt to open the file (strace): Did you build your own packages? If so, did you compile with LDAP support? This probably belongs on [EMAIL PROTECTED], not [EMAIL PROTECTED] -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Configurable Reply Attribution UI?
It would be nice to have different attribution for every language you use. Of course Evo should automatically pick the right language using some attribute of the recipient (X-EVOLUTION-PREFERRED-LANGUAGE maybe). X-EVOLUTION-PREFERRED-LANGUAGE would be also useful in other contexts, eg. to use Polish Odp: instead of Re: in message subject. (optionally) Am I dreaming? Well, you're giving me nightmares. :-) Using a string other than Re: for replies leads to things like Subject: Odp: Re: AW: Re: Configurable Reply Attribution UI? Because there's no way every mail client can know every string that every other mail client is using to mean Re:. It might be nice to have evo translate it when *displaying* messages (so that this message would show up with Odp: at the beginning of the subject when you look at it, but not when I look at it), but I suspect that even then, the string would sometimes end up escaping into the wild. Better to just stick with Re:. It's not like it's really particularly English anyway. (I suppose it must be short for Regarding:, but I know I don't think of it that way.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Configurable Reply Attribution UI?
On Thu, 2002-05-30 at 11:16, Matt Avery - Sun UK wrote: I always thought that Re: comes from the latin for thing (as in Republic = things of the people), and it became common in english through leagal documents which use a lot of latin terms (sub judice, habeas corpus) and so forth. So Re: would have quite good international credentials. According to RFC2822, it's from the Latin res, in the matter of. Who knew. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Automatically publishing FREE_BUSYinformation.
I clean up in the destroy callback, what happens is the app gets a SIG is this handled already somewhere in the evolution,gnome libs used? Destroy never gets called in my tests, what do I wrong? I'm not sure what you mean. Any pointers on an easy way to use evolution conf to store parameters, like the web-dav server password for updates, dav server You should use e-util/e-passwords.h for passwords, and the wombat config moniker for other stuff. Um... mail/mail-config.c has some examples. In 1.2, the app can create a page for itself in the global preferences dialog. Evolution uses the beginning of the day in UTC for the publishing start time, can't this be a problem for some time zones? I use local time and calculate back my start of the day to UTC. Correct me if I'm wrong. Makes sense. RFC 2445 states that the FREEBUSY times _should_ not must be in sorted order start,end. Evolution doesn't seem to sort but rather gives it back in creation order, any body got problems with that? Sorting would be better... How can I start my pgm automatically with evolution? Register it as a calendar backend. See wombat/ for details (although that is also an addressbook backend and a config backend). I'm working right now, when ever I have time, to eliminate davfs to avoid kernel dependencies and make it more portable. Still haven't ruled out gnome-vfs, but neon is my first choice right now for a stable dav connection and functionality. Use soup. Evolution already requires it in 1.2. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] gnome2 evolution + pgp
On Sun, 2002-09-22 at 19:18, Jeffrey Stedfast wrote: Evolution doesn't use seahorse (or any of it's code) to do GPG support, That's not really true. The original patch for evolution gpg support included a large chunk of seahorse code, and there are still some recognizable pieces left. camel-gpg-context.c:gpg_ctx_op_wait() in Evolution is clearly derived from gpg-interface.c:cleanup_child() in Seahorse, for instance. They still even have some of the same comments. (send a friendly reminder, use brute force) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Composer - dropdown entry.
On Mon, 2002-09-23 at 06:35, Craig Knox wrote: Hi, I've been looking for the place in the code that evolution does the drop down list of possible address in the To/From/Etc. It's all over the place. The widget code is in gal/gal/e-text (particularly the e-completion-* stuff). The addressbook-specific bits are in evolution/addressbook/gui/component/select-names, particularly the e-select-names-completion* stuff. The composer uses bonobo to embed the addressbook widgets into the composer window. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Other Contacts
evolution-shell-WARNING **: e_folder_type_registry_get_icon_for_type() -- Unknown type `ldap-contacts' my bad. fixed tomorrow. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] about building evolution with Kylix onlinux
On Fri, 2002-09-27 at 05:50, Antonio Xu wrote: Hello, All I have tried to build evolution with Kylix's c complier, but I was failed If there are bits of non-ANSI-compliant code, please submit patches to fix them. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evoloution and Outlook tasks, connectorissue
that would implement the same APIs to make Connector do its bidding. But it wouldn't be easy. Depending on how much functionality you needed, it would probably be easier to use Exchange's WebDAV interfaces directly, or to reuse parts of the OWA interface. Sorry for offtopic question - what do you guys think about Exchange's WebDAV - will one miss a lot of Exchange functionality (not considering email - only tasks/contacts/appointments/etc) if he uses Exchange's WebDAV interface? Basic calendar and contacts functionality is pretty well-documented. (MS seems to have mostly envisioned the WebDAV interface as being for interfacing custom web apps to peoples' Exchange calendars.) More complicated stuff is... well, more complicated. And tasks are completely undocumented. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [evolution-patches] [PATCH] Calendar Leaks
I have a similar case in GTK 1.2's GtkInvisible widget, which refs and sinks itself on creation - it's reported as a leak, although it's being destroyed in Evo. The code should be unreffing it, not destroying it. Destroy doesn't explicitly unref the widget, it's just that normally destroying a widget will cause its parent to unref it. Since the invisible doesn't have a parent, it still has a refcount of 1 after being destroyed, so it doesn't get finalized, causing the leak. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] conduits
This has led me to believe that it's going to involve either (a) writing an appropriate conduit for gnome-pilot (which I'm not sure will handle talking to a Zaurus and haven't had time to research); (b) extend gnome-pilot to work with a Zaurus and then do (a); or (c) write an analog to gnome-pilot which works for the Zaurus. I suspect the right answer is c (plus making Evolution talk to your gnome-pilot analog), though I'm also not really familiar with gnome-pilot If you'd like, we could tag-team this research. However, I doubt that folks on this list are interested in this as it doesn't directly relate to Evo code. Having a more generic evolution sync architecture is definitely of interest to us. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] server.in-coherence
In serveral places, we currently do: * foo.server.in.in: Contains @libexecdir@ and no translations * foo.server.in: Has $libexecdir substituted in and no translations * foo.server: Has $libexecdir substituted in and has translations But foo.server.in is in DISTFILES, meaning the dist tarball will have a hardcoded prefix in it. Since the intltool rule will only do server.in - server, and that step has to happen at dist time, I think we need to use an install-hook to modify foo.server as we install it. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Exchange Connector folder tree
On Fri, 2003-01-10 at 11:25, Dave Kelly wrote: I've been searching through the archives and found a few messages relating the the Exchange Connector and the fact that it uses GNOME:Evolution:ShellComponent to manipulate the interface. Can anyone give me some examples on how this is achieved ? I'm interested in how to create the folder tree with different folder types and then to call the appropriate handler for the folder, i.e. evolution-calendar, evolution-mail, evolution-addressbook. Each component registers the types of folders that it handles. So to create a folder that will be handled by evolution-calendar, just use type calendar, etc. (You will of course also have to provide a calendar backend that can handle requests for your folder URLs, to provide the calendar UI with the relevant data.) -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Exchange Connector folder tree
1) What *exactly* does the evolution-test-component do ? create_view_fn looks as if there is supposed to be a visual display but I can't see how to get Evolution to call this. When it calls evolution_shell_component_new, it passes the folder_types array and create_view_fn. folder_types tells the shell what kinds of folders this component handles creating views for, and create_view_fn is the function that will be called when the shell needs a view for one of that type of folder. Then, when the shellcomponent emits owner_set, the test component calls setup_custom_storage, which creates a new storage in the folder tree with some folders of type test, and when you click on one of those folders, create_view_fn will be invoked. (Note that Connector does not have any create_view_fn though, since it doesn't create any views of its own. It just creates a storage containing mail, calendar, contact, and task views.) 2) I am assuming that the Exchange connector is set up as a separate storage. How is the creation of an account handled in the setup druid ? I know that the camel provider will register itself by having various provider flags set. Part of Connector is a Camel provider, which gets registered like any other provider and finds its way into the account config dialog that way. The evolution-exchange-storage process reads the configuration database at startup to see if there is an exchange account, and also listens for changes (using bonobo-conf in 1.0/1.2 and gconf in 1.4). -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
