Re: [Evolution-hackers] Plans for GroupDAV/CalDAV/CardDAV/plain WebDAV?

2009-01-05 Thread Adam Tauno Williams
 I'd like to ask, what are the plans for supporting completely
 GroupDAV / CalDAV / CardDAV / or simply
 calendars/todo's/journals/contacts over plain WebDAV?
 AFAIK the current stable version supports:
 • CalDAV: now complete (calendar, todo, journal) (since 2.25)
 • CardDAV: not implemented
 • GroupDAV/plain WebDAV: only adressbook (since 2.24)
 (Plus there was once some GroupDAV plugin, but I wasn't able to 
 get it work, see http://www.groupdav.org/implementations.html ...)

The GroupDAV connector is long since been unmaintained.  It did work
reasonably well with Evo 2.8, but the Evo API seems to change with every
release.  I believe the last work on the GroupDAV connector was 2+ years
ago.  The SVN URL is
http://developer.opengroupware.org/OGoProjects/evolution-groupdav/trunk

But I wasn't aware that 2.24 could create a WebDAV (GroupDAV)
addressbook;  that is interesting.

 My question is: is there a plan form implementing 
 GroupDAV/WebDAV for calendar/todo/journal? And: is it supposed 
 to be separate connector for GroupDAV and CalDAV/CardDAV? 
 Wouldn't it be better to have a generic one that would be able
 to handle both: simpler GroupDAV servers as well as 
 full-fledged CalDAV/CardDAV?



___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Thank you and question

2009-09-14 Thread Adam Tauno Williams
On Sat, 2009-09-12 at 20:23 -0400, alex...@optonline.net wrote:
 To the evolution team, 
 
 I wanted to say thank you for putting together an awesome mail
 program. I have been using it for a few years and will never use or
 support Microsoft outlook again.
 Now, i have a few questions that i can't seem to find the answers
 online. I have a htc pro 2 pda phone. I need to sync my pda with
 evolution. 
 Questions:
 1) is there a plugin to use to detect the pda?

I believe the latest roadmap says Evo intends to integrate with
OpenSync.
http://www.go-evolution.org/Evo2.26
I haven't played with OpenSync much.

 2) did you have a forum with users like myself? 

http://mail.gnome.org/mailman/listinfo/evolution-list

 3) will you design a third party software to help sync contacts and
 calander?

There is a connector for Evolution to Funambol I believe.  What do you
want to sync with?

 Thank you so much and keep up the fine work you guys do. What a great
 product.


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] WebDAV Addressbook Debugging

2010-04-23 Thread Adam Tauno Williams
I'm aware of the CAMEL_VERBOSE_DEBUG and CALDAV_DEBUG environment
directives for debugging IMAP and CALDAV.  Is there an equivalent for
WEBDAV addressbooks?

I am testing Evo with our GroupDAV server and after a moment it responds
with 'address book not available' and instructs me to restart Evolution.
Running Evolution from the command line doesn't provide any additional
information.


-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] WebDAV Addressbook Debugging

2010-04-23 Thread Adam Tauno Williams
On Fri, 2010-04-23 at 14:37 -0400, Adam Tauno Williams wrote:
 On Fri, 2010-04-23 at 13:25 -0400, Adam Tauno Williams wrote:
  I'm aware of the CAMEL_VERBOSE_DEBUG and CALDAV_DEBUG environment
  directives for debugging IMAP and CALDAV.  Is there an equivalent for
  WEBDAV addressbooks?
  I am testing Evo with our GroupDAV server and after a moment it responds
  with 'address book not available' and instructs me to restart Evolution.
  Running Evolution from the command line doesn't provide any additional
  information.
 BTW, on Evolution 2.28;  I don't believe anything changed regarding
 WebDAV addressbooks between that and the current 2.30.
 Evolution issues the request:
 ?xml version=1.0 encoding=utf-8?
 propfind xmlns=DAV:propgetetag//prop/propfind
 To which the server responds [correctly, I believe]:
 D:multistatus
   ...
 /D:multistatus
 I've verified the XML of the response is valid.
 Is it possible size effects the stability of the address book?  The
 collection contains 22,209 contacts; so the resulting PROPFIND is
 ~3.6MB.  But that doesn't see that large.

Nope, I limited the size of the folder to 25 items and the request still
fails - but quicker! :)  The exact error message in the dialog is:

The Evolution address book has quit unexpectedly.
Your contacts for webdav://a...@127.0.0.1:8080/dav/Contacts will not be
available until Evolution is restarted
-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] WebDAV Addressbook Debugging

2010-04-26 Thread Adam Tauno Williams
On Fri, 2010-04-23 at 15:44 -0400, Adam Tauno Williams wrote:
 On Fri, 2010-04-23 at 14:37 -0400, Adam Tauno Williams wrote:
  On Fri, 2010-04-23 at 13:25 -0400, Adam Tauno Williams wrote:
   I'm aware of the CAMEL_VERBOSE_DEBUG and CALDAV_DEBUG environment
   directives for debugging IMAP and CALDAV.  Is there an equivalent for
   WEBDAV addressbooks?
   I am testing Evo with our GroupDAV server and after a moment it responds
   with 'address book not available' and instructs me to restart Evolution.
   Running Evolution from the command line doesn't provide any additional
   information.
  BTW, on Evolution 2.28;  I don't believe anything changed regarding
  WebDAV addressbooks between that and the current 2.30.
  Evolution issues the request:
  ?xml version=1.0 encoding=utf-8?
  propfind xmlns=DAV:propgetetag//prop/propfind
  To which the server responds [correctly, I believe]:
  D:multistatus
...
  /D:multistatus
  I've verified the XML of the response is valid.
  Is it possible size effects the stability of the address book?  The
  collection contains 22,209 contacts; so the resulting PROPFIND is
  ~3.6MB.  But that doesn't see that large.
 Nope, I limited the size of the folder to 25 items and the request still
 fails - but quicker! :)  The exact error message in the dialog is:
 The Evolution address book has quit unexpectedly.
 Your contacts for webdav://a...@127.0.0.1:8080/dav/Contacts will not be
 available until Evolution is restarted

I was able to get this to work by tweaking the HTTP headers.

-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] WebDAV Addressbook Debugging

