Re: [Evolution] Connecting to Carddav Server fails
On Wed, 2012-02-22 at 12:11 +0100, dennism...@gmx.net wrote: > > There is a process for discovering the current user's address book(s), > > based on well-known URLs that redirect to the right place. If the server > > supports DNS SRV lookup, then you don't even need the base URL, just an > > email address is enough. This is what the other clients are using. If > > you are interested in the technical details, have a look at > > WebDAVSource::findCollections() in WebDAVSource.cpp of the SyncEvolution > > source code [1]. > > > Wait, let me put this in other words: There are clients that just try > to get through such URL that end with ".../users", > ".../users/addressbook" or something like this, so they just get > through all possibilities - is that correct? It's a bit more elaborate than just trying several URLs with brute force, but yes, there is a way to not depend on the user knowing the right URL. > If yes: Is there any particular reason why Evolution does not do > this? No-one has had the time to implement it? Just guessing, I wasn't involved in the development. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ 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] Connecting to Carddav Server fails
On Wed, 2012-02-22 at 09:05 +0100, dennism...@gmx.net wrote: > Under each of these two dirs (in which I can change in Nautilus), I > see 2 more folders: "users" and "groups". But no matter if I´m in > "addressbooks" or "principals", I cannot change into these 2 subdirs: > I get an "access denied" error. I guess this is a problem of the Mac > server, but I wonder how other clients (I am connecting both via a > iPhone and an Android-based phone to the carddav server) manage to > connect then. Do you see any explanation here that may help me to find > the difference between those clients and my linux system? Listing all users on a system, as listing the content of "users" would do, reveals confidential information and thus is probably disabled. Try "users/". There is a process for discovering the current user's address book(s), based on well-known URLs that redirect to the right place. If the server supports DNS SRV lookup, then you don't even need the base URL, just an email address is enough. This is what the other clients are using. If you are interested in the technical details, have a look at WebDAVSource::findCollections() in WebDAVSource.cpp of the SyncEvolution source code [1]. SyncEvolution 1.2.x (the stable releases) uses that to find the default address book. Starting with SyncEvolution 1.3 (not released yet) it will also be possible to list all address books or calendars via the command line, like this: syncevolution --print-databases \ backend=carddav \ syncURL=http(s)://: \ username= \ password= To see the actual requests, use SYNCEVOLUTION_DEBUG=1 \ syncevolution --daemon=no \ --print-databases \ ... If there is interest, then I can make a pre-release of that available. Otherwise compile from the git repos. [1] http://meego.gitorious.org/meego-middleware/syncevolution -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ 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 Synch/Read Question...
On Sun, 2010-09-05 at 21:16 -0430, Patrick O'Callaghan wrote: > On Sun, 2010-09-05 at 22:15 +0200, Patrick Ohly wrote: > > On Fri, 2010-07-23 at 11:59 -0430, Patrick O'Callaghan wrote: > > See http://syncevolution.org/documentation and > > http://syncevolution.org/wiki/Google > > Glad to hear it. Can it sync with a subset of the contacts (e.g. only > those in group "phone")? Sorry, no. Filtering on the Evolution side could be added, but efficient (= server side) filtering would have to be supported by the Google SyncML service - I don't know for sure, but doubt that it is supported. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ 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 Synch/Read Question...
On Fri, 2010-07-23 at 11:59 -0430, Patrick O'Callaghan wrote: > On Fri, 2010-07-23 at 09:20 -0400, Jerry LeVan wrote: > > Is it possible to have Evolution either synch or have read access to > > any of the Mac Address Book/Mobile Me Address Book/Google Contacts? > > I haven't tried it but synch-evolution supports synching to a Funambol > server, which in turn can be synched to Google Contacts via a Funambol > connector plugin (https://google-connector.forge.funambol.org/). It's easier than that: SyncEvolution can synchronize with Google Contacts directly :-) See http://syncevolution.org/documentation and http://syncevolution.org/wiki/Google -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ 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] conversion of Evolution makefile to git
Hello! Attached is a patch which changes the Makefile v2.12 from http://mad-scientist.us/evolution.html so that it checks out sources from the new git.gnome.org instead of the obsolete svn.gnome.org. I've checked a few situations (switching from one branch to another, committing local changes, then merging upstream changes) and those worked. Of course, your mileage may vary. "check-changelog" reports git commit messages instead of hunting for ChangeLog changes. This was easier and I wasn't sure whether ChangeLogs are really still maintained by the developers. I haven't actually used it to build 2.26 yet either because my Linux distro doesn't have all the required libraries. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ commit 7ae6c62ef273cc324e0d87573d0f0e6b8dd889f1 Author: Patrick Ohly Date: Thu Jul 16 18:05:46 2009 +0200 converted to git checkout diff --git a/Makefile b/Makefile index c209347..8472aa1 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ #!/usr/bin/make -f # -# Build (debuggable) Evo from SVN +# Build (debuggable) Evo from GIT # Run "make help" for some help, or see the comments below. # # Requires GNU make 3.80 or better. @@ -231,18 +231,18 @@ RM := rm -f RMDIR := rm -rf SED := sed SUDO := sudo -SVN := svn +GIT := git TOUCH := touch UNPACK := tar xjf WGET := wget MKSTAMP = $(TOUCH) '$(STAMPFILE)' -# How to get things from SVN +# How to get things from GIT -SVNROOTURL := http://svn.gnome.org/svn +GITROOTURL := git://git.gnome.org -# Compute the SVN version path +# Compute the GIT version branch # If it's empty, assume the trunk # If it contains a "/", use it as-is # Otherwise, convert it into a branch name using the standard GNOME format. @@ -256,18 +256,12 @@ ifeq ($(BRANCH),) endif ifeq ($(BRANCH),) - SVNPATH := trunk - BRANCH := trunk + BRANCH := master else - ifeq ($(notdir $(BRANCH)),$(BRANCH)) -SVNPATH := branches/gnome-$(subst .,-,$(BRANCH)) - else -SVNPATH := $(BRANCH) - endif - branch := branch $(BRANCH) + BRANCH := gnome-$(subst .,-,$(BRANCH)) endif -SVNPKGURL = "$(SVNROOTURL)/$$pkg/$(SVNPATH)" +GITPKGURL = "$(GITROOTURL)/$$pkg" # Make sure we look in the new location for apps @@ -310,7 +304,7 @@ help: # Make sure none of the targets are considered intermediate .PRECIOUS: $(foreach X,$(STAMPTYPES),$(STAMPDIR)/%.$X) \ - $(addsuffix /.svn,$(PACKAGES)) + $(addsuffix /.git,$(PACKAGES)) # - install script wrappers @@ -339,7 +333,7 @@ install: esac; \ done -# - install SVN workspaces +# - install GIT workspaces $(STAMPDIR)/%.install: $(STAMPDIR)/%.build | $(PREFIX) $V [ -d '$(PREFIX)/etc/gconf' ] || $(MKDIR) '$(PREFIX)/etc/gconf' @@ -348,7 +342,7 @@ $(STAMPDIR)/%.install: $(STAMPDIR)/%.build | $(PREFIX) $(MAKE) install $(INSTALL_OPTS) $($*_INSTALL_OPTS) @ $(MKSTAMP) -# - build SVN workspaces +# - build GIT workspaces $(STAMPDIR)/%.build: $(STAMPDIR)/%.config $V cd '$(OBJPATH)' \ @@ -356,7 +350,7 @@ $(STAMPDIR)/%.build: $(STAMPDIR)/%.config $(MAKE) $(BUILD_OPTS) $($*_BUILD_OPTS) @ $(MKSTAMP) -# - configure SVN workspaces +# - configure GIT workspaces _CONFIG = $(MKDIR) '$(OBJPATH)/' && cd '$(OBJPATH)' \ && $(CONFIG_VARS) $($*_CONFIG_VARS) \ @@ -371,35 +365,47 @@ $(STAMPDIR)/%.config: $(STAMPDIR)/%.patch $V $(_CONFIG) @ $(MKSTAMP) -# - patch SVN workspaces +# - patch GIT workspaces $(STAMPDIR)/%.patch: $(STAMPDIR)/%.update @ $(MKSTAMP) -# - update SVN workspaces +# - update GIT workspaces -getsvnrev = `$(SVN) info $(1) | $(SED) -n 's/^Revision: \([0-9][0-9]*\).*/\1/p'` +getgitrev = `$(GIT) show-ref --head --hash HEAD` +samebranchcheck = [ $(BRANCH) = `$(GIT) branch | grep '^*' | sed -e 's/\* //'` ] +# Non-empty rev list between local ref and remote ref implies +# that there are unmerged revisions on the remote branch => not up-to-date. +uptodatecheck = ( localref=`$(GIT) show-ref --hash heads/$(BRANCH)`; \ + remoteref=`$(GIT) show-ref --hash origin/$(BRANCH)`; \ + ( [ "$$localref" = "$$remoteref" ] \ +|| [ `$(GIT) rev-list "$$localref..$$remoteref" | wc -l` -eq 0 ] ) \ + && $(samebranchcheck) ) +updaterange = "`$(GIT) show-ref --hash heads/$(BRANCH)`..`$(GIT) show-ref --hash origin/$(BRANCH)`" -getsvninfo = eval `$(SVN) info $(2) | $(SED) -n -e 's/^Revision: \([0-9][0-9]*\).*/$(1)rev="\1"/p' -e 's/^URL: \(http:.*\)/$(1)url="\1"/p'` - -$(STAMPDIR)/%.update: %/.svn FORCE | check-prereqs-$(DISTRO) +$(STAMPDIR)/%.update: %/.git FORCE | check-prereqs-$(DISTRO) $V pkg='$*'; cd "$$pkg" \ - && $(call getsvn
Re: [Evolution] search for body text not working
On Mon, 2009-06-22 at 10:56 -0400, Chris Hallinan wrote: > I've been using Evolution for some time now, and mostly it's been > solid! I'm using Evolution 2.22.3.1 on Ubuntu 8.04LTS, straight from > the Ubuntu repo. > > However, I have been unsuccessful getting the search function to work > searching for "Body contains", in the dropdown search tool. Me too, using 2.24.5 and maildir format. I reported here on the list and in Bugzilla, with no responses: http://bugzilla.gnome.org/show_bug.cgi?id=576184 On Tue, 2009-06-23 at 01:23 +0200, Thomas Mittelstaedt wrote: > evolution 2.26 which comes with > ubuntu 9.04 (jaunty) has a ton of bugs fixed. I haven't tried 2.26 yet. I'm not very hopeful that the problem just disappeared, but hey, perhaps I'll be pleasantly surprised ;-} -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution 2.26.2 hang
On Thu, 2009-06-04 at 10:07 -0700, David L wrote: > My fedora 11 evolution just hung for the second time > today. This time I used gdb to get the following backtrace. > Not sure if it's useful: Better use "thread apply all bt". That'll give information about all active threads and perhaps show a deadlock. As Patrick said, a bug report is probably due. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Using an IMAP Outbox
On Sat, 2009-05-30 at 08:50 -0430, Patrick O'Callaghan wrote: > On Sat, 2009-05-30 at 14:31 +0200, Patrick Ohly wrote: > > On Wed, 2009-05-27 at 16:16 +0200, Sven Eppler wrote: > > > i'm using evolution in a highschool network wich prevents me from > > > sending mail over SMTP (port 25) with my mailserver or with their own > > > local mailserver. So i configured my IMAP-Server to accept outgoing > > > mails in an Outbox-IMAP-Folder which then will be send by my SMTP-Server > > > to the desired recipcient. This works perfectly. > > > > > > The bad thing ist now, when i write a mail in evolution it will be > > > placed in the local outbox with an info that there was an error "broken > > > pipe". This simply happens because i must choose a way how to send mails > > > when creating an account, so i used sendmail. Therefore the broken pipe. > > > And afterwards i always have to move the mail manualy to the desired > > > IMAP-Folder. > > > > You could tell Evolution to put sent emails into that special folder, > > there's a setting for it in the preferences. Put a dummy "sendmail" > > script in your PATH. Let it do nothing except "cat >/dev/null", then > > Evolution should think that it was able to send the outgoing email and > > move it into the desired folder. > > But then what happens if you *also* want a real Sent Mail folder? > Presumably the server will delete messages from the special folder after > dealing with them. Then the "sent folder" preferences could be left unchanged and a outgoing filter "match all" and "copy to folder" could be used. The key trick still is to make Evolution believe that sending was successful. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Using an IMAP Outbox
On Wed, 2009-05-27 at 16:16 +0200, Sven Eppler wrote: > i'm using evolution in a highschool network wich prevents me from > sending mail over SMTP (port 25) with my mailserver or with their own > local mailserver. So i configured my IMAP-Server to accept outgoing > mails in an Outbox-IMAP-Folder which then will be send by my SMTP-Server > to the desired recipcient. This works perfectly. > > The bad thing ist now, when i write a mail in evolution it will be > placed in the local outbox with an info that there was an error "broken > pipe". This simply happens because i must choose a way how to send mails > when creating an account, so i used sendmail. Therefore the broken pipe. > And afterwards i always have to move the mail manualy to the desired > IMAP-Folder. You could tell Evolution to put sent emails into that special folder, there's a setting for it in the preferences. Put a dummy "sendmail" script in your PATH. Let it do nothing except "cat >/dev/null", then Evolution should think that it was able to send the outgoing email and move it into the desired folder. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo bug squash?
On Wed, 2009-04-15 at 06:09 -0400, Matthew Barnes wrote: > On Wed, 2009-04-15 at 13:04 +0530, Chenthill wrote: > > Probably we could have some page in go-evolution.org to list the core > > active developers. It would be good if more people who know the code a > > bit get involved for patch reviews to get it done faster. If some > > critical patch is waiting w.r.t calendar, it can be assigned to me. > > We have http://www.go-evolution.org/EvolutionTeam but it's highly out of > date. Would be good if someone at Novell could update it, as I've lost > track of who's doing what now. The MAINTAINERS file in the source tree > needs an update as well. Would it help to archive that out-dated list and re-add contributors which are still active? Someone who is no longer active is unlikely to remember to remove himself from that list, or read this email thread... When looking at recent changes it's clear that most bug fixes come from people who are not listed. For example, Milan just fixed some (if not all, I only just started using his patch) of the maildir+index problems (thanks a lot Milan!). -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo bug squash?
Hello Andrew! Thanks for raising this issue and for this "bug squash" initiative. I agree with everything you said so far, in particular about treating open source software like any other software engineering project; unfortunately my time is very much limited, so I won't have time to participate in the "bug squash" event. On Wed, 2009-04-08 at 13:14 -0400, Andrew Montalenti wrote: > I've been thinking about a way I could take Art's advice and make my > criticism more constructive. The only thing I can think of is by > volunteering my own time to organize a "bug squash" day for Evolution. Such a "bug squash" may be useful to fix some of the low hanging fruits. I'm less sure about the more fundamental aspects, like reimplementing features that were removed when going to the SQLite based folder summaries. This may require work that goes way beyond what can be done in a weekend. > Is there already something like this scheduled? If not, what's the best > way for me to organize it? What wiki should I use? (I notice one on > go-evolution.org and one on live.gnome.org -- which one's better?) I'm not that much into Evolution development, but as far as I know, go-evolution.org is the Wiki used by the development team. > I'm not a formal evo developer, but have enough C, GTK+ and GObject > knowledge to hack around, albeit probably at a slower speed than > full-time GNOME hackers. Anyone else who has software experience and > would have some time to volunteer to this? I'm thinking it could be on > an upcoming weekend, to accomodate people's work schedules. > > Also, what time zone are the core Evolution developers in? The question is perhaps more fundamental: who are the core developers? Who is still active and able to help when non-core developers prepare patches? When I fixed some of the calendar issues last year, patch review was often delayed considerably. Perhaps it will be easier when GNOME and thus Evolution switch to git: clone the source and then prepare a "community edition" with pending patches that haven't been incorporated upstream yet. On Wed, 2009-04-08 at 18:27 +0100, Pete Biggs wrote: > I suspect that the best thing all round is to take this to the > evolution-hackers list since this is primarily a users list. The core developers definetely should be informed; I would hope that they read this list. But I think chances to find new people who can work on Evolution might be better here: users are the ones motivated to fix problems because they still, well, *use* the software and there might be some who are capable of helping but haven't joined the hackers list yet. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] full text search unreliable
On Tue, 2009-03-17 at 09:30 -0430, Patrick O'Callaghan wrote: > On Tue, 2009-03-17 at 10:12 +0100, Patrick Ohly wrote: > > Just to be sure I ran "sqlite3 folders.db 'vacuum'"; didn't change > > anything. > > In that case, a Bugzilla report is definitely in order. http://bugzilla.gnome.org/show_bug.cgi?id=576184 Let's hope that it gets some attention. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] full text search unreliable
On Tue, 2009-03-17 at 09:30 -0430, Patrick O'Callaghan wrote: [searching for "sandbox" finds none of the 13 mails which contain the word, even after rebuilding indices] > > Just to be sure I ran "sqlite3 folders.db 'vacuum'"; didn't change > > anything. > > In that case, a Bugzilla report is definitely in order. I'm no longer sure whether it is just the full text search. The message counts are also inconsistent: CTRL-A for "select all" in the affected folder shows "2167 selected, 71 total". I thought that this had been fixed in 2.24.5. Srini, can you give an update on what the status is? Should I file further bug reports about this? -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] full text search unreliable
On Mon, 2009-03-16 at 11:41 -0430, Patrick O'Callaghan wrote: > On Mon, 2009-03-16 at 16:45 +0100, Patrick Ohly wrote: > > I did a "grep -r -w" and found 13 mails. Doing the same search via > > Evolution found only one. I then stopped Evolution, removed all > > *.ibex.index* > > and *.cmeta files plus the folders.db, restarted Evolution. > > For a true test I think you'd also need to rebuild the database, see > http://www.gnome.org/~sragavan/evolution-rebuild-summarydb That script cleans up an existing folders.db. I had removed the folders.db and Evolution recreated it from scratch, which should have the same effect. Just to be sure I ran "sqlite3 folders.db 'vacuum'"; didn't change anything. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] full text search unreliable
Hello!
For a while now I had this nagging feeling that full text no longer
worked as well as it used to in older releases. I'm using Evolution
2.24.5, compiled from source, with maildir as storage format, and can
now definitely say that full text search fails to find any mail with the
word "sandbox" in a folder which has several mails which contain that
word.
I did a "grep -r -w" and found 13 mails. Doing the same search via
Evolution found only one. I then stopped Evolution, removed all *.ibex.index*
and *.cmeta files plus the folders.db, restarted Evolution.
"Send/Receive" ran a while and produced shell output ("camel-WARNING **:
Could not find key entry for word '0x': No such file or
directory") which seemed to come from text indexing. Once done it
doesn't find *any* email at all with the word "sandbox".
I used to like Evolution because I could find mail in my mail archive
very easily. That's no longer the case. If you wonder whether I mean
"like" or "find" with that, well, I wonder about that too.
Am I the only one or are there known open issues? Did I perhaps not
compile Evolution correctly? What can be done to investigate and fix
this?
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Funambol, syncing, etc.
he future I might also change this so that data that cannot be stored on the server is at least preserved locally. > * If a contact has a home address in evolution, I sometimes seem to end > up with both a straight "address" on the phone, and a "home > address" (i.e. 2 addresses from 1). Then if I change the "home address", > in evolution, the "home address" on the phone updates, but the "address" > does not. ... but, if I delete the "address" on the phone, then the > "home address" in evolution sometimes also gets deleted. So there's > something odd going on here. That would require further investigation. I can help with this on the SyncEvolution side, but at least the first part (Funambol -> phone duplicates the address) is something that Funambol would have to look at. > * I have one contact that I edited multiple times on both the phone and > in evolution, and then synced both (i.e. sync computer, sync phone, sync > computer), so that it should all be in sync, but ended up with the > address on the phone and the address on the computer out-of-sync (i.e. > two different street addresses, yet syncing did not update either, and > no warnings at either end about a conflict or being out-of-sync). Might be related. > It's hard to know where these problems originate from, since there are > so many different bits of software involved, - at least 5 by my count: > Evolution <-> SyncEvolution <-> Genesis <-> Funambol <-> Nokia's sync > software on the phone; and presumably there could be problems at any > stage of that chain. You can take Genesis out of this, it really is just a GUI and invokes the normal SyncEvolution binary. Apart from that you are right. Unfortunately it won't get much easier. Due to combinatorial explosion there are too many combinations that writing dedicated software for each of them is not feasible. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problem viewing calendars on multiple machines
On Thu, 2009-03-12 at 08:57 +, Chris G wrote: > On Wed, Mar 11, 2009 at 03:57:26PM -0430, Patrick O'Callaghan wrote: > > On Wed, 2009-03-11 at 16:42 +, Chris G wrote: > > > On Wed, Mar 11, 2009 at 11:57:40AM -0430, Patrick O'Callaghan wrote: > > > If both ends use the same data file they *can't* disagree! OK, it's a > > > little more complex than this but to my mind it's fundamentally less > > > broken then trying to bodge it with a 'translator' in the middle. > > > > The OP talked about syncing two instances of Evo, so it *might* be true > > that the data is in the same format (assuming they are both the same > > version), but then you introduced the notion of syncing with other > > devices such as PDAs, where the data files will definitely *not* be in > > the same format. > > > The idea behind using Webdav/Caldav or whatever is that it *makes* > both ends use the same format. And if that is not the case (bugs in the implementation, different capabilities), then what? You would be forced to not use the client which is at fault until it is fixed/improved. With SyncML at least you have a chance to accomodate for such differences in the server. > > > SyncMl does 'know' about what it's transferring to some extent, if it > > > doesn't then how is it any different from a simple file copying > > > mechanism? There are several very clever file synchronisation > > > utilities already available, if that was all that was needed then > > > SyncMl would be redundant. Where SyncMl scores is that it *does* know > > > the sort of things its transferring. > > > > SyncML is not a file transfer mechanism, or even a synchronization > > protocol (despite the name). It's a description language. The only sane > > way to interoperate N devices is to have an intermediate standard > > format. That way the number of translations is O(N), not O(N^2). That's > > what SyncML is for. > > > Which confirms what I was saying - SyncMl does know (and thus > *limits*) what is being transferred. OK, SyncMl can be expanded as > needed to allow more different clients to connect using it but > ultimately it's a dead end because you have so many possible sorts of > data being passed that no two ends ever agreee. Minor correction: it is not "SyncML the protocol" which limits the kinds of data that can be exchanged, it is "SyncML server XYZ" or "SyncML client ABC" which only support certain kinds of data. > Or are you saying > that the SyncMl "intermediate standard format" is effectively cast in > stone? No, it is not. The implementations choose that, with varying success. > Using Webdav/Caldav to underpin everything means that essentially you > say (in SyncMl parlance) that "these are the things I will transfer" > and there are no more. Ultimately you 'encourage' both ends to use > .ics format data internally and *that's* when it all becomes > relatively easy. It's also too limited for many use cases. Do you know any mobile phone which supports Caldav? Does it work while offline? I suggest we stop this discussion. Caldav and synchronization (with SyncML or other protocols) solve different problems. Choose whatever suits your needs better. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problem viewing calendars on multiple machines
On Wed, 2009-03-11 at 09:25 +, Chris G wrote: > On Wed, Mar 11, 2009 at 12:11:45AM +, Pete Biggs wrote: > > > U... no offense, but just looking at your instructions for changing > > > machines makes me think that the design of evolution is a bit insane. I > > > really don't feel like what I want to do should be that difficult. I > > > figured > > > since evolution is the default calendar for most linux systems, it > > > wouldn't > > > be... well such a pain to work with on multiple machines. > > > > > > > The issue really is that Evo is a client program, it was never designed > > to offer the data that it uses to other programs, it was designed to be > > a consumer of data from elsewhere. > > > The whole "synchronization" process is a can of worms in my opinion, > the idea that you need a 'server' and separate clients makes it all so > unnecessarily complicated for the situation that 99% of users want - > synchronization of desktop and PDA (or laptop in the OP's case). Unfortunately many of these complications are inherent to the problem, like format differences between heterogenous users of the data and concurrent modifications of it. By limiting yourself to just one application (and just those versions of it which use the same file format) and by avoiding concurrent modifications, syncing becomes easier, but I doubt that this is what 99% of the users want. You mentioned desktop and PDA: that already are two different applications which probably need format conversions. > It is possible to synchronize my E71 with Evolution, using the > Evolution syncMl add-on plus a syncMl server but it's messy and either > needs a server 'out there' or you install Funambol which again is > *huge* (164Mb for a syncMl server, what it's all for?) The Synthesis server is smaller (C++ instead of Java + bundled Tomcat Application Server). OpenSync probably also will be smaller. > I'm about to investigate what I can due using WebDav, it seems to me > that's the right approach, share a single chunk of data between all > applications rather than trying to 'synchronize' different lumps of data. If all your applications support it, that indeed is a simpler solution. But many devices that people need to synchronize with don't. Regarding the role SyncML in mitigating format incompatibilities: as was said already, the language itself is format agnostic. It is commonly used with some standard formats (vCard, vCalendar) that need to be supported in addition to SyncML itself. SyncML does have the means to communicate to the server which parts of these standards its clients support. Good SyncML server implementations use that information to translate between clients and preserve information that one side doesn't support. That is also the reason why there is a central, more capable server in the middle: you really don't want to have that complexity in each and every client implementation. Whether that server is installed on the web or a desktop machine is an implementation and deployment detail (albeit an important one). If synchronization in such a setup doesn't work satisfactorily, then file bug reports or enhancement requests. It is difficult to get right, but it isn't impossible. I'll certainly do what I can in SyncEvolution. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problem viewing calendars on multiple machines
On Wed, 2009-03-11 at 10:07 -0430, Patrick O'Callaghan wrote: > On Tue, 2009-03-10 at 15:32 +0100, Matej Cepl wrote: > > On 2009-03-10, 13:43 GMT, Patrick O'Callaghan wrote: > > > You mean you pay for the phone call? I hardly think that's > > > a reason to drop it. Or do you mean something else? > > > > No, I mean there are no unlimited calling plans (or they are > > prohibitively expensive) so every second is charged for and > > I would prefer over-the-USB/BT/something-else synchronization. > > I still think that's no reason to not support the package. Presumably > one can use SyncEvolution over normal networks as well. For SyncEvolution, definetely yes. In fact that's the only way of using it. I think what Matej is saying is that he cannot synchronize his phone the same way without paying too much for it, and SyncEvolution alone isn't all that useful to him. Matej, you might try running a local installation of the Funambol server and connecting to that via a local IP network. Admittedly a bit involved and might not work with your mobile device. Alternatively ScheduleWorld has a Bluetooth bridge which connects locally to your phone and syncs with the ScheduleWorld server: http://wiki.scheduleworld.com/wiki/FireFox_Configuration I haven't tried it myself, but it sounds nifty. I hope you'll continue to maintain the Fedora package even if you cannot get it to work. Thanks for your help on any case. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Increasing number of maildir bugs in Evolution
On Wed, 2009-02-25 at 14:46 -0600, R. Steven Rainwater wrote: > There has been an increasing number of problems with the Maildir support > in Evolution during late 2008 and early 2009. With the latest release in > Fedora 10, it's almost unusable. > > To summarize the three most annoying bugs with maildir (yes, these and > others have been filed in bugzilla): http://bugzilla.gnome.org/show_bug.cgi?id=571206 http://bugzilla.gnome.org/show_bug.cgi?id=573177 > When you move mail into a maildir folder from an mbox folder, it > frequently vanishes because the maildir index isn't updated. > > If you receive new mail in a maildir folder while Evolution is running, > you can't see it even though the folder shows the right count of new > emails for the folder. The mail files are actually present in the > physical maildir directory, so presumably this is another problem with > the maildir index becoming corrupt. I had seen this problem before, too. I then updated to 2.24.5 and it seemed to be gone, but just now it happened again. I had to quit Evolution, remove folders.db and restart to see the new emails. > Assuming you manage to get some mail into a maildir folder and actually > see it, if you decided to delete it, it is only hidden from view. > File->empty trash doesn't expunge the file from the disk. This leads to > wasted disk space over time. The only way actually delete deleted email > that I've found is to go through the maildir folders one at a time and > select folder->expunge on each one. But with hundreds of folders, this > takes a lot of time. I usually expunge individual folders, so this doesn't affect me. > It seems like no one is maintaining maildir support any more. Should > maildir users be looking for alternate email program? I hope not. offlineimap + Evolution is a very useful combination that I depend on nowadays. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 2.24.5: crash when viewing meeting invitations
On Mon, 2009-03-02 at 06:59 -0800, Patrick Ohly wrote: > Evolution 2.24.x compiled from source crashes when viewing meeting > invitations. Never mind. Somehow the self-compiled Evolution picked up the libevolution-mail.so component from the system installation, and that doesn't seem to be quite compatible with the latest 2.24.x. Purging the system's Evolution packages solved the problem. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] 2.24.5: crash when viewing meeting invitations
Hello! Evolution 2.24.x compiled from source crashes when viewing meeting invitations. I think the revision I compiled last week has been tagged as 2.24.5 in the meantime. This bug is a show stopper for me because I read emails in the preview pane and thus will get the crash before I can do anything with the invitation (like moving it away). Of course, actually replying to invitations is impossible now too. For details see: http://bugzilla.gnome.org/show_bug.cgi?id=573761 -- Best Regards Patrick Ohly Senior Software Engineer Intel GmbH Software & Solutions Group Hermuelheimer Strasse 8a Phone: +49-2232-2090-30 50321 Bruehl Fax: +49-2232-2090-29 Germany ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] beware of libdb compatibility
Hello! There have been a few reports on the list of people who compiled from source and/or migrated between distributions: the address book could no longer be opened after such a change. The underlying problem is that libdb's file format may change depending on the version of libdb. It seems to preserve backwards compatibility, but newer versions may write files that older versions cannot read. This includes the version of libdb bundled with Evolution! I just had the "opportunity" to investigate this problem because I ran into it. Distro was upgraded from 8.04 to 8.10 without problems. I then compiled from source (because of the additional bug fixes in 2.24.4) and could no longer read the address book. That was because Ubunutu's evolution uses the system's libdb 4.7.25 while Evolution comes with and uses 4.1.25. Solution: install "libdb-dev" and configure evolution-data-server with "--with-libdb=/usr". There was a proposal on the hackers list to make that the default. I think that would be the right thing to do because in reality, this is already how Evolution binaries get built. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Enter password for the default keyring to unlock
On Sun, 2009-02-08 at 18:30 -0600, HggdH wrote: > On Fri, 2009-02-06 at 20:52 +, Phil wrote: > > Trying to use Evolution for E mail. > > I keep getting a window that says, > > > > "Enter password for the default keyring to unlock" > > > > Two buttonsdeny and ok and somewhere to put your password. > > > > What is this and how do I get rid of it? > > As Jeff pointed out, current Evolution is integrated with Gnome-keyring. > This pop-up is probably, huh, popping up because your login password and > the g-kr password do not match anymore. > > Until (AFAICR) gnome-keyring 2.24 you could change your g-kr password by > running gnome-keyring-manager. On current 2.25 Gnome I cannot find this > utility anymore -- but this may well be due to my ignorance. If you > still have this utility, run it, and reset the g-kr password (your > previous login password should be the one) to your current login > password, and you should be all set. Thanks for the tip. I didn't know that the login password was reused for the keyring. I didn't have gnome-keyring-manager, but found the possibility to change the keyring password in "seahorse-preferences". It's called "Encryption and Keyrings" in the GNOME desktop preferences, which is a bit more useful name... -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Ctl-Z = undo, Please !!
On Sun, 2009-02-08 at 13:36 -0430, Patrick O'Callaghan wrote: > On Sun, 2009-02-08 at 12:45 -0500, William Case wrote: > > > Thanks Bill. If you do that please post the BZ number here so I can add > > > my 2 cents. > > > > http://bugzilla.gnome.org/show_bug.cgi?id=570973 > > OK, I added a "me too" comment. Me too. To add some more content to my comment: I mark emails as read explicitly with CTRL-k. Except when I accidentally hit CTRL-j, which immediately hides the email in the current folder, so I cannot even undo manually there... I have to go to the junk folder, find the email, mark it as not junk. Very annoying. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problems with SMTP account info - mine works
On Wed, 2009-02-04 at 22:12 +0700, Peter Privat wrote: > On Wed, 2009-02-04 at 07:32 -0500, Matthew Barnes wrote: > > > The dialog is lying. The correct SMTP account is being used behind the > > scenes. It's a long-standing UI issue. > > Maybe so... But the mail won't get through to my mail provider when > the dialog "displays" the wronged data. Changing the default mail > account to the one I'm trying to send, solves the problem and it get > sent correctly. So I'll guess there is more than only meets the eye in > this case. Is the mail that sits in the Outbox associated with the right account? I have multiple accounts too and sending works. My expectation is that Evolution picks the account for mails from the currently selected folder, but sometimes this seemed to go wrong (without me being able to reproduce it, so no bug report). -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] issue with search -- breaks drag and drop to folders
On Thu, 2009-01-22 at 13:08 -0500, Reid Thompson wrote: > With latest svn updates ( yesterday/today ). > Searching causes the left folder view pane to be inaccessible ( grayed > out ), so drag and drop of search results to other folders is not > possible. The same also happens with older releases (for example, 2.22.3) when searching in more than one folder. I suppose that is a design decision (visual feedback that choosing a folder is irrelevant, or something like this), but I don't find it useful for the reason that you mentioned. When I ran into it, I used the context menu "move to folder". On a related note, searching for words in emails no longer works reliably for me. Not sure since when exactly or under which circumstances. Are there known regressions/bugs related to that? -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] It works...
On Fri, 2008-11-21 at 16:17 -0500, Jeff Singleton wrote: > There are probably a few more, but these are the most bothersome to me. How well does the calendar support work? I can access our Exchange server just fine with POP and IMAP, so I won't use the MAPI connector for that. What I need is meeting scheduling because that currently only works via the Outlook web interface. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Auto-accept invitations?
On Mi, 2008-11-19 at 10:34 -0500, Chris Pimlott wrote: > Apparently Outlook has a feature where any appointment sent to you is > automatically entered into your calendar as "tentative". This allows > you get notifications of upcoming meetings even if you haven't had a > chance to read your email. > > Is there any way to do this in Evolution? I don't think there is. As a workaround you could try to set up a filter which moves all meetings invitations/updates into a separate folder which you check once a day (or more often) manually to not miss meetings the next day. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution svn head broken
Hello Bharath! I think this was caused by your recent commit of the templates.c file. I suspect that it only occurs when compiling out-of-tree because '#include "Evolution-Mail.h"' in mail-component.h works when compiling in-tree. The include line in mail-component.h looks like the root cause of the problem, not the missing -I in the templates directory. Including "mail/Evolution-Mail.h" instead fixes the problem for me, patch attached. I also ran into it when compiling the stable branch. Please commit in both branches if you agree with the solution. Bye, Patrick On Fri, 2008-10-17 at 08:39 -0400, Reid Thompson wrote: > Making all in templates > make[4]: Entering directory > `/media/disk-1/home/evo-src/obj/evolution/plugins/templates' > make all-am > make[5]: Entering directory > `/media/disk-1/home/evo-src/obj/evolution/plugins/templates' > ../../doltcompile ccache gcc -DHAVE_CONFIG_H -I. > -I../../../../evolution/plugins/templates -I../.. -I../../../../evolution > -I../.. -I../../composer -pthread -DORBIT2=1 > -I/opt/evo/include/evolution-data-server-2.26 -I/opt/evo/include/glib-2.0 > -I/opt/evo/lib/glib-2.0/include -I/opt/evo/include/libsoup-2.4 > -I/opt/evo/include/libgtkhtml-3.14 -I/opt/evo/include/libgtkhtml-3.14/editor > -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/libbonobo-2.0 > -I/usr/include/orbit-2.0 -I/usr/include/bonobo-activation-2.0 > -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 > -I/usr/include/gnome-keyring-1 -I/usr/include/libgnome-2.0 > -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 > -I/usr/include/gtk-2.0 -I/usr/include/gnome-vfs-2.0 > -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/pango-1.0 > -I/usr/include/gail-1.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 > -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 > -I/usr/include/libpng12 -I/usr/include/libglade-2.0 -I/usr/include/enchant > -I/usr/include/nss -I/usr/include/nspr > -DEVOLUTION_GLADEDIR=\""/opt/evo/share/evolution/2.26/glade"\" > -DEVOLUTION_PLUGINDIR="\"/opt/evo/lib/evolution/2.26/plugins\"" -ggdb -O2 > -march=prescott -ggdb -Wall -Wmissing-prototypes -Wno-sign-compare -MT > templates.lo -MD -MP -MF .deps/templates.Tpo -c -o templates.lo > ../../../../evolution/plugins/templates/templates.c > In file included from ../../../../evolution/plugins/templates/templates.c:40: > ../../../../evolution/mail/mail-component.h:30:28: error: Evolution-Mail.h: > No such file or directory > In file included from ../../../../evolution/plugins/templates/templates.c:40: > ../../../../evolution/mail/mail-component.h:62: error: expected > specifier-qualifier-list before ‘POA_GNOME_Evolution_MailComponent__epv’ > make[5]: *** [templates.lo] Error 1 > make[5]: Leaving directory > `/media/disk-1/home/evo-src/obj/evolution/plugins/templates' > make[4]: *** [all] Error 2 > make[4]: Leaving directory > `/media/disk-1/home/evo-src/obj/evolution/plugins/templates' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/media/disk-1/home/evo-src/obj/evolution/plugins' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/media/disk-1/home/evo-src/obj/evolution' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/media/disk-1/home/evo-src/obj/evolution' > make: *** [.stamp/evolution.build] Error 2 > add file removal here > mv: cannot stat `/usr/lib/*1900*': No such file or directory > > ___ > Evolution-list mailing list > Evolution-list@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-list -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ Index: evolution/mail/mail-component.h === --- evolution/mail/mail-component.h (Revision 36651) +++ evolution/mail/mail-component.h (Arbeitskopie) @@ -27,7 +27,7 @@ #include #include "shell/evolution-component.h" -#include "Evolution-Mail.h" +#include "mail/Evolution-Mail.h" struct _CamelStore; ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Merge/Syncing multiple evolution installations.
On Wed, 2008-09-24 at 23:18 -0300, Fabio Rafael da Rosa wrote: > Under "Miscellaneous", there is a network entity that you can use to > synchronize accross machines So this isn't something Evolution specific, just some generic file synchronization? Then how does it handle merging of files which have been changed on both machines, like for example the contact database file when different contacts were added? Disclaimer: I have worked on PIM synchronization via SyncML for over three years (SyncEvolution). Synchronization is *hard* to get right. I find it annoying when projects are touted as a solution when in reality they haven't implemented the necessary parts, are not stable and/or don't address the hard problems at all. Just my two cents. I haven't tried Conduit. I'm sure it's a fine program, it just doesn't sound like it really does two-way synchronization of data that is stored differently on different sides and can be changed independently at the same time. Back to the topic: I have synchronized Evolution data from one machine to another via rsync. Any other means of moving the files would also work *as long* as one is careful to only work on one machine at a time and moves the data when switching machines. However, the Evolution developers make no guarantee that the on-disk format of files remains the same between different versions of Evolution. The supported method is extracting the data via the APIs, storing it in a standard format and reimporting it. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Merge/Syncing multiple evolution installations.
On Tue, 2008-09-16 at 11:03 -0300, Fabio Rafael da Rosa wrote: > You can check the conduit project. > I can sync remote machines, and it has plugins for evolution mail, > contacts and calendar. Where did you find this information? The status page doesn't list any of these: http://www.conduit-project.org/wiki/SyncStatus -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Replies kept under op
On Fri, 2008-09-05 at 08:41 +0200, Milan Crha wrote: > On Fri, 2008-09-05 at 10:10 +0530, Johnny Jacob wrote: > > Possible by using search folders. Set up a search folder and in the > > criteria 'Include Threads' use 'All related' . > > Which doesn't work in 2.23.91 (with db-summary) at the moment :) But it will work again in 2.24? -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Replies kept under op
On Do, 2008-09-04 at 10:45 -0400, Art Alexion wrote: > On Thu, 2008-09-04 at 12:32 +0100, Frank Murphy wrote: > > Is it possible to keep the replies (sent out) > > it the folders under the mail that is replied to? > > Havn't found a setting as yet > > evolution-2.22.3.1-1.fc9.i386 > > I do this by designating my inbox as my sent folder. It is not ideal if > you have a bunch of good incoming filters for lists, etc., but I usually > only filter the noise, and sort the good stuff I am keeping after I read > it. This is also what I do [1]. It's good to hear that I'm not alone, because when looking at the ITIP formatter source (= the plugin which offers buttons to accept/tentatively accept/decline meeting invitations) I found that it disables that functionality for the "sent" folder. If "sent" == "inbox", then it also disables the functionality for genuine incoming meeting requests. Did anyone run into that? In the corresponding bug report [2] I'm currently arguing that the check for "sent" folder should be reverted because its side effects are too severe. [1] http://bugzilla.gnome.org/show_bug.cgi?id=346146#c6 [2] http://bugzilla.gnome.org/show_bug.cgi?id=346146#c8 -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Special characters.
On Thu, 2008-08-21 at 10:52 -0400, Art Alexion wrote: > On Thu, 2008-08-21 at 09:46 -0400, Patrick O'Callaghan wrote: > > On Thu, 2008-08-21 at 10:12 +0100, Andrew Taylor wrote: > > AFAIK Evo just uses the system keyboard configuration. Personally, I > > have a US-style keyboard but configure my system to use dead-keys (I > > write a lot in Spanish) e.g.: áéíóúüñ¿¡ > > I use xmodmap to accomplish the same thing. The following short script > is in my Autostart directory. It's also possible with the normal gnome-control-center (at least in GNOME 2.20): open keyboard options => "Layout Options" tab => Compose key position => "Right Win-key" (or whatever you prefer). I don't log into a GNOME session, so I have to start the gnome-settings-daemon after logging in; I do that in my .fluxbox/startup script. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution systray
On Thu, 2008-08-14 at 12:10 -0400, tim wrote: > could you make it so when i close it the program still runs in the > systray? I'm doing that already by running Evolution via alltray. In addition, alltray brings up the window with CTRL F1: alltray --key Control:F1 evolution -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Synchronizing with Nokia N95 8GB
On Sat, 2008-08-02 at 21:25 +0200, Jo-Erlend Schinstad wrote: > I'm using Ubuntu hardy and Evolution in that environment. I also have > a Nokia N95 8GB mobile. > In Windows, calendar entries, tasks, appointments, contacts, etc, are > automatically synchronized. > I would very much like to have the same feature with Evolution in > Ubuntu, but I don't know how > to go about achieving this. Local sync via USB is most important, but > I'd also like to sync via web. Does the N95 have a SyncML client? I suspect that it does. In that case you can synchronize it with a SyncML server on the web, like for example sync.scheduleworld.com, and from there with SyncEvolution [1] with Evolution. That should give you two-way synchronization of calendars, tasks, contacts, and notes. There are other solutions, most notably OpenSync. The main conceptual difference is that OpenSync is limited to local sync, while SyncML requires a server. ScheduleWorld has recently introduced synchronization via Bluetooth [2] (haven't tried it myself). Disclaimer: I'm the author of SyncEvolution. I'm not affiliated with ScheduleWorld, but they provide an excellent service and are the only ones which fully support Evolution calendars, so I can recommend them. [1] http://www.estamos.de/projects/SyncML/index.html [2] http://wiki.scheduleworld.com/wiki/FireFox_Configuration -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] bug 484987: mail threads not expanded by default, "expand all" fails
On Thu, 2008-07-31 at 22:31 +0200, Patrick Ohly wrote: > A while ago I filed the following bug report, but got no reaction. Are > other users of Evolution having the same problem or is it just me? Dumping the original bug report to the list has had the desired effect: a discussion of the problem and a temporary workaround. Because the discussion unintentionally continued by private email (I'm not used to the web mailer I was posting with, sorry!), here's a summary: * It is caused by not having the gconf key /apps/evolution/mail/display/thread_expand set to true. Setting that value fixed the problem for me. Using filters or remote vs. local folders is most likely irrelevant. * The problem still exists even in the latest stable Evolution release and trunk (not checked). * IMHO it affects all users updating to an affected version unless they create an Evolution configuration from scratch. To see whether you are affected, use "gconftool-2 --get /apps/evolution/mail/display/thread_latest". It should report "true". To fix the problem, use "gconftool-2 --type bool --set /apps/evolution/mail/display/thread_expand true" I'll reopen #519292 because that's where the problem was discussed and close the older #484987. Bye, Patrick -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] bug 484987: mail threads not expanded by default, "expand all" fails
Hello! A while ago I filed the following bug report, but got no reaction. Are other users of Evolution having the same problem or is it just me? I have threaded mail view enabled in some folders. New mail is moved into these folders via filters. In Evolution 2.10 the mail threads with new email were expanded. In Evolution 2.12 the mail threads with new email are folded and have to be expanded manually before the new emails can be read. Jumping to unread emails with "]" skips the new emails while the thread is folded. The menu item "view/expand all threads" does not expand all threads: some threads are completely expanded, in others only the top-level is expanded. Steps to reproduce: 1. set a folder to "threaded view" 2. receive new email into that folder (via filters?) 3. check whether new mails are visible in their mail thread 4. invoke "view/expand all threads" Actual results: After 3. new emails are hidden in folded threads. After 4. some of the threads are still (partially) folded. Expected results: All new email should be visible and reachable in the folder view without having to unfold threads. Unfolding all threads should completely unfold all threads. Does this happen every time? Yes. I have not tried it in the inbox folder. Other information: The "new email" problem is a change since 2.10: I just switched from 2.10 to 2.12 (both compiled via Garnome) and this immediately caught my attention because it broke my work flow. I consider it a regression. If it was intentional, please provide a configuration option so that I can get the old behavior back. http://bugzilla.gnome.org/show_bug.cgi?id=484987 -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo can't more render appointment messages from outlook
On Mon, 2008-07-21 at 22:08 +0200, Ambrogio De Lorenzo wrote: > I'm unable to see messages from my collegues that use outlook to > schedule appointment. > I'm using fedora 8 and evolution 2.12.3.5 from the official repos > > I don't know what appens (I don't know if the problem appearead after an > update). Evo freeze in rendering and I have the only choice to kill it Might be http://bugzilla.gnome.org/show_bug.cgi?id=501298 As Milan said, install the debug packages and capture a stack back trace to identify where it hangs. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Syncevolution doesen install on Ubntu Hardy
On Sun, 2008-05-04 at 14:11 +0200, Adjua wrote: > Die folgenden Pakete haben verletzte Abhängigkeiten: > syncevolution-evolution-2.6: Hängt ab: libebook1.2-5 (>= 1.6.3) , > welches ein virtuelles Paket ist. >Hängt ab: libecal1.2-6 (>= 1.6.3) , > welches ein virtuelles Paket ist. >Hängt ab: libedataserver1.2-7 (>= > 1.6.3) > , welches ein virtuelles Paket ist. > Resolving dependencies... I see. As you found out, Ubuntu Dapper has a slightly older Evolution release than Debian Etch, 1.6.1 instead of 1.6.3. That means that the package dependencies are not satisfied, although the binaries themselves probably work regardless. Would it be okay for you to just use the binary in the .tar.gz? If those work for you, then I might override the dependencies in future builds so that you can install the .deb directly. http://www.estamos.de/download/syncevolution/evolution/syncevolution-0.7-evolution-2.6.tar.gz > I suppose, it is easy to understand even in German... Indeed, in particular as German happens to be my native language ;-) -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Syncevolution doesen install on Ubntu Hardy
On Fri, 2008-05-02 at 11:09 +0200, Adjua wrote: > I tried to install syncevolution according to > http://www.estamos.de/projects/SyncML/Installation.html > and could not install either of the Versions offered - packages seem to > be broken. So you tried "aptitude install syncevolution-evolution-2.6" and it failed, presumably due to missing dependencies? Can you quote the complete error message from aptitude? > On the compatibility page I see that it has been last tested with Ubuntu > Dapper No, I only built and tested on Debian Etch (4.0). The comment about Dapper is based on a package list for Dapper, not on actual tests or feedback. My expectation was that Dapper would have all the required libs, but I might be wrong. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] compiling Evolution from source: incorrectly picks up system libs (Bugzilla #518728)
Hello, I compiled from source on Debian Etch and noticed that some of the recompiled libs (e.g. libecal-1.2.so) referenced old Evolution libs under /usr/lib. The underlying reason was an unfortunate ordering of link flags. Bug report and patch in: http://bugzilla.gnome.org/show_bug.cgi?id=518728 Can someone from the Evolution developers please review and commit? Thanks! To those who run into this problem: deinstalling the host's development packages for Evolution should avoid the problem. It's not an option for me though as I also compile against those in other builds of SyncEvolution. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution 2.21.92 and gtkhtml-3.17.92 NOT compiling under opensuse10.3
On Fri, 2008-02-29 at 08:56 +0100, Rainer Klier wrote: > Am Donnerstag, den 28.02.2008, 22:35 +0100 schrieb Patrick Ohly: > > On Do, 2008-02-28 at 09:20 +0100, Rainer Klier wrote: > > Check the line which is used to assemble all libraries. If there is > > how do i find this line? I was thinking of the make output. [libtool search path] > but how should this system ever find something automatically > in /usr/local/lib? Usually the configure script will ask pkg-config for compile and link flags of the required components, then add them to the libtool invocation. I'm not sure why it went wrong for you. Further issues to look out for are setting LD_LIBRARY_PATH to include non-standard lib dirs (I have seen failures where configure was unable to run test programs because of a missing entry in LD_LIBRARY_PATH) and of course PKG_CONFIG_PATH. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution 2.21.92 and gtkhtml-3.17.92 NOT compiling under opensuse10.3
On Do, 2008-02-28 at 09:20 +0100, Rainer Klier wrote: > Am Mittwoch, den 27.02.2008, 10:29 -0500 schrieb Matthew Barnes: > > On Wed, 2008-02-27 at 15:13 +, Rainer Klier wrote: > BUT making of gtkhtml-3.17.92 fails. > > in the meantime i found out WHY: > the configure-script, or some part related to it has a bug. > it finds out, that i have the latest glib-2.15.6 installed > in /usr/local/lib but when it come to linking it links against the old > glib-2.14 installed in /usr/lib64! Check the line which is used to assemble all libraries. If there is -L/usr/lib64 or -L/usr/lib somewhere before the directory where your new glib is, then you have a problem. Note that any library which calls glib needs to be recompiled: otherwise libtool finds the .la of such a not-recompiled library and automatically pulls in the old glib at that point. You can always fix the link line manually, but recompiling everything is IMHO the only way to satisfy libtool. > i will open a bug-ticket in bugzilla for that. I don't think it's a bug. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] SyncEvolution does not pull data from server
Hello Alco, I just went through a backlog of emails and only today saw your email - sorry for that! On Sun, 2008-01-06 at 20:21 +0100, Alco wrote: > I have just tried SyncEvolution 0.7 to sync calender entries between > ScheduleWorld and Evolution 2.12.2 on Ubuntu 7.10. I can successfully > synchronize my ScheduleWorld calendar with new and updated items from > Evolution but not the other way around. When SyncEvolution runs it > reports nothing ever changed on the server. When you say "nothing ever changed on the server", which message do you refer to? During a run with no transmitted changes in either direction, the summary will be: Changes applied during synchronization: +---|---ON CLIENT---|---ON SERVER---| | | successful / total | successful / total | |Source | NEW | MOD | DEL | NEW | MOD | DEL | +---+---+---+---+---+---+---+ | vcard30 | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | 0/0 | +---+---+---+---+---+---+---+ Changes "ON CLIENT" is where changes applied locally on the client are listed. When you modify an event in the ScheduleWorld web interface and then synchronize, then there should be non-zero values in that part of the table. > Could this be a compatibility issue? Are there any configuration items > that affect synchronizing server-to-client but not client-to-server? The default is to run in "two way" synchronization mode, which transfers events in both direction. One can choose one-way incremental synchronization in a direction which matches what you described with "sync = one-way-from-client" but if you had set that, you'd probably know. The INFO messages from SyncEvolution will tell you the mode, so you can check. If the problem still exists, then it is more likely to be resolved when you contact the ScheduleWorld developer, either via email (include the relevant information about your account and ideally a client.log) or via the forum, because it is the server which decides whether it has changes. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] New version of the Evo SVN Makefile - patch for Debian Etch
On Di, 2007-10-02 at 18:42 -0400, Paul Smith wrote: > Anyway, if you want a simple way to build Evo from SVN without > rebuilding all of Gnome (as with GARNOME), give it a whirl! > > http://mad-scientist.us/evolution.html Thanks a lot for this, I found it very useful. It did not quite do what I needed (building on Debian Etch), so I patched it (attached): * I don't need evolution-exchange and evolution-webcal, so I added the possibility to remove packages and enable flags from PACKAGES via local.mk: IGNORE_PACKAGES, IGNORE_FEATURES * Added package check for debian-etch, reusing the rules for Ubuntu: distro := debian-etch in local.mk * Etch's gtk+-2.0 and intltool are not recent enough for 2.12. I compiled them separately first and pointed with PKG_CONFIG_PATH, LD_LIBRARY_PATH (otherwise configure check for glib fails!) and PATH towards that installation (my local.mk is attached). The Makefile had to be changed to preserve these values. * I don't have root priviliges on the SyncEvolution nightly test machine, so I needed a way to disable sudo. * Added "export BONOBO_ACTIVATION_PATH=$prefix/lib/bonobo/servers" to evolution-svn to pick the right components for 2.12.1 * gnome-doc-utils was needed. I suspect it also needs to be added to ubuntu-PREREQS. I have successfully built Evolution 2.12.1 with these modifications on my desktop and without root priviliges on the SyncEvolution nightly test machine. One big warning! After starting Evolution 2.12.1 once and (after killing all of its processes) restarting Evolution 2.6.3 from Debian Etch the latter crashed reproducibly with: (evolution-2.6:19361): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)' (evolution-2.6:19361): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (evolution-2.6:19361): GLib-GObject-WARNING **: invalid uninstantiatable type `' in cast to `ESourceGroup' (evolution-2.6:19361): e-data-server-CRITICAL **: e_source_group_peek_name: assertion `E_IS_SOURCE_GROUP (group)' failed After restoring .gconf and .gconfd from a backup (= kill gconfd, copy whole directory hierarchy) it worked again. I did not investigate in more detail, but I saw that 2.12.1 had modified the source definitions in .gconf/%gconf-tree.xml. So unless precautions are taken, updating from 2.6.3 to 2.12.1 is a one-way street! -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ CCACHE := SUDO := true prefix := /usr/local/evo-svn distro := debian-etch V := branch := 2.20 IGNORE_PACKAGES := evolution-exchange evolution-webcal IGNORE_FEATURES := --enable-exchange=yes PKG_CONFIG_PATH := /home/patrick/evo-svn/gtk+2.0/lib/pkgconfig:$(PKG_CONFIG_PATH) export PKG_CONFIG_PATH PATH := /home/patrick/evo-svn/gtk+2.0/bin:$(PATH) LD_LIBRARY_PATH := /home/patrick/evo-svn/gtk+2.0/lib:$(LD_LIBRARY_PATH) export LD_LIBRARY_PATH *** /scratch/evo-src/Makefile.orig 2007-10-03 00:23:39.0 +0200 --- Makefile 2007-10-25 19:00:20.0 +0200 *** *** 58,66 --- 58,81 # Comment this out if you don't want to use ccache CCACHE := ccache + # Set this to "true" if you have to build without root priviliges. + # Beware that file locking of a local mailbox file may be affected! + # Installing without root priviliges is not recommended if you + # get email from a local file. + # SUDO := true + SUDO := sudo + # Set this to empty if you want to see the rules being run V := @ + # Optional packages which are not to be built, e.g.: + # IGNORE_PACKAGES := evolution-exchange evolution-webcal + IGNORE_PACKAGES := + + # Optional features which are not to be enabled, e.g.: + # IGNORE_FEATURES := --enable-exchange=yes + IGNORE_FEATURES := + # You can override the above by creating local.mk setting these vars # if you don't want to modify this makefile. *** *** 76,92 # These are the prerequisite packages needed on the system before we can build # Evo. There are different ways to check for them, based on distro. ! DISTROS := ubuntu ubuntu-PREREQS := \ gtk-doc-tools subversion libldap2-dev libnss-dev libnspr-dev \ libgail-dev flex bison build-essential evolution-dev \ icon-naming-utils $(CCACHE) # These are the packages we need to build from SVN, and any config/make/etc. # customized options we need to provide. ! PACKAGES := libsoup gtkhtml gnome-icon-theme evolution-data-server \ ! evolution evolution-exchange evolution-webcal CONFIG_VARS = CC='$(CC)' CFLAGS=-g CONFIG_OPTS = --prefix='$(prefix)' --- 91,114 # These are the prerequisite packages needed on the system before we can build # Evo. There are different ways to check for them, based on distro. ! DI
Re: [Evolution] O2 Atom sync with Evolution
On Wed, 2007-07-11 at 10:35 +0530, Shrikant Navelkar wrote: > Is there any solution available for sync of evolution contacts, > calendars to O2 Atom (it has windows mobile) ? SyncEvolution [1] <-> ScheduleWorld/Funambol SyncML server [2] <-> Funambol Windows Mobile SyncML plugin [3] should work. I don't use the Windows Mobile plugin myself, but I'm pretty sure others have done it before (albeit perhaps not with the O2 Atom). [1] http://www.estamos.de/projects/SyncML/ [2] http://sync.scheduleworld.com/ [3] http://www.funambol.com/opensource/downloads.html -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Can't synchronize address book
On Mon, 2007-07-02 at 10:16 +0300, Antonis Christofides wrote: > Thanks a lot, this worked, and I will be using it until I can find > something better. It is obviously too complicated and too error-prone, > and, besides the fact that if I make changes in both sides it doesn't > work, I also strongly dislike to shut down gnome and then having to > re-setup my environment. > > So if anyone can hint anything about multisync or similar, it would be > nice. SyncEvolution [1] is a sync tool based on SyncML; it supports two-way syncs and you don't have to terminate anything for it to work. If you haven't considered it yet, then give it a try. Beware, you will need an account on a SyncML server; ScheduleWorld works well. Disclaimer: I wrote SyncEvolution, so I am biased... [1] http://www.estamos.de/projects/SyncML/ -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Funambol / Evolution error 506 : Error parsing the iCalendar
[warning, cross-posting: I'll reply to all only once, please follow-up on the Sync4j mailing list] On Mon, 2007-04-23 at 14:01 +0200, Alexandre Cuniasse wrote: > I'm trying to sync Evolution with the Funambol server via Syncevolution, > and I receive a 506 error : "Error parsing the iCalendar" Read the fine manual (= SyncEvolution README): that the Funambol server does not parse iCalendar 2.0 completely is a known limitation. SyncEvolution only supports that format. You can reconfigure the Funambol server so that it stores events verbatim (see README), but that does not help to synchronize with devices which require data conversion. It might be easier to use a server like ScheduleWorld. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] DST
On Thu, 2007-03-15 at 02:55 -0600, P Chenthill wrote: > Hi Chris, >We are not currently doing much bug fixes in the version which > your using. Please upgrade your evolution to the latest stable version > which is evolution-2.10. It has all the latest timezone updates. Am > currently working on a fix for migrating timezones of meetings created > in past and occurring in future which will be posted by today or > tomorrow. Will that work with calendars stored on an Exchange server that are accessed with the Evolution Exchange Connector? As Russell Harrison pointed out in [1], editing the .ics does not work for Exchange calendars. I have updated to 2.10, but even after reimporting a recurring meeting (which IMHO should have the correct timezone definition, but I need to check that again) it is shown at incorrect times on some dates. [1] http://bugzilla.gnome.org/show_bug.cgi?id=301363#c64 -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Global Address List
On Fr, 2007-01-05 at 10:16 -0500, J. Lee Dixon wrote: [compiling Evolution] > And forget trying to compile... so many dependencies. I found that Garnome [1] does a reasonable job of compiling the latest stable and unstable Evolution with all its dependencies. It might compile more stuff and require more disk space than strictly necessary, but requires less manual work. The result can coexist with the system's version of Evolution and Gnome. [1] http://www.gnome.org/projects/garnome/ -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] SyncEvolution 0.5 released
Hi all,
the previous 0.4 version has been in use for a while now and - based on
the feedback that I got - seems to work fine, so I think it is time to
announce this software to a wider range of people. Therefore I am
including the Evolution users list in the list of recipients. If anyone
prefers to not have such announcements sent there, please let me know
and I won't post there in the future.
Here are the release announcement and ChangeLog from the SourceForge
project page. Everyone is welcome to link to the news item [1] or the
home page [2].
SyncEvolution 0.5 released
--
The 0.5 update of SyncEvolution, a SyncML client which
synchronizes Evolution address books, calendars and tasks lists
with SyncML servers and other SyncML clients is now
available.
This version uses an updated version of the Funambol C++ SyncML
client library. In addition to some minor bug fixes SyncEvolution
0.5 now supports one-way synchronization modes and splitting
of large objects into multiple messages. As usual it is tested
nightly against the ScheduleWorld, Funambol, Synthesis and
EGroupware server.
Starting with 0.5 prebuilt binaries are made available together
with the source code. They are created on a Debian 3.1 ("Sarge")
host for various Evolution versions. Make sure you pick the binary
package which matches the version of Evolution, otherwise
the executable may fail to start due to missing libraries or not
find any local data. Minor version differences in the third digit
usually can be ignored.
For more information about SyncEvolution see its home page:
http://www.estamos.de/projects/SyncML/
SyncEvolution 0.4 -> 0.5, 12.11.2006
* C++ client library revision "syncevolution-0-5":
- added support for sending changes in smaller chunks
("Large Object Support"): disabled by default, see updated
example configuration
- time is printed with GMT offset so that a server admin in
a different timezone can always figure out how a client log
relates to events on the server
- special item keys as they might be stored in some calendars after
importing non-Evolution events are now properly supported
* bug fix: in 0.4 it was necessary to manually configure the verDTD
or the Funambol 3.0a server would choke on the invalid SyncML during
the second synchronization with SyncEvolution; now this option is set
automatically
* added support and testing of transmitting just the changes
from client to server or vice versa; see "one-way-from-server/client"
in example configuration
* fixed/updated comments in the example configuration
* improved automated testing and fixed the problem that CPPUnit was not
found unless it was part of the system
* Now works on Maemo/Nokia 770: minor changes were necessary so that
the system address book can now be selected under the name "<>.
Copying 300 contacts into the Nokia 770 went fine, but any further
attempt to synchronize suffered from timeouts inside the embedded
Evolution Data Server.
[1] http://sourceforge.net/forum/forum.php?forum_id=634663
[2] http://www.estamos.de/projects/SyncML/
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution and SyncML
On Mi, 2006-11-08 at 10:41 +0100, Xavier Bestel wrote: > this is probably a FAQ, but the mailing-list archives are broken right > now: how do I synchronize Evo with a SyncML phone ? OpenSync has been mentioned already. If you don't mind (or perhaps even prefer) syncing via an external SyncML server, then SyncEvolution [1] is an alternative which might be easier to setup and use. I know of users who switched to it because they couldn't get OpenSync to work. Disclaimer: I am the author of SyncEvolution and therefore biased. I suggest you simply give it a try yourself. [1] http://www.estamos.de/projects/SyncML/ -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Synchronizing desktop and laptop
On Mo, 2006-10-30 at 11:53 -0600, Michael Ekstrand wrote: > On Mon, 2006-10-30 at 18:25 +0100, Patrick Ohly wrote: > > Evolution GUI > > When importing or updating a contact from the server, some > > telephone numbers might only be displayed in the contact summary > > after editing the contact once. Evolution 2.0.4 till 2.6.3, > > ContactSync::testMerge test. Starting with SyncEvolution 0.4 > > this is solved by modifying the contact in the same way as the > > internal editor does. If it still fails, the server might send > > phone numbers without setting their type correctly. > > Perhaps I should go in and make a formal bug report about this, if I can > document sufficiently. > > > > I did play with the SyncEvolution source in an attempt to make it set up > > > some default display properties when it saved a contact; this wound up > > > not working. > > > > I followed the same approach; I guess we simply tried slightly different > > things. Would you mind trying 0.4 again? > > I'll give it a shot. It looks like my attempts were against the 0.4pre2 > sources. Yes, I fixed it later than that: 2006-09-09 Patrick Ohly <[EMAIL PROTECTED]> [...] * src/EvolutionContactSource.cpp, src/TestEvolution.cpp: split TYPE parameter with commas into different parameters to help Evolution parse it (the overview display didn't handle this, the editor did) I fear I forgot to mention this change in the NEWS file and I also did not have the time to file a bug report against Evolution. If you want to do that, try importing a vcard which has e.g. "TEL;TYPE=WORK,VOICE:" instead of "TEL;TYPE=WORK;TYPE=VOICE:". -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Synchronizing desktop and laptop
Hello Michael,
I just saw your email in the Gmane archive. If I had been subscribed I
would have replied earlier. Well, better late than never...
Michael Ekstrand wrote:
> I've also tried SyncEvolution and ScheduleWorld, but that continually
> wrecked my evolution address book displays as it stripped all evolution
> custom data from the vcard's and Evolution was therefore unhappy.
There are some known limitations due to the fact that ScheduleWorld
stores the contacts in an LDAP scheme which is less capable than vCard.
They are listed on the SyncEvolution compatibility page ("does not
distinguish between different emails", "the order of email addresses and
phone numbers in the Evolution GUI is not preserved").
Are these the problems that made it unusable for you? If yes, then I
guess we need to lobby Mark to extend the LDAP scheme, if no, then you
might have found an unknown problem and I'd be very interested to hear
more about it.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Re: [connector] @ vs. \
On Fri, 2005-12-09 at 11:03 +0530, Sushma Rai wrote: > But if one can authenticate using [EMAIL PROTECTED] (email id) > through OWA, then Exchange Connector also should support it. A lot of code inside the Connector already does, otherwise [EMAIL PROTECTED] would fail completely, which it doesn't. In fact, I vaguely remember that some people reported success only when using that format. It's just the LDAP related code which does not handle it. > You can definitely file a bug on this. Please > http://bugzilla.gnome.org/show_bug.cgi?id=323345 and see if there is > already a bug on this before filing a new bug. Okay. I added http://bugzilla.gnome.org/show_bug.cgi?id=323637 -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. ___ Connector mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/connector ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Re: [connector] @ vs. \
On Fri, 2005-12-09 at 11:03 +0530, Sushma Rai wrote: > But if one can authenticate using [EMAIL PROTECTED] (email id) > through OWA, then Exchange Connector also should support it. A lot of code inside the Connector already does, otherwise [EMAIL PROTECTED] would fail completely, which it doesn't. In fact, I vaguely remember that some people reported success only when using that format. It's just the LDAP related code which does not handle it. > You can definitely file a bug on this. Please > http://bugzilla.gnome.org/show_bug.cgi?id=323345 and see if there is > already a bug on this before filing a new bug. Okay. I added http://bugzilla.gnome.org/show_bug.cgi?id=323637 -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
