[Evolution] mail client application



Hello,
Let me clear my doubt:
I am having ubuntu 10.04 & evolution 2.28.3.
On desktop application evolution is working fine. (I am able to connect
all server)

To do my own application development i have install evolution-dev
version (evolution-dev).

with that i am to connect with gmail or yahoo server,but i couldn't able
to connect.

Error : Server unexpectedly disconnected: Input/output error
email_test: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion
`mutex->__data.__owner == 0' failed.

Do i have to do build evolution with SSL support ??

If Yes,please suggest me how i can do.

Please suggest me some solution.

Regards,
Vijay

On Tue, 2010-06-22 at 08:59 +0000, evolution-list-request gnome org
wrote:
Send evolution-list mailing list submissions to
      evolution-list gnome org

To subscribe or unsubscribe via the World Wide Web, visit
      http://mail.gnome.org/mailman/listinfo/evolution-list
or, via email, send a message with subject or body 'help' to
      evolution-list-request gnome org

You can reach the person managing the list at
      evolution-list-owner gnome org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of evolution-list digest..."


Today's Topics:

   1.  Thoughts on one process-per window + state recovery on
      crash? (Nick Jenkins)
   2.  evo 2.30.1.2 tasks have mind of their own (George H)
   3. Re:  evo 2.30.1.2 tasks have mind of their own (George H)
   4. Re:  mail client application (Milan Crha)
   5. Re:  evo 2.30.1.2 tasks have mind of their own (Milan Crha)
   6. Re:  evo 2.30.1.2 tasks have mind of their own (George H)
   7. Re:  Thoughts on one process-per window + state recovery on
      crash? (Pete Biggs)
   8. Re:  evo 2.30.1.2 tasks have mind of their own (Milan Crha)


----------------------------------------------------------------------

Message: 1
Date: Tue, 22 Jun 2010 15:58:10 +1000
From: Nick Jenkins <nickpj gmail com>
To: evolution-list <evolution-list gnome org>
Subject: [Evolution] Thoughts on one process-per window + state
      recovery on     crash?
Message-ID: <1277186290 12450 292 camel redux>
Content-Type: text/plain; charset="UTF-8"

In browsers like Chrome, the application has different processes for
each tab. The result (in theory) is that one misbehaving tab cannot
crash the whole browser.

Slightly left-of-field question: In the long-long-long-term, would it
make sense for Evolution to use this model too, with one process for
each window? The reason I ask is that several times a week, Evolution
will crash on me. Whilst crashing is never preferred behaviour, it's not
the crashing per-se that I dislike, it's the losing the application
state (e.g. I tend to have 5 to 10 email windows open, some of which I
need to read, some of which I need to respond to, some of which I am
drafting, as well as several meeting items which I need to do something
about). It's this state being lost that I dislike most, since it's like
making a to-do list, and then having someone throw it away before you've
had a chance to do the things on the list, and being left with an uneasy
feeling that there's something you should be doing, if only you could
remember what it was.

Currently Evo will recover/reopen any draft email windows after a crash
(which is part of the app state, and a great start), but not the open
read-emails / open + unsaved calendar windows / open + unsaved task
windows / open + unsaved memo windows, which are the other parts of the
app's state.

So I guess I really have two questions:
1) State recovery: Would it make sense to have Evo restore all open
windows on reopening after a crash, in the same way that (say) Firefox
restores all open tabs?
2) Crash impact reduction via process isolation: Would it make sense to
have a separate process for each window, such that a crash inside one
window takes down just that one window, whilst leaving the rest of the
app intact?

I fully realise that these are both very-very long term things, probably
requiring years of deep architectural changes, but wanted to ask in
order to determine if my ideal Evo behaviour matches other people's. If
so, I'll log these are long-term enhancement requests in BZ. Couldn't
see anything in there currently that covers the above, apart from this,
which is a subset of what's being described in the state recovery
section: https://bugzilla.gnome.org/show_bug.cgi?id=548332 "Unsaved
tasks are lost when/if Evolution crashes".

-- All the best,
Nick.



------------------------------

Message: 2
Date: Tue, 22 Jun 2010 10:24:07 +0300
From: George H <george dma gmail com>
To: evolution-list gnome org
Subject: [Evolution] evo 2.30.1.2 tasks have mind of their own
Message-ID:
      <AANLkTin9zLQ5ttPGVrY4M_Rjt6l7jLfyh1owAyDQrVv8 mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1

Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting
to be annoying.
I create a task and I set the start date to June 22, 2010, 11:00 and
the end date  June 22, 2010, 12:00
Then for some reason after a while I see the task has changed the
start date to June 16, 2006 and the end date to August 02, 1980.

Why does it do this ? How can I fix it.
--
George H
george dma gmail com


------------------------------

Message: 3
Date: Tue, 22 Jun 2010 10:26:28 +0300
From: George H <george dma gmail com>
To: evolution-list gnome org
Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own
Message-ID:
      <AANLkTinVjzN4yyMy6iSeJ0RQNOZBwovIVSs31fukxmIo mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Jun 22, 2010 at 10:24 AM, George H <george dma gmail com> wrote:
Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting
to be annoying.
I create a task and I set the start date to June 22, 2010, 11:00 and
the end date ?June 22, 2010, 12:00
Then for some reason after a while I see the task has changed the
start date to June 16, 2006 and the end date to August 02, 1980.

Why does it do this ? How can I fix it.
--
George H
george dma gmail com


One more thing I forgot to mention. Why does the task always presume
that a task duration is minimum 1 day long ? If you set the start date
to "today" and set it in the morning, and the Finish date cannot be
set to "today" at night. It keeps trying to set the finish date to the
next day.


------------------------------

Message: 4
Date: Tue, 22 Jun 2010 09:37:23 +0200
From: Milan Crha <mcrha redhat com>
To: evolution-list gnome org
Subject: Re: [Evolution] mail client application
Message-ID: <1277192243 2654 4 camel madtux>
Content-Type: text/plain; charset="UTF-8"

On Mon, 2010-06-21 at 15:52 +0530, evolution test wrote:
i am using evolution dev version on ubuntu10.04.

      Hi,
believe or not, there are people (including me) having no idea what
evolution version is in ubuntu10.04 (or any other distribution). It's
always better to tell evolution version, not only the distribution you
are using.

I have tried some sample test case to connect with gmail or yahoo
server,but i couldn't able to connect.

You may set SSL probably. Anyway, both provides their help pages how to
setup email clients, and even you'll look on setup for Thunderbird or
even for Outlook, then the same setup applies also for Evolution. Only
the place where to write server names and setup connection type is
different, but values are the same.
      Bye,
      Milan



------------------------------

Message: 5
Date: Tue, 22 Jun 2010 09:45:31 +0200
From: Milan Crha <mcrha redhat com>
To: evolution-list gnome org
Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own
Message-ID: <1277192731 2654 6 camel madtux>
Content-Type: text/plain; charset="UTF-8"

On Tue, 2010-06-22 at 10:26 +0300, George H wrote:
On Tue, Jun 22, 2010 at 10:24 AM, George H <george dma gmail com> wrote:
Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting
to be annoying.
I create a task and I set the start date to June 22, 2010, 11:00 and
the end date  June 22, 2010, 12:00
Then for some reason after a while I see the task has changed the
start date to June 16, 2006 and the end date to August 02, 1980.

One more thing I forgot to mention. Why does the task always presume
that a task duration is minimum 1 day long ? If you set the start date
to "today" and set it in the morning, and the Finish date cannot be
set to "today" at night. It keeps trying to set the finish date to the
next day.

      Hi,
what is a calendar type you are seeing this on? (On This
Computer/CalDAV/webdav/exchange/mapi/...)
      Bye,
      Milan



------------------------------

Message: 6
Date: Tue, 22 Jun 2010 10:51:06 +0300
From: George H <george dma gmail com>
To: evolution-list gnome org
Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own
Message-ID:
      <AANLkTinNPdWGAmYUYBiJBD77mg-RGRxGxhL9ILWla9yX mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Jun 22, 2010 at 10:45 AM, Milan Crha <mcrha redhat com> wrote:
On Tue, 2010-06-22 at 10:26 +0300, George H wrote:
On Tue, Jun 22, 2010 at 10:24 AM, George H <george dma gmail com> wrote:
Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting
to be annoying.
I create a task and I set the start date to June 22, 2010, 11:00 and
the end date ?June 22, 2010, 12:00
Then for some reason after a while I see the task has changed the
start date to June 16, 2006 and the end date to August 02, 1980.

One more thing I forgot to mention. Why does the task always presume
that a task duration is minimum 1 day long ? If you set the start date
to "today" and set it in the morning, and the Finish date cannot be
set to "today" at night. It keeps trying to set the finish date to the
next day.

? ? ? ?Hi,
what is a calendar type you are seeing this on? (On This
Computer/CalDAV/webdav/exchange/mapi/...)
? ? ? ?Bye,
? ? ? ?Milan


I am using the Exchange MAPI plugin, my calendar is not connected to
free/busy publishing site but it does get synchronized from the
exchange server that we are using.

Is there any other information or tests that I can provide / conduct
to help debug this problem.


------------------------------

Message: 7
Date: Tue, 22 Jun 2010 09:34:47 +0100
From: Pete Biggs <pete biggs org uk>
To: evolution-list gnome org
Subject: Re: [Evolution] Thoughts on one process-per window + state
      recovery on crash?
Message-ID: <1277195687 31053 9 camel snoopy chem ox ac uk>
Content-Type: text/plain


2) Crash impact reduction via process isolation: Would it make sense to
have a separate process for each window, such that a crash inside one
window takes down just that one window, whilst leaving the rest of the
app intact?

The strange thing is that one of the major improvements to Evo when
going from 1.x to 2.x (I think) was getting rid of the individual
processes for each component and amalgamating them into one threaded
executable. :-)

The problem really comes down to how the individual processes and
windows interact and synchronise - as far as I can see with something
like a browser the individual windows/tabs etc are essentially
autonomous and independent, whereas with a groupware application there
is considerably more interaction between the components.

P.




------------------------------

Message: 8
Date: Tue, 22 Jun 2010 10:59:22 +0200
From: Milan Crha <mcrha redhat com>
To: evolution-list gnome org
Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own
Message-ID: <1277197162 2654 13 camel madtux>
Content-Type: text/plain; charset="UTF-8"

On Tue, 2010-06-22 at 10:51 +0300, George H wrote:
I am using the Exchange MAPI plugin, my calendar is not connected to
free/busy publishing site but it does get synchronized from the
exchange server that we are using.

Is there any other information or tests that I can provide / conduct
to help debug this problem.

      Hi,
unfortunately not. Microsoft Exchange server doesn't support time set on
Tasks, it can hold only dates (try setup a task in Outlook). There is
nothing evolution-mapi can do with it, because even we would find some
workaround, then for interoperability reasons it would be "for nothing",
because other clients wouldn't understand our workaround.

See [1] for more tech information.
      Bye,
      Milan

[1] http://msdn.microsoft.com/en-us/library/cc815922.aspx



------------------------------

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


End of evolution-list Digest, Vol 59, Issue 28
**********************************************





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]