2010-04-26 Thread Adam Tauno Williams
On Mon, 2010-04-26 at 14:25 +0200, Milan Crha wrote:
 On Fri, 2010-04-23 at 13:25 -0400, Adam Tauno Williams wrote:
  I am testing Evo with our GroupDAV server and after a moment it
 responds
  with 'address book not available' and instructs me to restart
 Evolution.
  Running Evolution from the command line doesn't provide any additional
  information.
 it means your evolution-data-server (for 2.28-) or e-addressbook-factory
 (for 2.30+) crashed. Try to run it on another console, maybe under gdb,
 and see where it crashed and why.

I got it working;  with it, or possibly libsoup (?), seems very
sensitive to headers.  So once I mimic'd a working server all was OK.

 With respect of the initial question, I do not see any getenv call in
 webdav address book sources, thus it seems it doesn't have any such
 thing.

Yep, I grok'd the same thing from the code.  It is a pretty nice and
clean bit of code.
-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] WebDAV Addressbook Debugging

2010-04-28 Thread Adam Tauno Williams
On Tue, 2010-04-27 at 20:45 +0200, Butrus Damaskus wrote:
 On Mon, Apr 26, 2010 at 3:42 PM, Adam Tauno Williams
 awill...@opengroupware.us wrote:
  On Mon, 2010-04-26 at 14:25 +0200, Milan Crha wrote:
  On Fri, 2010-04-23 at 13:25 -0400, Adam Tauno Williams wrote:
   I am testing Evo with our GroupDAV server and after a moment it
  responds
   with 'address book not available' and instructs me to restart
  Evolution.
   Running Evolution from the command line doesn't provide any additional
   information.
  it means your evolution-data-server (for 2.28-) or e-addressbook-factory
  (for 2.30+) crashed. Try to run it on another console, maybe under gdb,
  and see where it crashed and why.
  I got it working;  with it, or possibly libsoup (?), seems very
  sensitive to headers.  So once I mimic'd a working server all was OK.
 Could You, pleease, provide more details, which HTTP headers are needed? 
 Thanks!

This seems to make it happy:
self.request.send_response(207, 'Multistatus')
self.request.send_header('X-Dav-Error', '200 No error')
self.request.send_header('Ms-Author-Via', 'DAV')
self.request.send_header('Content-Type', 'text/xml; charset=utf-8')

http://coils.hg.sourceforge.net/hgweb/coils/coils/file/8711235dafeb/src/coils/protocol/dav/foundation/davfolder.py


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Anyone using CalDAV ToDo Lists? (No URL/Priority values)

2010-09-28 Thread Adam Tauno Williams
evolution-2.30.1.2-3.9.x86_64

I extended our groupware server to support tasks over CalDAV.  And I can
see the tasks in Evolution, but...

Evolution displays no URL or Priority for any task although these
properties are present in the representation.

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//PYVOBJECT//NONSGML Version 1//EN
BEGIN:VTODO
DESCRIPTION:*
DTSTART:20100716T094709Z
DUE:20100723T094709Z
ORGANIZER;CUTYPE=INDIVIDUAL;CN=Adam Tauno
  Williams:MAILTO:awill...@whitemice.org
PERCENT-COMPLETE:0
PRIORITY:1
STATUS:NEEDS-ACTION
SUMMARY:*
UID:coils://Task/15349830
URL:http://**/Tasks/view/15349830/History/
X-COILS-KIND:None
X-COILS-PROJECT;X-COILS-PROJECT-ID=1025770:
END:VTODO
END:VCALENDAR

I'm curious if other users see values from the server presented for
tasks in the URL or PRIORITY fields?

-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba



___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Anyone using CalDAV ToDo Lists? (No URL/Priority values)

2010-09-29 Thread Adam Tauno Williams
evolution-2.30.1.2-3.9.x86_64

I extended our groupware server to support tasks over CalDAV.  And I can
see the tasks in Evolution, but...

Evolution displays no URL or Priority for any task although these
properties are present in the representation.

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//PYVOBJECT//NONSGML Version 1//EN
BEGIN:VTODO
DESCRIPTION:*
DTSTART:20100716T094709Z
DUE:20100723T094709Z
ORGANIZER;CUTYPE=INDIVIDUAL;CN=Adam Tauno
  Williams:MAILTO:awill...@whitemice.org
PERCENT-COMPLETE:0
PRIORITY:1
STATUS:NEEDS-ACTION
SUMMARY:*
UID:coils://Task/15349830
URL:http://**/Tasks/view/15349830/History/
X-COILS-KIND:None
X-COILS-PROJECT;X-COILS-PROJECT-ID=1025770:
END:VTODO
END:VCALENDAR

I'm curious if other users see values from the server presented for
tasks in the URL or PRIORITY fields?

-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Anyone using CalDAV ToDo Lists? (No URL/Priority values)

2010-10-04 Thread Adam Tauno Williams
On Tue, 2010-09-28 at 06:49 -0400, Adam Tauno Williams wrote: 
 evolution-2.30.1.2-3.9.x86_64
 I extended our groupware server to support tasks over CalDAV.  And I can
 see the tasks in Evolution, but...
 Evolution displays no URL or Priority for any task although these
 properties are present in the representation.

Well, all the values suddenly appeared in Evolution after a restart.

 BEGIN:VCALENDAR
 VERSION:2.0
 PRODID:-//PYVOBJECT//NONSGML Version 1//EN
 BEGIN:VTODO
 DESCRIPTION:*
 DTSTART:20100716T094709Z
 DUE:20100723T094709Z
 ORGANIZER;CUTYPE=INDIVIDUAL;CN=Adam Tauno
   Williams:MAILTO:awill...@whitemice.org
 PERCENT-COMPLETE:0
 PRIORITY:1
 STATUS:NEEDS-ACTION
 SUMMARY:*
 UID:coils://Task/15349830
 URL:http://**/Tasks/view/15349830/History/
 X-COILS-KIND:None
 X-COILS-PROJECT;X-COILS-PROJECT-ID=1025770:
 END:VTODO
 END:VCALENDAR
 
 I'm curious if other users see values from the server presented for
 tasks in the URL or PRIORITY fields?
 


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Memo CALDAV Query

2010-10-05 Thread Adam Tauno Williams
When Evolution does the calendar-query on a collection for memos
(vjournal) objects if specifies a time-range, like:

C:calendar-query xmlns:C=urn:ietf:params:xml:ns:caldav
xmlns:D=DAV:
  D:prop
D:getetag/
  /D:prop
  C:filter
C:comp-filter name=VCALENDAR
  C:comp-filter name=VJOURNAL
C:time-range start=20100831T125831Z end=20101109T125831Z/
  /C:comp-filter
