On Mon, 2004-08-09 at 11:04 -0400, Hubert Figuiere wrote:
static void import_ebook_opened_cb(EBook *book, EBookStatus status,
gpointer data)
{
if (status != E_BOOK_STATUS_SUCCESS)
{
g_message(failed to open ebook\n);
Yeah, looks like there's a problem with the patch made to fix BE/LE
password issues for 1.5.92.
Chris
On Fri, 2004-08-06 at 22:10 +0200, Jens Ansorg wrote:
Hi
now, something seems to be wrong with certificate import in .92
As already mentioned, I could import a certificate on a
this actually should have gone to -hackers, not -patches...
Chris
---BeginMessage---
When an ldap search is truncated (either because the result set was
larger than the client max-results setting, or because the result set
was larger than the server was willing to send), we pop up a dialog that
please file a bug on this - e_book_new_system_addressbook really doesn't
need to be looking for properties at all, it can just find the ESource
based on it's relative_uri (system).
Chris
On Mon, 2004-07-26 at 04:06 -0600, Jayant Balraj Madavi wrote:
Hi,
I am writing some application for which
with that ?
Thanks,
Siva
On Sat, 2004-07-10 at 06:20, Chris Toshok wrote:
why is the groupwise backend sometimes returning do-initial-query and
sometimes not? (in _get_static_capabilities).
if (ebgw-priv-is_writable)
return g_strdup(net,bulk-removes,do-initial-query);
else
why is the groupwise backend sometimes returning do-initial-query and
sometimes not? (in _get_static_capabilities).
if (ebgw-priv-is_writable)
return g_strdup(net,bulk-removes,do-initial-query);
else
return g_strdup(net,bulk-removes);
Chris
contact lists are only supported in the file/vcf backends. ldap,
active directory, and exchange backends don't support them.
Chris
On Fri, 2004-06-25 at 17:09 +0800, [EMAIL PROTECTED] wrote:
Hi Dan:
I create a contact list in the exchange account and save it to the
exchange server, but
try making sure e-d-s isn't running, then run it and note the output,
both on startup of e-d-s and startup of evo.
Chris
On Thu, 2004-06-24 at 10:36 -0400, Frank Lynch wrote:
Thanks Andre,
I just updated to the latest snapshots, and things changed slightly. I
now get a dialog box when I start
It doesn't make much sense for the label next to the auth entry to say
Email address when you select Distinguished Name from the option
menu.
Either we need to reinstate the notebook there and have the label change
with the option menu, or we need a label that'll work for either case...
Chris
Not at present - there was a bounty listed for a database backend, if I
remember right.
Chris
On Fri, 2004-05-21 at 12:25 +0200, Sam Przyswa wrote:
Hi,
We have a contact base on MySQL database, is it possible to link this
base with Evolution's Contacts ?
Sam.
--
Sam Przyswa - Chef
putting the following in your vcard:
CATEGORIES:Business,Birthday,...
should work.
On Wed, 2004-05-12 at 15:34 +0200, Stan Pinte wrote:
hello,
I am in the process of importing a huge bunch of vcards...
-- anyone having a suggestion to specify the Categorie(s) for a contact
in the vcard
, Chris Toshok a écrit :
This is probably because the e-d-s backend sexp code isn't listing
VIDEO_URL. I had the same problem with BLOG_URL yesterday, I'll fix
this in a sec.
Thanks!
2) it will return the list of contacts for which the CATEGORY contains
teh given string: the list
Yeah, ActiveDirectory is just LDAP. There's a special active directory
backend in connector that has a better/more logical mapping of evolution
fields to active directory fields, and it handles authentication better.
Chris
On Mon, 2004-05-03 at 16:55 -0400, Wise, Jeremey wrote:
Horray!
On Sun, 2004-05-02 at 16:22 +0200, Damien Sandras wrote:
Hi all,
I think I found a few bugs regarding E-D-S, but as I'm not sure, I have
written a small test program so that somebody here can really confirm me
there is a bug.
The test program is doing 3 things :
1) it will return the
not if you only run the inner loop if the attribute name is TEL..
Chris
On Thu, 2004-04-29 at 14:52 +0200, Damien Sandras wrote:
Le jeu, 29/04/2004 à 17:33 +0530, Sivaiah N a écrit :
[...]
Once you find an attribute having a parameter with name as TYPE and
value as
, 29/04/2004 à 13:33 -0700, Chris Toshok a écrit :
neither of those should be called.
Are they pointers to internal things?
Because in
evolution/addressbook/util/e-destination.c
I see e_vcard_attribute_free is called on the mail list.
Anyway, my last question about this is should I
I'm not sure it's better or worse to allow one and not the other..
There are plenty of people with blogs that don't have rss feeds.
Although having the rss feed would be pretty cool, yeah.
Chris
On Thu, 2004-04-29 at 17:16 -0500, Hans Petter Jansson wrote:
On Thu, 2004-04-29 at 16:58, Luis
try reverting all your changes, and apply the following:
RCS file: /cvs/gnome/evolution/addressbook/gui/component/addressbook.c,v
retrieving revision 1.211
diff -u -r1.211 addressbook.c
--- addressbook.c 14 Jun 2003 04:34:07 - 1.211
+++ addressbook.c 23 Apr 2004 07:48:23
On Mon, 2004-04-26 at 17:07 +0200, David Kmoch wrote:
V Po, 26. 04. 2004 v 13:12, Tony Earnshaw pe:
man, 26.04.2004 kl. 09.49 skrev David Kmoch:
Hmm, thats strange, but with GQ-1.0b1 I'm getting the same results
- can change anything in the contacts except CN - will produce the same
On Sun, 2004-04-25 at 11:50 +0200, Masaf Acker wrote:
Chris Toshok wrote:
what's the attribute thunderbird is using in the .ldif file?
The current importer uses cellphone, which is what the old mozilla
code used to use. I don't have thunderbird installed here to check.
Hi, I replaced
update from CVS, or wait for the next snapshot.
Chris
On Sun, 2004-04-25 at 19:50 +0200, Masaf Acker wrote:
Chris Toshok wrote:
I've added support for mobile in the importer, so it'll use mobile
as well as cellphone.
That's great. can you shortly explain, how I can install the patch
Dunno if it'll make the next snapshot. My solution turns out to have
problems of its own. It's not an easy problem to fix.
Chris
On Sun, 2004-04-25 at 11:26 +0200, Joaquim Fellmann wrote:
On Sat, 2004-04-24 at 21:57 -0700, Chris Toshok wrote:
Are you updating the cn of the entry? There's
what's the attribute thunderbird is using in the .ldif file?
The current importer uses cellphone, which is what the old mozilla
code used to use. I don't have thunderbird installed here to check.
Chris
On Sat, 2004-04-24 at 23:15 +0200, Masaf Acker wrote:
hi,
I tried to import a ldif
On Sat, 2004-04-24 at 06:57 -0700, Lonnie Borntreger wrote:
On Sat, 2004-04-24 at 09:08 +0200, Tony Earnshaw wrote:
fre, 23.04.2004 kl. 00.56 skrev Lonnie Borntreger:
I wasn't able to get authenticated access to my LDAP server until I
switched to 1.5 (.3 is when I switched - I think).
try reverting all your changes, and apply the following:
RCS file: /cvs/gnome/evolution/addressbook/gui/component/addressbook.c,v
retrieving revision 1.211
diff -u -r1.211 addressbook.c
--- addressbook.c 14 Jun 2003 04:34:07 - 1.211
+++ addressbook.c 23 Apr 2004 07:48:23
I took a little time tonight and got ldap_rename/ldap_modrdn support
working in the 1.5.x code. I haven't committed it since the change in
uid's screws up the front end as well and that'll have to be addressed.
Right now you pretty much have to requery after changing the naming
attribute in order
It's a problem in evolution because we don't give cn another value - we
replace the current one. Therefore the rdn is no longer in the entry.
Chris
On Sat, 2004-04-24 at 00:26 +0200, Tony Earnshaw wrote:
fre, 23.04.2004 kl. 11.43 skrev Adam Tauno Williams:
searching through history of
which version of evolution?
On Thu, 2004-04-22 at 13:28 -0700, Lonnie Borntreger wrote:
On Wed, 2004-04-21 at 12:13 +0200, Wouter de Vries wrote:
Hi,
What are the benefits of installing the evolutionperson schema into
openldap?
I added it to my ldap server and manually inserted a
he never said the code/file wasn't in use - just that it's not used in
the evolution process. It's used in the evolution-wombat process.
run killev, then start up evolution-wombat in a terminal window. Then
restart evolution (from a different window.) The ldap debug output will
go to the
quit out of evolution, and killall evolution-data-server-1.0.
Then run evolution-data-server-1.0 in a terminal window and restart
evolution. You should get more status there. Not sure why the error
dialog is showing a truncated message. The only one beginning with 'U'
is Unknown error.
Chris
:
On Tue, 2004-04-20 at 10:15 -0700, Chris Toshok wrote:
quit out of evolution, and killall evolution-data-server-1.0.
Then run evolution-data-server-1.0 in a terminal window and restart
evolution. You should get more status there. Not sure why the error
dialog is showing a truncated message
On Thu, 2004-04-08 at 13:26 +0800, Steven Zhang wrote:
Anybody can help me here?
I am using Evo 1.4.5 in Red Hat now. But met some problem about ldap
search.
1, what is the meaning of category in ldap search, how to use the
category in search?
you need entries on the ldap server with
built-in support for handling calendar attachments (imip? i can't
remember all the calendar protocols.)
Chris
On Sun, 2004-04-18 at 11:21 +1000, Andrew Cowie wrote:
On Sat, 2004-04-17 at 10:35, Jeffrey Stedfast wrote:
the mailer will always depend on the addressbook and calendar
Aside: I
Toshok wrote:
On Wed, 2004-04-14 at 08:22 -0400, Ted Kaczmarek wrote:
On Wed, 2004-04-14 at 02:02 -0700, Chris Toshok wrote:
On Sun, 2004-04-11 at 11:36 -0400, Ted Kaczmarek wrote:
Should the address book be functional 1.5.6?
Most definitely.
On my test box I get
I've committed some pretty heavy restructuring (although it's almost all
just moving code around) and now we have a real per-window structure for
the addressbook. This fixes lots of issues (status showing up in
multiple windows, for instance), and allows the info label to actually
show
-handler code.
Chris
On Thu, 2004-04-15 at 10:59 +0800, Not Zed wrote:
What about just adding an id to the activate function? Since this is
already called per-window.
On Wed, 2004-04-14 at 19:25 -0700, Chris Toshok wrote:
I've committed some pretty heavy restructuring (although it's
On Sun, 2004-04-11 at 11:36 -0400, Ted Kaczmarek wrote:
Should the address book be functional 1.5.6?
Most definitely.
On my test box I get
** (evolution-1.5:12924): CRITICAL **: file e-canvas.c: line 584
(e_canvas_item_grab_focus): assertion `GTK_WIDGET_CAN_FOCUS (GTK_WIDGET
(item-canvas))'
When you call e_book_remove/e_cal_remove, it removes the on-disk data
for the addressbook/calendar, but nothing in e-d-s (at least not in the
addressbook code, I assume the calendar as well) modifies the source
list, so anyone not using evolution to remove a folder has to modify the
source list
On Thu, 2004-04-08 at 13:26 +0800, Steven Zhang wrote:
Anybody can help me here?
I am using Evo 1.4.5 in Red Hat now. But met some problem about ldap
search.
1, what is the meaning of category in ldap search, how to use the
category in search?
you need entries on the ldap server with
Works with openldap at least, which is all I've tested ldaps against.
There are varying reports of success and failure amongst users trying
out ssl, and for the most part it's attributable to lack of possible
configuration on the client side and configuration problems on the
server side.
What
Works with openldap at least, which is all I've tested ldaps against.
There are varying reports of success and failure amongst users trying
out ssl, and for the most part it's attributable to lack of possible
configuration on the client side and configuration problems on the
server side.
What
I'm inclined to agree with the freedesktop.org idea.
Chris
On Sat, 2004-04-03 at 13:47 +0200, Mattias Eriksson wrote:
I think that this should be brought up at freedesktop.org and not be
gnome specific. I'd like to see the certificate issue be solved in a
general way, then maybe a gnome
On Mon, 2004-04-05 at 06:26 -0500, Larry Ewing wrote:
On Tue, 2004-03-30 at 16:51 -0500, Anna M Dirks wrote:
Greetings all.
The purpose of this mail is to solicit feedback from you about a
possible redesign of the tools used to add new groups of contacts, new
groups of tasks, and new
Yeah, at the moment it's got at least 3 people banging away on it (me,
michael, and hpj.)
Chris
On Thu, 2004-03-25 at 08:31 -0500, Jeffrey Stedfast wrote:
I think this is the bug that Michael Zucchi has been banging his head
against the past day or 2.
We can definitely reproduce (just not
Unfortunately when you remove the addressbook from evolution it doesn't
remove the uri from the list of completion sources (yay for duplicating
data). Go to your Autocompletion settings and remove the ldap server.
Chris
On Fri, 2004-03-19 at 09:06 -0800, Stephen Walton wrote:
I was
evolution-data-server has support for another file-based addressbook
backend, although it's not immediately accessible from evolution. It
stores vcards in a flat text file, so getting at them from outside
evolution is much easier than in the file:// backend.
You'll need HEAD
the single biggest improvement in make install's runtime that I've
seen came from switching from ext3 to xfs.
I'm still with NotZed, though. I'm still not a believer that the wasted
time spent inside libtool's maze of opaque shell script is serving us
better than ~500 lines of custom makefile
I've sent a patch to evolution-patches which should fix this.
Chris
On Mon, 2004-03-15 at 18:30 +0530, Sushma Rai wrote:
Hi,
EContact becoming NULL in e_book_backend_sync_create_contact(),
(basically by do_create()) causes SEGV in the ORBit call
giop_send_buffer_append_string(), while
setting either should work. If it doesn't it's a bug.
Chris
On Fri, 2004-03-12 at 21:42 +0530, Sivaiah N wrote:
Hi,
using E_CONTACT_CATEGORIES to set categories value seems not working.
That value is not being set in contact. Is it a bug? Am i supposed to
use E_CONTACT_CATEGORY_LIST
On Thu, 2004-03-11 at 10:16 -0500, Dan Winship wrote:
On Wed, 2004-03-10 at 16:52, Scott MacLean wrote:
Hi,
As far as I can tell, Evolution does not currently support the creation
of read-only folders (ie. addressbooks, calendars, etc.). Is this in
fact the case?
As toshok said,
by server authentication do you mean the user supplies a username and
password? If so, then yes.
Chris
On Mon, 2004-03-08 at 00:09, Steven Zhang wrote:
Does evolution support LDAP server authentication?
___
evolution-hackers maillist - [EMAIL
The authentication support in the addressbook is kind of sticky, yes.
The main issue that brought about the current architecture is that the
user might configure evolution to authenticate to an ldap server that
might otherwise not require it. LDAP servers exist (in fact I
administer one) that
Hm, insecure how? Meaning the once one client authenticates they're
all authenticated problem? This is definitely an issue, if you're
mixing trusted code (evolution, say) and non-trusted code (some libebook
using script your script-kiddie friend wrote)
Chris
On Wed, 2004-03-10 at 11:08, Mike
for the addressbook, ldap servers that are not authenticated against are
read only. Also, if the addressbook.db file isn't writable when it's
opened by e-d-s, the backend will treat it as read only.
Chris
On Wed, 2004-03-10 at 13:52, Scott MacLean wrote:
Hi,
As far as I can tell, Evolution
On Sat, 2004-02-28 at 22:10, Craig Ringer wrote:
On Sun, 2004-02-29 at 03:06, Chris Toshok wrote:
On Sat, 2004-02-28 at 03:53, Craig Ringer wrote:
On Sun, 2004-02-22 at 08:22, Chris Toshok wrote:
You can still rm the file/directory, but e-d-s shouldn't allow the
deletion
On Mon, 2004-03-01 at 20:53, JP Rosevear wrote:
On Thu, 2004-02-12 at 23:40, Chris Toshok wrote:
Back in November, Ettore, JPR, and I talked about the self entry. In an
effort to let everyone know what we talked about (and to see what we
might be able to get in to the UI for 2.0), here's
On Mon, 2004-03-01 at 20:45, JP Rosevear wrote:
On Fri, 2004-02-27 at 00:24, Sivaiah N wrote:
Hi,
currently in evolution one can create an empty contact (without having
values in any field). Are there any mandatory fields one has to
populate to create contact? Can we check for File As
On Fri, 2004-02-20 at 12:26, JP Rosevear wrote:
On Thu, 2004-02-19 at 11:40, Tim Lee wrote:
On Wed, 2004-02-18 at 18:59, Chris Toshok wrote:
On Wed, 2004-02-18 at 13:54, Tim Lee wrote:
Hi Chris,
* Operations possible on the me vcard:
* The me
On Wed, 2004-02-18 at 13:54, Tim Lee wrote:
Hi Chris,
A couple of questions
On Thu, 2004-02-12 at 23:40, Chris Toshok wrote:
Back in November, Ettore, JPR, and I talked about the self entry. In an
effort to let everyone know what we talked about (and to see what we
might be able to get
Yeah, this subject is a source of continuing depression (mostly because
I haven't had the time to fix it.)
jpr's right, though, you need EABDestination.
Chris
On Mon, 2004-02-16 at 13:29, JP Rosevear wrote:
On Wed, 2004-02-11 at 02:51, Not Zed wrote:
Lads,
I'm trying to setup a contact
I agree, the migration stuff should definitely move into e-d-s.
Unfortunately, though, at that point we'll have knowledge of the
group/source hierarchy split across evo (for the mailer) and e-d-s (for
addressbook and calendar). We already have this to some extent now with
libebook knowing the
Back in November, Ettore, JPR, and I talked about the self entry. In an
effort to let everyone know what we talked about (and to see what we
might be able to get in to the UI for 2.0), here's the list. I'll
respond to this mail with some status about what we've implemented, etc.
Chris
---
On Tue, 2004-02-03 at 13:17, JP Rosevear wrote:
On Tue, 2004-02-03 at 02:19, Bryan Clark wrote:
On Mon, 2004-02-02 at 12:10 +0200, Tuomas Kuosmanen wrote:
Hm, what if we include all categories the user has seen - I mean, all
of the native evo-supplied ones plus any category that has been
Those buttons are awful from a i18n perspective, but I did some work to
maybe ease the problem some.
If you look in the .po files you'll see the msgids:
msgid ,123,a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z
and
msgid ,0,a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z
The first
The attributes on that ldap entry were uid, generationQualifier,
nickname, sn, and objectClass.
There wasn't a givenName attribute, nor a cn attribute, so I wouldn't
expect a name field to be present (and actually, evolution doesn't use
givenName anyway... it gets its name info, for better or
The extra mainloop thread makes programs that don't use the async api
possible, when they don't have another thread running a mainloop.
Like:
int
main(...)
{
e_book_get_default_addressbook (book, NULL);
e_book_get_contact (book, contact_id, contact, NULL);
printf (contact name == %s\n,
That's split over a couple of source files. The actual code that
handles/displays the popup is in gal/e-text/e-entry.c and
gal/e-text/e-completion*.
The code that generates the matches for the completion view in the
compose window is in
so, I added E_CONTACT_X509_CERTIFICATE to the list of EContact fields,
which maps to the KEY vcard attribute specified in rfc2426.
I also added an entry to the ldap backend that would map it to the
userCertificate attribute. I'm unsure about this though - the
inetOrgPerson schema mentions that
I should also point out that the ldap backend is currently incapable of
supporting both simultaneously. That is an option, but it'll require a
bit of code, and I'd like to avoid it if at all possible.
Chris
On Fri, 2003-12-19 at 15:04, Chris Toshok wrote:
so, I added E_CONTACT_X509_CERTIFICATE
On Sat, 2003-12-13 at 13:46, Ross Burton wrote:
On Sat, 2003-12-13 at 20:31, Chris Toshok wrote:
e_book_async_get_book_view(...) doesn't allow me to specify the maximum
number of records, whereas e_book_get_book_view(...) does. Should the
async version be extended to take the extra
should be enough (and is for the other
components.)
Chris
On Sat, 2003-11-29 at 17:08, Chris Toshok wrote:
On Sat, 2003-11-29 at 15:14, JP Rosevear wrote:
On Fri, 2003-11-28 at 19:46, Chris Toshok wrote:
So I was looking through the code after reading ross's default
addressbook patch. Didn't
On Wed, 2003-12-10 at 15:41, Not Zed wrote:
On Wed, 2003-12-10 at 15:20 -0800, Chris Toshok wrote:
Sorry to revive this thread... but as people are going to start using
1.5, it might be good to get this settled.
What I'm suggesting:
1. We drop the 2 separate local address books
On Mon, 2003-12-08 at 16:21, Not Zed wrote:
On Tue, 2003-12-09 at 10:42, Rodrigo Moya wrote:
On Tue, 2003-12-09 at 00:29, Tuomas Kuosmanen wrote:
On Mon, 2003-12-08 at 22:57, Not Zed wrote:
So a side-by-side view of for example mail would be rather useful: You'd
get a message
on the sources. I
figure we can provide a similar system (both the property and the UI)
for allowing users to decide which contact folders to sync.
Chris
On Fri, 2003-12-05 at 20:30, Chris Toshok wrote:
On Fri, 2003-12-05 at 19:42, JP Rosevear wrote:
On Fri, 2003-12-05 at 00:19, Chris Toshok
On Fri, 2003-12-05 at 19:42, JP Rosevear wrote:
On Fri, 2003-12-05 at 00:19, Chris Toshok wrote:
The default folder stuff didn't really impact the list completion
folders. Those were handled by a separate gconf setting. The default
folder was only used by the select names stuff when you
The default folder stuff didn't really impact the list completion
folders. Those were handled by a separate gconf setting. The default
folder was only used by the select names stuff when you clicked on the
buttons and brought up the dialog.
The old completion code had a separate xml encoded
On Sun, 2003-11-30 at 20:13, Not Zed wrote:
On Fri, 2003-11-28 at 16:12, Chris Toshok wrote:
Oh this is interesting - I hadn't thought about what would happen with
the POA threading policies in the inproc case. I'm guessing they're
being ignored and everything is handled on a single
On Sat, 2003-11-29 at 17:46, Hans Petter Jansson wrote:
On Sat, 2003-11-29 at 13:32, JP Rosevear wrote:
On Sat, 2003-11-29 at 03:09, Hans Petter Jansson wrote:
On Thu, 2003-11-27 at 17:51, Chris Toshok wrote:
We still need a way to edit existing ldap servers, though.
I'll do
On Thu, 2003-11-27 at 18:34, JP Rosevear wrote:
On Wed, 2003-11-26 at 00:21, Chris Toshok wrote:
I went ahead and implemented (finally) the get/set self calls in
libebook, as well as added another method to test whether or not a given
contact is your self contact (so you can display a nice
On Thu, 2003-11-27 at 14:27, JP Rosevear wrote:
On Thu, 2003-11-27 at 16:13, Hans Petter Jansson wrote:
On Thu, 2003-11-27 at 14:12, JP Rosevear wrote:
On Thu, 2003-11-27 at 04:14, Hans Petter Jansson wrote:
1) Let new addressbook do local addressbooks only. Less work, poorer
UI.
Hm, you're returning to the bonobo mainloop, correct? The book view
notifications are sent asynchronously.
Chris
On Fri, 2003-11-28 at 00:53, Christian Hammond wrote:
On Thu, Nov 27, 2003 at 07:30:00PM -0500, JP Rosevear wrote:
On Thu, 2003-11-27 at 01:50, Christian Hammond wrote:
Hi.
So I was looking through the code after reading ross's default
addressbook patch. Didn't we decide that having multiple local
addressbooks wasn't necessary? I mean, you can separate contacts by
using categories.
And if we ever get around to writing the code to save searches (and
display them as
On Tue, 2003-11-25 at 00:41, Christian Hammond wrote:
On Sun, Nov 23, 2003 at 02:56:29PM -0800, Christian Hammond wrote:
Hello.
I'm Christian Hammond, from the Gaim project. I'm working on one of
the gaim-evolution bounties, and have a couple of patches for your
review and, hopefully,
I went ahead and implemented (finally) the get/set self calls in
libebook, as well as added another method to test whether or not a given
contact is your self contact (so you can display a nice icon next to
the self one, or bring up a different editor for it, etc, etc.)
Also, I made some changes
On Mon, 2003-11-17 at 11:02, Ettore Perazzoli wrote:
On Mon, 2003-11-17 at 14:00, JP Rosevear wrote:
On Mon, 2003-11-17 at 13:49, Ettore Perazzoli wrote:
On Mon, 2003-11-17 at 13:30, JP Rosevear wrote:
I prefer the serialized source solution, because it is possible to open
ad hoc
Warning possible too much info incoming:
What you describe is exactly the way the buttons are meant to work, and
exactly the way they work here for me :)
The buttons have to generate a new query because we can't simply filter
on existing search rules in the ldap case (since they may have been
Sending mail instead of just doing them myself because they have affect
packaging/other people :)
1. Rev the openldap dependency to = 2.1.22
openldap.org currently shows 2.1.22 as the stable/release version.
There's really no reason for us to be using a release that for all
intents and purposes
On Fri, 2003-10-10 at 12:14, Chris Toshok wrote:
What you describe is exactly the way the buttons are meant to work, and
exactly the way they work here for me :)
I should point out that I meant the behavior you expect (as opposed to
what you're seeing) is the way they're meant to work
appears to search through the 'cn' attribute. Is there a reason
for this difference? Should the behaviour of the two be different, for
some subtle reason I can't think of?
Have fun,
Peter Colijn
On Fri, 2003-10-10 at 15:40, Chris Toshok wrote:
I should point out that I meant the behavior
On Fri, 2003-10-10 at 13:38, Ettore Perazzoli wrote:
On Fri, 2003-10-10 at 15:24, Chris Toshok wrote:
Sending mail instead of just doing them myself because they have affect
packaging/other people :)
1. Rev the openldap dependency to = 2.1.22
openldap.org currently shows 2.1.22
We have a similar issue in the addressbook, where we're storing urls all
over that contain meta data that isn't updated properly on ldap server
changes.
Chris
On Sun, 2003-09-21 at 18:57, Not Zed wrote:
Not really fully formed, but it came into my head ...
- Url's internally in evolution
On Mon, 2003-09-22 at 06:20, Michael Meeks wrote:
Hi Chris,
On Sun, 2003-09-21 at 22:14, Chris Toshok wrote:
I was looking at the contact editor code, and it struck me as kinda
weird that we use bonobo there at all. is the possibility of expressing
the toolbars/menus in the ui xml file
well, there's really no standard rule on what cn should contain..
It's used in many instances as the full name of the person, but in other
instances it's used as a unique id at that level of the tree..
Unfortunately the ldap backend is hardcoded to use that attribute for
full_name, so there's
On Fri, 2003-08-22 at 09:48, Ettore Perazzoli wrote:
Here are my thoughts on how to organize Evolution's data in 2.0.
First of all, we need to move the root directory to a hidden place;
so instead of storing everything under ~/evolution we should store
everything under ~/.evolution. (Yeah,
There's mail in the archives about this, one that even contains the
schema you should use :)
http://lists.ximian.com/archives/public/evolution/2002-April/017782.html
in general it's a bad idea to make the change you suggest, as OIDs are
supposed to be unique.
Chris
On Fri, 2003-08-15 at 04:48,
On Mon, 2003-08-11 at 04:30, guenther wrote:
Do we have auto completion of email address- entering the email address
automatically when we enter teh first few letters in the To field in
a new message.How can I enable it ? Do I need to make some changes
somewhere ?
I use evolution
On Fri, 2003-08-08 at 15:32, Ettore Perazzoli wrote:
Yeah, easy. Although then we run the risk of people who aren't using
spam filters being duped by spam adding that header and saying it isn't
spam. So it would probably have to be an explicit option for
environments where the
Yeah, unfortunately that's due to the ECard stuff we have presently. It
parses the vcard and ignores any fields it doesn't know about. Then
later when evolution wants to transmit the vcard to the wombat it
converts the ECard to a string (the second one you list.)
The new stuff i've been writing
Yeah, the ldap backend doesn't do anything with givenName.. The only
reason it does anything with sn really is that it's a required field.
If you could, file a bug on this in bugzilla and I'll see that it gets
addressed in either a 1.4.x release or when things get shuffled around
for 2.0.
Chris
On Mon, 2003-07-28 at 05:27, Ian Perryman wrote:
On Wed, 2003-07-23 at 19:12, Chris Toshok wrote:
On Wed, 2003-07-23 at 13:13, Ian Perryman wrote:
Is there a way to export the contacts list to an .ldif file?
Importing seems to work just fine.
At present no, just .vcf.
How do I
1 - 100 of 125 matches
Mail list logo