Re: [Evolution-hackers] standalone e-d-s

2005-09-20 Thread Shreyas Sriniavasan
On Tue, 2005-09-20 at 18:10 +0200, Leen Toelen wrote:
> Hi,
> 
> a while ago I saw a mail from Ross Burton that he is working on a
> D-Bus port of e-d-s. When this is integrated, does it mean that e-d-s
> can run completely standalone from evolution? I know that calenaring
> for example works in standalone mode, but will the d-bus e-d-s handle
> all the logic (mail receiving, spam check, indexing,...) and will
> evolution become just a GUI on top of that? Or will evolution still be
> needed for the mail part.

Hmmm.. There are some thoughts on that here

http://go-evolution.org/Evo2.6

Having a mail backend working out of e-d-s is still a bit off.
Its part of the Big Plan(TM) though and is expected to happen.
The time frame is still under discussion.

The dbus connection is still being explored from what i can see 
although i am not an expert in that field. 

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


Re: [Evolution-hackers] standalone e-d-s

2005-09-20 Thread Ross Burton
On Tue, 2005-09-20 at 18:10 +0200, Leen Toelen wrote:
> a while ago I saw a mail from Ross Burton that he is working on a
> D-Bus port of e-d-s. When this is integrated, does it mean that e-d-s
> can run completely standalone from evolution? I know that calenaring
> for example works in standalone mode, but will the d-bus e-d-s handle
> all the logic (mail receiving, spam check, indexing,...) and will
> evolution become just a GUI on top of that? Or will evolution still be
> needed for the mail part.

The DBus port simply replaces the CORBA IPC in the calendar and
addressbook with DBus.

e-d-s is totally stand-alone from Evolution at the moment, and doesn't
depend on Evolution for any of it's functionality.  The mail APIs are
low-level though and don't handle receiving etc, but I believe that is
part of the plan for the next release.

Ross
-- 
Ross Burton mail: [EMAIL PROTECTED]
  jabber: [EMAIL PROTECTED]
 www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF


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


[Evolution-hackers] standalone e-d-s

2005-09-20 Thread Leen Toelen
Hi,

a while ago I saw a mail from Ross Burton that he is working on a
D-Bus port of e-d-s. When this is integrated, does it mean that e-d-s
can run completely standalone from evolution? I know that calenaring
for example works in standalone mode, but will the d-bus e-d-s handle
all the logic (mail receiving, spam check, indexing,...) and will
evolution become just a GUI on top of that? Or will evolution still be
needed for the mail part.

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


Re: [Evolution-hackers] Debugging IMAP, pointers needed

2005-09-20 Thread Not Zed

>From what i can see ...

CamelStore('imap://[EMAIL 
PROTECTED]/;filter_junk_inbox;filter_junk;filter;use_lsub;command=ssh%20-C%20-l%20%25u%20mail.altlinux.ru%20exec%20/usr/sbin/imapd;use_command;check_all'):get_folder('.#evolution/Trash',
 0) = 0x81b5f88

You're telling it to use subscribed folders.

But ...

sending : A3 LSUB "" "*"
received: A3 OK LSUB completed

You don't have any.

FWIW, your 'spool' account will be inefficient, so if you are using it
on folders with many updates you'd be better off moving the mail to
Evolution Local, or converting to maildir.  But that's up to you.

On Tue, 2005-09-20 at 14:25 +0400, Mikhail Zabaluev wrote:
> Hello,
> 
> I'm going to investigate the IMAP bug that have been bothering me for a
> while:
> http://bugzilla.gnome.org/show_bug.cgi?id=315251
> 
> I need some starting points to look at in the debugger.
> >From what can be seen in the logs, the client receives LIST and LSUB
> responses, but nothing happens afterwards and the folder tree does not
> become updated with IMAP folders. Maybe, there is nothing in the
> responses to make tree items from (though INBOX is clearly listed), but
> then something must be wrong with the requests. Any clues?
> ___
> Evolution-hackers mailing list
> Evolution-hackers@gnome.org
> http://mail.gnome.org/mailman/listinfo/evolution-hackers
-- 
adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon:
'stock_insert-url' in gnome 

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


[Evolution-hackers] Debugging IMAP, pointers needed

2005-09-20 Thread Mikhail Zabaluev
Hello,

I'm going to investigate the IMAP bug that have been bothering me for a
while:
http://bugzilla.gnome.org/show_bug.cgi?id=315251

I need some starting points to look at in the debugger.
>From what can be seen in the logs, the client receives LIST and LSUB
responses, but nothing happens afterwards and the folder tree does not
become updated with IMAP folders. Maybe, there is nothing in the
responses to make tree items from (though INBOX is clearly listed), but
then something must be wrong with the requests. Any clues?
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Re: Translations not used in Evolution (was Re: Evolution and Evolution-Data-Server branched)

2005-09-20 Thread Harish Krishnaswamy
On Mon, 2005-09-19 at 09:09 -0600, Elijah Newren wrote:
> On 9/19/05, Harish Krishnaswamy <[EMAIL PROTECTED]> wrote:

> > This sounds fine. It is almost always the Friday before the due-date,
> > but I can post a heads-up to gnome-i18n in future.
> 
> Actually, this is a good data point because Danilo brought this up on
> d-d-l in terms of the 2.14 schedule mentioning that we haven't had a
> don't-release-sooner-than-X guideline before, but such a guideline
> would help them.  What would work for Evolution here?  Would
> specifying that tarballs for a release should include translations up
> to Friday 23:59 UTC before the release allow you enough time?  I think
> if we document this kind of stuff, then it'll go a long ways towards
> preventing misunderstandings such as this thread.

Yes. As I have noted above, Friday 23:59 UTC would be fine by the
evolution team. *Defining* a time more than 'when' was the crucial bit.

Thanks again,
Harish

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