/C:comp-filter
  /C:filter
/C:calendar-query

Is this time range at all adjustable or configurable?  I haven't found
anything in the UI that seems to pertain to this - perhaps some setting
via gconf?


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Memo CALDAV Query

2010-10-05 Thread Adam Tauno Williams
On Tue, 2010-10-05 at 15:30 +0200, Milan Crha wrote: 
 On Tue, 2010-10-05 at 09:04 -0400, Adam Tauno Williams wrote:
  When Evolution does the calendar-query on a collection for memos
  (vjournal) objects if specifies a time-range, like:
  ...
  C:time-range start=20100831T125831Z end=20101109T125831Z/
  ...
  Is this time range at all adjustable or configurable?  I haven't found
  anything in the UI that seems to pertain to this - perhaps some setting
  via gconf?
 those times are taken from your view on the calendar (or such). First
 thing the CalDAV does when it's opened is to try to update view for
 changes in near future and past, to update view for the time user will
 look for the most. When it's done with it it also tries to update whole
 calendar, which make take significantly longer.
 This functionality is not dependent on the event type
 (calendar/tasks/memo), it should work this way for all of them.

Thanks makes sense;  thanks for the explanation.
-- 
Adam Tauno Williams awill...@whitemice.org LPIC-1, Novell CLA
http://www.whitemiceconsulting.com
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] stable evolution for windows. real?

2010-12-08 Thread Adam Tauno Williams
On Wed, 2010-12-08 at 11:36 +0530, Akhil Laddha wrote:
 On Wed, 2010-12-01 at 16:47 +0300, Абдулахадов Айрат wrote:
  Hi! Has anyone some experience in using stable evolution on windows? Is 
  it a good idea to try to use evolution on windows?
 You can install current stable Evolution 2.32.1 on windows.
 http://download.opensuse.org/repositories/windows:/mingw:/win32:/EXPERIMENTAL/openSUSE_Factory/noarch/
 Please read more information about installer at
 http://fridrich.blogspot.com/2010/05/experimental-evolution-installer-for.html

People ask this question - but I've never seen anyone post any feedback.

I'd be interested in what your experiences are (although maybe that is
more appropriate to evolution@ rather than evolution-hackers@).


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Stale page @ projects.gnome.org

2010-12-14 Thread Adam Tauno Williams
This page is quite stale.
http://projects.gnome.org/evolution/documentation.shtml

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Evolution calendar backend

2011-01-22 Thread Adam Tauno Williams
On Sat, 2011-01-22 at 10:57 -0600, Kirk Wolff wrote: 
 Hello,
 I've been digging through calendar's webdav backend 

The calendar is CalDAV [it uses REPORT methods]; a descendant of WebDAV.

 code and found that 
 there's special handling of calendar items (components) that have
 the same UID.  Under what circumstances would two calendar items
 have both the same UID and href?  

I suppose this could happen in the case of editing a recurrence [I don't
specifically know how evolution internally handles recurrences;  but I
work on a CalDAV server and ... man, are recurring events in iCal/CalDAV
stupid and a pain].

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Multiple child-addressbooks under an account

2011-01-22 Thread Adam Tauno Williams
On Fri, 2011-01-21 at 19:49 +0100, Onyeibo Oku wrote: 
 On 01/21/2011 06:30 PM, Kirk Wolff wrote:
  Is there a way to add child-addressbooks under an addressbook account
  with evolution's GUI? I don't see any current implementations that have
  a 'tree' of addressbooks under an addressbook plugin type. As I see it,
  there are plugins for setting up an addressbook, but not for displaying
  and organizing them. It seems the presentation (the left-hand column
  list) of addressbooks is fixed. Is there a simple way to add and
  maintain a tree in the list of addressbooks?
 I don't see any special benefit for this feature.  

The use case seems *obvious* to be; especially for WebDAV address books
since WebDAV supports hierarchical collections [although
CalDAV/CardDAV/GroupDAV all place restrictions on how child collections
can be structured].

If you have multiple server-side collections of contacts you currently
have to define multiple addressbooks rather than just one that can
expand to list the collections - even supporting descending a single
level of collections would be *very* useful.

 I will campaign 
 rather for child-tasks (sub-tasks) where completion of each child task 
 sums up the percentage progress for the parent/container task

This really seems like a server-side issue to me.  The issue really is
there is no way standard way to specify a hierarchy of tasks in either
UI or in the representation [VTODO] so I think that would be a
special/custom plugin.  But if you right one I'll support it in my
server because it would be very useful.  In the same manner there is no
way to deal with delegation.  


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Hierarchical Tasks [Was: Multiple child-addressbooks under an account]

2011-01-23 Thread Adam Tauno Williams
Please use Ctrl-L [reply-to-list] rather than Reply-All when replying to
list messages.

On Sun, 2011-01-23 at 15:50 +1000, Andrew McMillan wrote:
 On Sat, 2011-01-22 at 14:23 -0500, Adam Tauno Williams wrote:
  This really seems like a server-side issue to me.  The issue really is
  there is no way standard way to specify a hierarchy of tasks in either
  UI or in the representation [VTODO] so I think that would be a
  special/custom plugin.
 I was under the impression that VTODO did support parent/child/sibling
 relationships.
 Like:
 http://tools.ietf.org/html/rfc5545.html#section-3.8.4.5

It supports relationships, but no specific impact (side-effects) of
relationships.

QUOTE
  Changes to a calendar component referenced by this property can
  have an implicit impact on the related calendar component.  For
  example, if a group event changes its start or end date or time,
  then the related, dependent events will need to have their start
  and end dates changed in a corresponding way.  Similarly, if a
  PARENT calendar component is cancelled or deleted, then there is
  an implied impact to the related CHILD calendar components.  This
  property is intended only to provide information on the
  relationship of calendar components.  It is up to the target
  calendar system to maintain any property implications of this
  relationship.
/QUOTE

The real-world up-shot of that is that no one will do anything with the
attribute described.  It would be fantastically useful - the server I
work on supports task hierarchies, but to make use of them you need to
write 'native' code and your own UI,  for VTODO's you are best of just
hiding that aspect of the data model (and I've never seen a client that
supported it in any capacity).

