On Tue, 2004-03-09 at 23:41 -0800, Mike Mestnik wrote:
I would like to add addressbook support to an application. This would be
broken down into several steps and I think I know what thay are. What I
would like is an example or API documantation. I have checked out
evolution-data-server
On Wed, 2004-03-10 at 14:22 +0800, not zed wrote:
Whats this new filter junk command?
similar to Apply filter, it filters selected messages with junk filter.
___
evolution-hackers maillist - [EMAIL PROTECTED]
On Tue, 2004-03-09 at 09:54 -0500, Dan Winship wrote:
On Tue, 2004-03-09 at 03:58, Not Zed wrote:
On Mon, 2004-03-08 at 10:19 -0500, Dan Winship wrote:
The way connector works in 1.5 is that it implements an
EvolutionComponent which then requests controls from the other
components to
Why? And where was the discussion about this new feature in a supposed
feature-freeze state? And it adds to an already crowded popup menu.
If you have junk filtering on, it should be implicit when you apply
filters. Why would you ever apply junk filtering separately?
On Wed, 2004-03-10 at
Rodo,
Can you please just put the code in camel-folder-sync as i suggested, as
a single function call to a function which does the work. The important
thing at this stage is to make the api more consistent, which at
present, it is not.
We can worry about how immediate the changes are later,
1. JP
JP discussed work for Evolution 1.5.6 and EDS. We continue with
the top down approach, we need to fix blockers followed by major and
normal.
JP discussed the regressed features work:
a. Support for this and prior and this and future recurrences in the
calendar
Rodrigo (in progress)
c.
On Wed, 2004-03-10 at 23:40 +0800, Not Zed wrote:
Rodo,
Can you please just put the code in camel-folder-sync as i suggested, as
a single function call to a function which does the work. The important
thing at this stage is to make the api more consistent, which at
present, it is not.
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
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?
If this is the case, does anyone have any ideas about how to go about
creating a read-only-ish view? (By that I mean implementing
There will still be times when the backend has to query the front-end
for a password (ie. if it doesn't have one cached and/or the one cached
was bad).
This means that evolution proper will still have to query for passwords
and that is 90% of the issue. At that point, why not just have the
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
This solution isn't any good, sorry.
On Wed, 2004-03-10 at 17:31 +0100, Radek Doulík wrote:
Hi Michael,
I have thought more about mark junk/not junk problem and I think this
solution might work well:
UI thread:
* put real folder reference and msg's uid (in that folder) to
On Wed, 2004-03-10 at 16:55 +0100, Radek Doulík wrote:
On Wed, 2004-03-10 at 23:14 +0800, Not Zed wrote:
Why? And where was the discussion about this new feature in a supposed
feature-freeze state? And it adds to an already crowded popup menu.
It was just missing from UI, I
Yes. We must allways plan for untrusted code to be run on the part of the
user. Granted there is not much we can do about it but we can make it so
that the passwords remain safe and that one applications will be able to
use them. That is to say no password or key caching should happen in a
lib.
I can see there's some codes. Is that feature ready to use?
Thanks.
Calvin
___
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers
Try it.
On Thu, 2004-03-11 at 10:06 +0800, Calvin Liu wrote:
I can see there's some codes. Is that feature ready to use?
Thanks.
Calvin
___
evolution-hackers maillist - [EMAIL PROTECTED]
Hi Jeff
please see bug:
http://bugzilla.ximian.com/show_bug.cgi?id=27197
Can we just count the not deleted mail? I mean as you said all but deleted mails. does this cause some other unexpeded results?
Regards
Bill
On Wed, 2004-03-10 at 17:30 -0500, Jeffrey Stedfast wrote:
This means that evolution proper will still have to query for passwords
and that is 90% of the issue. At that point, why not just have the
front-end save them?
Because then _every_ front-end has to save them; so we get to
On Thu, 2004-03-11 at 09:37 +0800, Not Zed wrote:
This solution isn't any good, sorry.
On Wed, 2004-03-10 at 17:31 +0100, Radek Doulk wrote:
Hi Michael,
I have thought more about mark junk/not junk problem and I think this
solution might work well:
UI thread:
* put
21 matches
Mail list logo