You'll also run into consistency issues when using
GroupDAV/CalDAV/CardDAV and the server tries to be 'helpful' or smart.
For example if on a CalDAV server I have a todo list of many tasks and
three of those tasks are linked in some way - the client makes a
modification to one of those tasks which has a side-effect on the status
of the two other tasks the client will remain merrily oblivious to
that fact that the other objects in the collection have changed.  This
is just a crappy part of the specs, there isn't any widely supported
mechanism for the server to notify the client that certain references in
its cache have been invalidated.  The only way the client figures that
out is if it polls the collection; which can be slow and/or
computationally expensive.  Polling the entire collection after every
update would just be brutal - but it is the only way to remain
consistent.

So your proposed feature of the completion of child tasks bumping the
percent complete of the parent task would be frustrating for the user
because the user would not see the percentage of completion of the
parent task change.  And what if they then open the parent task and
manually set the percentage complete?  You now have a conflicting
update.

Beyond that there is the issue that if the parent task has four
children, and three are complete - so the percent complete is 75% - and
the user adds a fifth child task does the percent complete now decrease
to 60%?  What if each of the child tasks is not a proportional section
of the parent task?  Do you let the user specify each sub-total of work?
There certainly is no standard attribute for that so you are down to
using an X- attribute that risks getting discarded by badly behaving
servers and clients.  And of course that would require a customized UI
to be of any value to the user.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Sqlite cache for address-book storage in EDS

2011-03-14 Thread Adam Tauno Williams
On Mon, 2011-03-14 at 10:09 +0530, Chenthill Palanisamy wrote:
 On Thu, Mar 10, 2011 at 6:54 PM, Matthew Barnes mbar...@redhat.com wrote:
  Okay, this might be a long shot but I'm gonna throw it out there anyway:
  would it make sense to look at using Xapian to index a directory of raw
  vCards?
 Am not sure if its worth doing this for adress-book. Am just making an
 assumption that the
 address-book content may not be as huge as mail data. The only address-book 
 data
 that would be large enough would be GAL (exchange) and
 SystemAdressBook (groupwise).

This is a self-fulfilling prophecy;  I and others have tried to have
large address books... which doesn't work... so address books remain
small.

I have a CardDAV/GroupDAV collection of ~21,000 contacts I'd love to
have access to via Evolutions WebDAV address book.  But anything more
than a thousand or so gets to be unbearably slow.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Sqlite cache for address-book storage in EDS

2011-03-14 Thread Adam Tauno Williams
On Mon, 2011-03-14 at 18:57 +0530, Chenthill Palanisamy wrote:
 On Mon, Mar 14, 2011 at 3:53 PM, Adam Tauno Williams
 awill...@opengroupware.us wrote:
  On Mon, 2011-03-14 at 10:09 +0530, Chenthill Palanisamy wrote:
  On Thu, Mar 10, 2011 at 6:54 PM, Matthew Barnes mbar...@redhat.com wrote:
   Okay, this might be a long shot but I'm gonna throw it out there anyway:
   would it make sense to look at using Xapian to index a directory of raw
   vCards?
  Am not sure if its worth doing this for adress-book. Am just making an
  assumption that the
  address-book content may not be as huge as mail data. The only 
  address-book data
  that would be large enough would be GAL (exchange) and
  SystemAdressBook (groupwise).
  This is a self-fulfilling prophecy;  I and others have tried to have
  large address books... which doesn't work... so address books remain
  small.
 I agree, the *only* should be removed from the third sentence of mine,
 there could be other address-books.
 While thinking of Xapian for address-book, am not still convinced.
 One could search on various fields such as sender, subject,
 recipients, full-text search etc. in mailer often and xapian is said
 to work much better.
 Although I have not got any profiling information as such, but its
 just from hearing from multiple people.
 But for address-books, the most often used searches would be based on
 name and email. Even if the address-book has 21k or more data,
 a db with good indexing should perform better. The information stored
 will be small when compared to mail content.. Well these are just
 my observations, are there any other cases am missing ?

This makes sense to me [I've no idea really how it is currently
implemented or what the practical alternatives are].  But funny side
note: if I just walk the DAV collection and save all the vcf files to a
directory ... a simple python script can parse each file [using the
vobject module], compare the values to a criteria, and report what items
match... an order of magnitude faster than Evolution.  But the reason
for this is mentioned below.

  I have a CardDAV/GroupDAV collection of ~21,000 contacts I'd love to
  have access to via Evolutions WebDAV address book.  But anything more
  than a thousand or so gets to be unbearably slow.
 AFAIR, there are some UI issues involved here which should be dealt
 with separately.

True,  most importantly [at least for WebDAV address books] why the @^
$*@ it issues a PROPFIND to the server to enumerate the collection at
every search?!  Just search the data you have;  it really seems like
update / synchronizing the collection and searching the collection
should be independent events.

I suppose I should get around to filing a bug about that.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] IMAP Features plugin -- still useful?

2011-06-09 Thread Adam Tauno Williams
On Thu, 2011-06-09 at 06:39 -0400, Matthew Barnes wrote:
 The IMAP Features (imap-headers) plugin allows you to specify which
 headers to download from an IMAP server when building folder summaries.
 This is useful for instance when you have client-side filters that
 operate on particular headers not normally included in an envelope.  It
 appears in the account editor as a tab labeled IMAP Headers.
 But the plugin only applies to accounts using the older IMAP provider.
 Does this feature also make sense to support in the IMAPX provider, or
 should it die out with the older IMAP provider?

Slightly confused.  Under Preferences - Mail Preferences - Headers one
can add custom Displayed Message Headers.  At least that works with
IMAPX [probably doesn't involve the plugin].  Doesn't that cause the
header to be downloaded as well?

We use the Displayed Message Headers feature extensively since our
workflow system puts a job/ticket/workorder number in an X- header of
the e-mail's it generates.


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] IMAP Features plugin -- still useful?

2011-06-09 Thread Adam Tauno Williams
On Thu, 2011-06-09 at 06:39 -0400, Matthew Barnes wrote:
 The IMAP Features (imap-headers) plugin allows you to specify which
 headers to download from an IMAP server when building folder summaries.
 This is useful for instance when you have client-side filters that
 operate on particular headers not normally included in an envelope.  It
 appears in the account editor as a tab labeled IMAP Headers.
 But the plugin only applies to accounts using the older IMAP provider.
 Does this feature also make sense to support in the IMAPX provider, or
 should it die out with the older IMAP provider?

Slightly confused.  Under Preferences - Mail Preferences - Headers one
can add custom Displayed Message Headers.  At least that works with
IMAPX [probably doesn't involve the plugin].  Doesn't that cause the
header to be downloaded as well?

We use the Displayed Message Headers feature extensively since our
workflow system puts a job/ticket/workorder number in an X- header of
the e-mail's it generates.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Categories

2011-06-23 Thread Adam Tauno Williams
When saving a task or event over a CalDAV collection Evolution sends a
CATEGORIES attribute like:

CLASS:PUBLIC
CATEGORIES:Favorites\,Gifts\,Goals/Objectives
PERCENT-COMPLETE:0

Looking at RFC2445 I'm pretty sure this is wrong.  Shouldn't it be:

CLASS:PUBLIC
CATEGORIES:Favorite,Gifts,Goals/Objectives
PERCENT-COMPLETE:0

From the RFC:
   Description: This property is used to specify categories or subtypes
   of the calendar component. The categories are useful in searching for
   a calendar component of a particular type and category. Within the
   VEVENT, VTODO or VJOURNAL calendar components, more than one
   category can be specified as a list of categories separated by the
   COMMA character (US-ASCII decimal 44).

   Example: The following are examples of this property:

 CATEGORIES:APPOINTMENT,EDUCATION

Why is evolution escaping the comma?

 CATEGORIES:MEETING



___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Attachments?

2011-06-23 Thread Adam Tauno Williams
Are attachments for tasks related to a CalDAV task list supposed to be
functional?

If the attachment is encoded as a link [and the site requires
authentication] Evolution presents a HTTP authentication required
error dialog and drops the attachment;  it doesn't ask for
authentication or attempt to use the credentials used for the CalDAV
server.

If the attachment is encoded as binary [present in the VTODO] it simply
fails with an operation not supported message.

Evolution 2.32.1

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Attachments?

2011-06-24 Thread Adam Tauno Williams
On Thu, 2011-06-23 at 11:23 -0400, Adam Tauno Williams wrote:
 Are attachments for tasks related to a CalDAV task list supposed to be
 functional?
 If the attachment is encoded as a link [and the site requires
 authentication] Evolution presents a HTTP authentication required
 error dialog and drops the attachment;  it doesn't ask for
 authentication or attempt to use the credentials used for the CalDAV
 server
 If the attachment is encoded as binary [present in the VTODO] it simply
 fails with an operation not supported message
 Evolution 2.32.1

I've managed to encode the attachments in such a way that they do not
raise any error when the task is viewed in Evolution;  however the
attachments simply do not appear.  I've verified in wireshark that the
attachments are received by Evolution.

HTTP/1.1 200 OK
Server: BaseHTTP/0.3 Python/2.7
Date: Fri, 24 Jun 2011 01:55:06 GMT
Content-Length: 751475
Content-Type: text/calendar
ETag: 18092560:15
Connection: close

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//PYVOBJECT//NONSGML Version 1//EN
BEGIN:VTODO
ATTACH;X-ORACLE-FILENAME=OGo18215321.ods;FMTTYPE=application/octet-stream;
ENCODING=BASE64;VALUE=BINARY;X-COILS-FILENAME=OGo18215321.ods;X-EVOLUTION-
 CALDAV-ATTACHMENT-NAME=OGo18215321.ods:VUVzREJCUUFBQWdBQUNkMnF6NkZ
 iRG1LTGdBQUFDNEFBQUFJQUFBQWJXbHRaWFI1Y0dWaGNIQnNhV05oZEdsdmJpOTJibVF1
 YjJGegphWE11Y.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Attachments?

2011-06-24 Thread Adam Tauno Williams
On Thu, 2011-06-23 at 11:23 -0400, Adam Tauno Williams wrote:
 Are attachments for tasks related to a CalDAV task list supposed to be
 functional?
 If the attachment is encoded as a link [and the site requires
 authentication] Evolution presents a HTTP authentication required
 error dialog and drops the attachment;  it doesn't ask for
 authentication or attempt to use the credentials used for the CalDAV
 server.
 If the attachment is encoded as binary [present in the VTODO] it simply
 fails with an operation not supported message
 Evolution 2.32.1

I'm managed to encode binary attachments in a manner which does not
raise any errors in evolution when the task is open;  however the
attachments simply don't appear.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Since evolution-alarm-notify asks for passwords

2011-10-19 Thread Adam Tauno Williams
On Wed, 2011-10-19 at 08:36 -0400, Matthew Barnes wrote:
  My question is whether there can be done any better way of coping with
  this, because having the password prompts (there are two pilled,
  actually) after each and every login is just a bad experience, from my
  point of view.
 (Gesticulating wildly about vaporware...)
 One thing I wanted to add after all this account rewrite stuff is done
 (maybe for 3.6) is support for VPN state.  My thought was any place in
 Evolution where you would enter host and port information there would
 also be a check box item with a combo box listing all available VPN
 connection names as configured in NetworkManager.

+1 +1 +1

That would be awesome [being able to associate an account to either
'general' network status or a specific VPN connection / Network
profile].  I have accounts that only work with the VPN up; and it is
irritating sometimes when Evo insists on trying to access them when no
connectivity is available.

 Something like:
[x] Requires an active VPN connection to [ My Company's VPN |v]
 The VPN ID would get stored in the data source's key file.

+1 + 1 +1

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] UID in vCard

2011-11-14 Thread Adam Tauno Williams
On Mon, 2011-11-14 at 21:06 +0100, Patrick Ohly wrote:
 On Mo, 2011-11-14 at 11:22 +0100, Milan Crha wrote:
  On Mon, 2011-11-14 at 10:00 +0100, Patrick Ohly wrote:
   So I suggest to pursue the first approach instead. I think it is
   possible for the file backend.
   Is it also possible for other backends? Or are some unable to store
   the UID and look up contacts (efficiently) by it? In that case we will
   have to relax the semantic of the API and accept that some backends
   still use their own local ID. Supports UID should be defined as a
   capability of the backend so that clients can take it into account.
  I wouldn't call it local UID, it's rather backend's UID
 I wouldn't use the term UID at all for this local (or backend) ID. UID
 has a specific meaning for both iCalendar 2.0 (where it is well-defined)
 and vCard (where it is less well-defined). Introducing yet another
 flavor of UID just leads to confusion, in particular when the same
 contact has both the original vCard UID and a local backend UID.

Yep, that would be a LUID (Local UID)


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] UID in vCard

2011-11-14 Thread Adam Tauno Williams
On Mon, 2011-11-14 at 21:06 +0100, Patrick Ohly wrote:
 On Mo, 2011-11-14 at 11:22 +0100, Milan Crha wrote:
  On Mon, 2011-11-14 at 10:00 +0100, Patrick Ohly wrote:
   So I suggest to pursue the first approach instead. I think it is
   possible for the file backend.
   Is it also possible for other backends? Or are some unable to store
   the UID and look up contacts (efficiently) by it? In that case we will
   have to relax the semantic of the API and accept that some backends
   still use their own local ID. Supports UID should be defined as a
   capability of the backend so that clients can take it into account.
  I wouldn't call it local UID, it's rather backend's UID
 I wouldn't use the term UID at all for this local (or backend) ID. UID
 has a specific meaning for both iCalendar 2.0 (where it is well-defined)
 and vCard (where it is less well-defined). Introducing yet another
 flavor of UID just leads to confusion, in particular when the same
 contact has both the original vCard UID and a local backend UID.

Yep, that would be a LUID (Local UID)

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Hot news from the Evo/WebKit Universe

2012-02-09 Thread Adam Tauno Williams
On Thu, 2012-02-09 at 12:14 +0100, Dan Vratil wrote:
 Subject: Home news from the Evo/WebKit Universe
 ...I'm pretty much sure I've typed Hot...

I hope Evolution is not adding Android-like-autocorrect as a
feature. :)

Although as a plug-in it could be amusing.

-- 
System  Network Administrator [ LPI  NCLA ]
http://www.whitemiceconsulting.com
OpenGroupware Developer http://www.opengroupware.us
Adam Tauno Williams


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Hot news from the Evo/WebKit Universe

2012-02-09 Thread Adam Tauno Williams
On Thu, 2012-02-09 at 12:14 +0100, Dan Vratil wrote:
 Subject: Home news from the Evo/WebKit Universe
 ...I'm pretty much sure I've typed Hot...

I hope Evolution is not adding Android-like-autocorrect as a
feature. :)

Although as a plug-in it could be amusing.

-- 
System  Network Administrator [ LPI  NCLA ]
http://www.whitemiceconsulting.com
OpenGroupware Developer http://www.opengroupware.us
Adam Tauno Williams

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] ActiveSync support for Evolution

2012-03-31 Thread Adam Tauno Williams
On Fri, 2012-03-30 at 21:52 +0100, David Woodhouse wrote:
 Since I've been using this in anger for my company email for the last
 few months, and I haven't had cause to touch the code since the
 beginning of December... I suppose it's about time I pulled my finger
 out, called it a release, and tried to import it into GNOME. So...
  http://git.gnome.org/browse/evolution-activesync/
   git://git.gnome.org/evolution-activesync
 For those who weren't aware: this is a basic implementation of the
 ActiveSync protocol, in a standalone dæmon which is accessed by DBus.

Wow, this sounds both awesome for users, and an interesting chunk of
code to look at.

 Clients of this dæmon include a Camel provider which is included in the
 git repository, and a SyncEvolution plugin for calendar/contacts
 synchronisation, which is shipped with SyncEvolution itself
 We could add e-d-s back ends for direct access to calendar/contacts too.
 The Camel provider supports Evolution 3.0 and 3.2; I've made a start at
 updating it to 3.4 but won't finish it before I disappear for a week,
 starting tomorrow. If any kind person feels like copying most of Milan's
 commits f7dd1cd2 and 8cf26212 from evolution-ews, that would be much
 appreciated. Otherwise I'll get to it when I get back.


signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Bug#623066, Me, Evolution, jhbuild

2012-05-11 Thread Adam Tauno Williams
On Fri, 2012-05-11 at 09:24 +0200, Milan Crha wrote:
 On Thu, 2012-05-10 at 09:38 -0400, Adam Tauno Williams wrote:
  I'd like to test the changes regarding Bug#623066 and possibly others.
  Is there anything special I need to do to get jhbuild to create the  
  correct version/branch of Evolution?  Or, initially, can I achieve the  
  correct version via jh?
 I wouldn't go that far, you can test the change on stable release as
 well. If you are using a system build, aka package, then it might be
 probably easier to just patch evolution-data-server package and build
 it. What is your system, and its eds version, by the way?

openSUSE 12.1 x86_64 3.1.0-1.2-desktop 
evolution-data-server-3.2.1-2.1.2.x86_64
evolution-3.2.1-2.2.2.x86_64
evolution-python-plugins-3.2.1-2.2.2.x86_64
evolution-webcal-2.32.0-8.1.2.x86_64
evolution-mono-plugins-3.2.1-2.2.2.x86_64
gcc-4.6-15.1.3.x86_64
glibc-2.14.1-14.18.1.x86_64

 Note the eds is enough, you do not need to build evolution, as long as
 you'll use the same version as is in your system. (I'm only suggesting
 the less painful way of testing the patch.)

Less painful is good;  and it would be nice to know how to build EDS
just so I can play with it myself.


signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Did 3.4 just get really slow?

2012-05-19 Thread Adam Tauno Williams
On Sat, 2012-05-19 at 10:49 +0100, Onyeibo Oku wrote: 
 On Sat, 2012-05-19 at 11:25 +0200, Xavier Bestel wrote:
  Le vendredi 18 mai 2012 à 23:43 +0100, David Woodhouse a écrit :
   I just updated to Fedora 17 and Evolution 3.4.
   It seems to have just noticed that I archived a quarter's mail, and is
   deleting the old messages from its cache... taking about 40 seconds to
   delete each 1,000 messages. This is a *lot* slower than it used to be...
   isn't it?
   This is imapx with qresync, and I'm watching the 'vanished: xx'
   messages count past because I killed it and restarted with
   CAMEL_DEBUG=imapx so I could see wtf it was doing. 
  I'm using Debian, and found Evo getting slower and slower (I've got
  something like 44K messages in my inbox).
  Now I just removed Tracker from my system, and it's snappy again.
  Happy me.
 What is tracker by the way?  The thing keeps crashing on my system?

It is a [excellent] desktop-search implementation.   

There is a load incurred [obviously] during the initial indexing but
this goes away once the index is up to date.  Once the index is up to
date there is almost no way it noticeably effects performance unless
something else it wrong.


signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] some api for memo ?

2012-07-20 Thread Adam Tauno Williams
On Fri, 2012-07-20 at 19:23 +0200, Pierre-Yves Luyten wrote: 
 Hello, 
 Is there some API to play with evolution memos (vjournal) from another
 application? 
 seems it's just .ics , but the VJOURNAL type is different than VTODO /
 VEVENT
 (The goal would be to have some note editor taking advantage of
 evolution features to have online memos.)

There may be access via the D-Bus and an API.

Maybe.

I see a org.gnome.evolution.dataserver.Calendar1 and a
org.gnome.evolution.dataserver.AddressBook1 ... nothing about memos or
tasks, unless they are under Calendar [looking with d-feet].

 I believe i won't find anything yet looking at gnome online accounts.




signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Return back folder remember for Open/Save dialog

2012-07-24 Thread Adam Tauno Williams
On Mon, 2012-07-23 at 11:04 +0100, David Woodhouse wrote:
 On Mon, 2012-07-02 at 09:19 -0400, Matthew Barnes wrote:
  On Mon, 2012-07-02 at 14:47 +0200, Milan Crha wrot
  Consistency with other GTK+ applications is more important.
  If GtkFileChooser has chosen a bad policy, try and open a discussion
  with Federico about it.  Don't just circumvent the policy.  I would
  consider that a regression
 I strongly disagree that consistency with other Gtk+ applications is
 more important than basic usability. The GtkFileChooser is just
 stunningly broken — and by accepting its stupidity wholesale, that means
 that Evolution has regressed in usability.

+1 +1 +1

On my boxes FileChooser typically defaults to the Recently Used
selection even for a Save-As operation you can't save a file to
Recently Used.  The behavior of recent FileChooser is just nuts; at
least default to Home, or Documents, or some reasonable XDG-ish path.

 I agree with Milan that we should switch back to how we were doing
 things before.



signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] mail migration

2012-12-14 Thread Adam Tauno Williams
On Fri, 2012-12-14 at 04:54 +0100, Sasa Ostrouska wrote:
 Hi I know this is not direclty related to hacking on evolution, but I
 would like to ask one advice.
 I have about 5Gb of e-mails on my laptop which I use for work, and it
 is still on evolution 2.26.3.
 I would like to migrate now this stuff to evolution 3.6.x
 What is the best way to do that ?
 Simply upgrading evolution seems not to work, as it starts the wizard
 as if .evolution dir doesnt exist.

If all you want to do is mail then it seems like it wouldn't be a bad
idea to make an 'external' local account (maildir or mbox [not certain
what is available in 2.26]) and then just copy all your mail.  Upgrade.
'Reconnect' the new evolution to that account.

For contacts you can also select them all, save to a VCF file, and then
import that VCF files.  That isn't bad as a backup in any case.

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] mail migration

2012-12-14 Thread Adam Tauno Williams
On Fri, 2012-12-14 at 23:29 +0100, Sasa Ostrouska wrote:
 On Fri, Dec 14, 2012 at 9:10 PM, Adam Tauno Williams
 awill...@whitemice.org wrote:
  On Fri, 2012-12-14 at 04:54 +0100, Sasa Ostrouska wrote:
  Hi I know this is not direclty related to hacking on evolution, but I
  would like to ask one advice.
  I have about 5Gb of e-mails on my laptop which I use for work, and it
  is still on evolution 2.26.3.
  I would like to migrate now this stuff to evolution 3.6.x
  What is the best way to do that ?
  Simply upgrading evolution seems not to work, as it starts the wizard
  as if .evolution dir doesnt exist.
 
  If all you want to do is mail then it seems like it wouldn't be a bad
  idea to make an 'external' local account (maildir or mbox [not certain
  what is available in 2.26]) and then just copy all your mail.  Upgrade.
  'Reconnect' the new evolution to that account.
 Ok how can I do that external account ? You mean use something else
 like Thunderbird ?

No, I mean you can make an account in Evolution that stores mail locally
in a 'standard' format like MBOX or MailDir.  You specify a directory
and mail and mailboxes are stored in that format there.  Then you can
just drag the mail from your On this computer mailbox (assuming you
are POP'ing into that from somewhere).  Then you have the mail 'outside
of Evolution'.  And the new version of Evolution can look in the same
place for mail; you can either copy it back into on-this-computer
[assuming it doesn't transfer automatically] after you upgrade, or just
continue using the 'external' mail store.

I believe this is an option for 2.26, which I certain could do at least
MBOX, if no MH.  But I don't really remember the 2.x series that well
[it has been a long time].

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Required Evolution-code-help

2013-02-20 Thread Adam Tauno Williams
On Wed, 2013-02-20 at 22:31 +0530, Samarjit Adhikari wrote:
 Hi,
 Hopefully i am putting my question in right mailing list.

Yep! :)

 I was trying to look into the root cause of the
 BUG(https://bugzilla.redhat.com/show_bug.cgi?id=903166) as i believe
 my environment is the best one to reproduce the issue.After doing a
 lot of RD my intuition says that it is a memory corruption issue. I
 looked into the openchange code (specially libmapi code1.0.4) and
 found that function 
 nspi_ResolveNamesW  is returning a NT_STATUS not actually the
 MAPISTATUS. Thus we were getting some VAGUE pop up. I am investigating
 further.
 While doing investigation i reached to the mapi function, named
 e_mapi_connection_init. After that i am not able to search who is
 the caller of that function. I did not found and dlopen/close thing as
 well.
 Thus it would be really helpful if you give some pointer regarding the
 caller of that function.

Can you set a breakpoint and generate a backtrace (gdb)?

http://www.cs.cmu.edu/~gilpin/tutorial/
http://users.ece.utexas.edu/~adnan/gdb-refcard.pdf

I've never done it with Evolution / MAPI code.  But generally that is
what I would do to discover
how-the-*@^*@-did-i-end-up-in-this-function.

-- 
Adam Tauno Williams  GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] The wiki is the new official homepage

2013-12-20 Thread Adam Tauno Williams

On Wed, 2013-12-18 at 08:39 -0500, Matthew Barnes wrote:
 In light of [1], the Evolution website on http://projects.gnome.org/ has
 been decommissioned.  The Evolution wiki is our new official homepage.
 
 http://wiki.gnome.org/Apps/Evolution

Wow!  That is much nicer. 

The constellation of sites has been confusing even to me [a l-o-n-g time
user].

 [1] http://blogs.gnome.org/mccann/2013/12/17/lets-face-it/

-- 
Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] The wiki is the new official homepage

2013-12-24 Thread Adam Tauno Williams
On Wed, 2013-12-18 at 08:39 -0500, Matthew Barnes wrote:
 In light of [1], the Evolution website on http://projects.gnome.org/ has
 been decommissioned.  The Evolution wiki is our new official homepage.
 
 http://wiki.gnome.org/Apps/Evolution

Wow!  That is much nicer. 

The constellation of sites has been confusing even to me [a l-o-n-g time
user].

 [1] http://blogs.gnome.org/mccann/2013/12/17/lets-face-it/

-- 
Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383
OpenGroupware Developer http://www.opengroupware.us/

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Developing a new protected message complement

2014-04-03 Thread Adam Tauno Williams
On Thu, 2014-04-03 at 10:11 +0200, Christian Hilberg wrote:
  For that kind of protection to have any real meaning, all messages
  should be cryptographically signed by their author and attached in full
  to all replies and forwards.  An Evolution extension could conceivably
  enforce that.
  [...] 
  Cryptographically signing each message with a public key or a trusted
  certificate is really the only way to ensure previous messages are not
  altered.
 Might be obvoius: When replying to a message protected that way,
 the signature for that message should include all attached messages
 which came with the message replied to. That way, some verifyable signing
 chain would be created. In case of multiple replies to a single
 message, i.e. a thread, the signature chain becomes a tree (which is
 verifyable nonetheless).

I've seen an app like the one he is describing, [I think].  And I don't
think his meaning of protected goes that far - or at least not if I am
thinking of the right thing.  The app I used was more about just
preventing slapdashery - everyone on a mail list knows that muggle's
cannot quote property or slash the quoted section to a useless degree.
This was just about forcing the format of the messages to be A-B-C-D
and putting some additional meta-data into the header of the message for
indexing, data-mining, and event injection.

A specific definition of that he means by protected is required.
Protected as in legally verifiable [cryptographically signed] or
protected as in keeping a call-center operator from just deleting
everything?


-- 
Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA


signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] WebKit based Evolution composer status and future

2014-05-30 Thread Adam Tauno Williams
On Fri, 2014-05-30 at 08:28 +0200, Tomas Popela wrote:
 Hi everyone,
 after talk with Milan we decided to merge webkit-composer branch into
 master on Monday, June 9, 2014.

Woo Hooo!

I guess it is time to remember how to build Evo.

 On Po, 2014-03-17 at 09:25 +0100, Tomas Popela wrote:
  What the composer really needs right now is testing. It needs a lots of
  testing. The currently opened bugs against WebKit based composer can be
  found in [1]. If you will open a new bug against new composer (and I
  really hope you will) please prefix its summary with [webkit-composer].
  [0] - https://git.gnome.org/browse/evolution/log/?h=wip/webkit-composer
  [1] - http://ur1.ca/gvb12 

-- 
Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Mailing list moderators wanted

2015-04-26 Thread Adam Tauno Williams
On Sun, 2015-04-26 at 23:31 +0200, Andre Klapper wrote:
 Hey,
 I am the only person listed as moderator of evolution-list@ and
 evolution-hackers@. And that's not good if I go on offline holidays.
 It's important to have more than one moderator per mailing list, so I'm
 looking for someone to help with moderation. It's pretty low maintenance
 (declining spam  accepting postings of folks who are not subscribed).
 
 If you've seen a Mailman instance before (though not a hard requirement)
 and are interested in helping out, please drop a short reply (and
 explicitly CC me on it just to be on the safe side).

I'm in.

-- 
Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Propper subject prefix when reply.

2015-11-11 Thread Adam Tauno Williams
On Wed, 2015-11-11 at 12:00 +, Sasa Ostrouska wrote:
> Is there a way to tweak this so that evolution would have the
> possibility to ignore or not add the Re: or better yet, recognize the
> various languages reply prefixes ? 
> Was done some work in this direction ?

There is an almost configurations setting.

org.gnome.evolution.mail/composer-localized-re
Description: Comma-separated list of localized 'Re' abbreviations to
skip in a subject text when replying to a message, as an addition to
the standard "Re" prefix. An example is 'SV,AV'.
Default is '' [empty string]

Not quite what you are looking for however.  I do not see any other
parameters related to Subject of a reply.


-- 
Adam Tauno Williams <mailto:awill...@whitemice.org> GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Nor “Answer to list”, nor “answer to all” make use of “Cc” …add “wide answer”?

2018-05-28 Thread Adam Tauno Williams
> “reply in private to the list, outside of the knowledge of eventual
> participants). The problem here is “reply to the list” is not the
> canonical standard thing most people will want to do, it is just the
> complementary opposite of “reply privately to the sender”: “reply
> privately to the list”.

Reply-To-List is the only option anyone should ever use, IMNSHO.  Doing
anything else is bad netiquette.

I always reply to list and drop all other recipients;  I assume they
are detritus accumulated from misconfigured mail clients.

> I think there should be a “reply to list and sender” (or differently
> named) feature that does answer to the list while staying addressed
> at the sender, as does my current user-agent with “wide reply”.  

This is not so simple to implement reliably as you might think; 
determining which addresses are which, not across all mail list
software, hosting, etc...  Anyway Reply-To-List solves the problem.

Some user's use of mail-filters is not a problem for other list
subscribers to solve.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Support alternative concepts to organise mail communication?

2018-01-19 Thread Adam Tauno Williams
On Fri, 2018-01-19 at 11:33 +0100, Anna Marei wrote:
> Wouldn't this be great?
> Maybe in a way Nylas https://www.nylas.com/nylas-mail/  now
> Mailspring https://getmailspring.com/ does?
> E.g.
> - Single, unified inbox

Honestly, I fail to see the point of that at all.  And - Evolution has
that feature, and has had that feature, for **AGES**.  It's a virtual
folder, no big deal, I could do that a decade ago [and proved, at least
for me, that I do not understand why someone would do that].

> - Snooze messages

I completely miss the point of that.  I can turn a message into a task,
and set a start-date.  If I care even less than doing that...

> - Send later

Send @ [time] would be somewhat useful.  Sounds complicate to implement
though.

> I guess (e-mail) communication has changed over the last decades. So
> why not overhaul Evoultions way of dealing with it?  

The truly useful feature I see in these mail-meets-crm apps is the
automatic displaying the contact info [typically in a right-side pane]
of the "From:" match.  Especially if the notes field is displayed and
editable.   

It might be fun to try to hack that...  I wonder if simply emiting a d-
bus message when a message is opened would be easy [containing the
"from:"] ...  

-- 
Meetings Coordinator, Michigan Association of Railroad Passengers
537 Shirley St NE Grand Rapids, MI 49503-1754 Phone: 616.581.8010
E-mail: awill...@whitemice.org GPG#D95ED383 Web: http://www.marp.org
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers