Nabble - Gnome Evolution - General

Re: How to keep multiple Evolution desktops in sync

2009-12-16T06:30:03Z

On Wed, 2009-12-16 at 06:42 -0500, Adam Tauno Williams wrote:

> On Wed, 2009-12-16 at 11:00 +0000, Patrick O'Callaghan wrote:
> > On Tue, 2009-12-15 at 11:10 +0100, Patryk Benderz wrote:
> > > [cut]
> > > > You could forward them to an IMAP provider (such as Gmail or Fastmail)
> > > > and work from there.
> > > yea, but on the other hand, this would violate my corporate policies,
> > > thus this solution is not for me :(
> > In that case, the only solution is to run your own server inside the
> > corporate network.
> > *However*, on rereading the thread I realize I may have given you false
> > hope. Even with your own mail server, you cannot guarantee consistency
> > between multiple concurrent Evo instances. This is because IMAP doesn't
> > define the result of two or more clients accessing the same mailstore at
> > the same time. I don't mean you'll lose mail, but things that depend on
> > message state (such as filters) may behave strangely. You might be able
> > to get away with configuring all instances not to check for new mail
> > automatically, i.e. you do it yourself when sitting in front of them,
> > but even then you'd need to think about Evo not updating state info on
> > the mailstore without being forced to.
> > I use Evo at the office, at home and when travelling (as now). I take
> > care only to have one instance running at a time.
>
> I've operated multiple simultaneous IMAP clients for years with Cyrus
> IMAPd and never noticed any issues. The only thing you can't use are
> client-side filters, which seems kind of like a "Duh!", but with Cyrus'
> SIEVE support nobody will mess them.

I'm fairly sure that client-side filters are what most people use, so
the point is moot. I know Cyrus supports Sieve and I heartily wish Evo
did too (it's been repeatedly requested over the years) but it doesn't,
so you have to use some out-of-band client to access it.

A Sieve plug-in would be welcomed by many, but note that people
accessing multiple servers are still going to need client-side filtering
until every server in the world supports Sieve, something I don't see as
ever happening.

Returning to the original point, certain operations on folders are not
updated to the server instantly, so you can get apparent inconsistencies
between multiple instances (which in the fullness of time will resolve
themselves as long as everything keeps working).

poc

poc

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T05:46:23Z

On Wed, Dec 16, 2009 at 11:40:16AM +0000, Pete Biggs wrote:

> >
> > I can see no point at all in running Evolution to handle personal
> > calendars, tasks etc. and then having to use a *different* system to
> > handle shared tasks.
> >
>
> I have a personal shared Zimbra CalDAV calendar that is read (and
> written) by 5 copies of Evo, 4 further Zimbra iCal calendars on all
> those copies of Evo that are read-only (for other members of the
> family), a read-only Google calendar, a couple of read-only iCal web
> files and an Exchange/DavMail CalDAV R/W calendar. I haven't used a
> separate system to update my calendars for about a year now.
>
> (And I'll also add that this Evo 2.26.3 and it's all very stable.)
>

Yes, OK, I just couldn't find anywhere that actually told me this.

Zimbra is way OTT for me, I don't want a groupware solution. I did
actually run eGroupware for a while but it's simply *way* too big for
my requirements. We just want to share tasks.

--
Chris Green

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T05:43:29Z

On Wed, Dec 16, 2009 at 12:19:29PM +0100, Han Pilmeyer wrote:

> On Wed, 2009-12-16 at 10:29 +0000, Chris G wrote:
>
>
> So what calendar server can Evolution *write* to? If it can't write
> to the calendar server then it makes Evolution totally redundant
> in this sort of situation doesn't it?
>
> I can see no point at all in running Evolution to handle personal
> calendars, tasks etc. and then having to use a *different* system to
> handle shared tasks.
>
> How about adding the same CalDAV/Google calendar to Evolution for your wife and yourself?
>

That appears to be the answer I want, yes. It just wasn't clear
initially that Evolution *can* write to CalDAV servers but not to
webcal:// ones. I *did* search quite hard through the Evolution
documentation to find this out for myself but couldn't find anything
relevant.

Anyway thanks all, I'm off to install a CalDAV server of soem sort on
my little server machine here.

--
Chris Green

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T05:41:03Z

On Wed, Dec 16, 2009 at 11:45:38AM +0100, Milan Crha wrote:

> On Wed, 2009-12-16 at 10:29 +0000, Chris G wrote:
> > So what calendar server can Evolution *write* to? If it can't write
> > to the calendar server then it makes Evolution totally redundant
> > in this sort of situation doesn't it?
>
> Hi,
> for example the CalDAV calendar is read/write. I've a good experience
> with http://www.davical.org , which supports events, tasks and memos.
> Bye,
> Milan
>

Excellent, thank you, I'll try it out.

--
Chris Green

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

Re: Opening pdf attachments

2009-12-16T05:20:08Z

On Wed, 2009-12-16 at 10:21 +0000, Pete Biggs wrote:

> The message mime structure is constructed by the application that
> creates the message - it is at that point that the relationship between
> the attachment type and "Content-type:" header is determined. Clearly
> in your case the originating mailer can determine what the first
> attachment is, but fails to determine what the second one is
> ("application/octet-stream" is a generic default mime type that
> basically just means "data of some form").
>
> You should also be aware that the ".pdf" extension is not important -
> using extensions to determine file type is something that was invented
> by Microsoft in the DOS days - it is meaningless elsewhere and only
> used by humans as a reminder what a file contains rather than the
> computer as a determinant of the file type.

In the case of "application/octet-stream" we do fall back to attempting
to guess the real Content-Type from the filename (if present). This all
relies on platform-level libraries and the shared MIME database -- same
as what Nautilus uses. There's very little Evolution-specific code at
work here.

Anyway, this discussion is mostly moot because, as Akhil pointed out,
the issue the O.P. was asking about has been fixed for nearly a year.

Matthew Barnes

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

Re: Opening pdf attachments

2009-12-16T04:25:23Z

Thanks to all. I think collectively you've given me good clarification
of something I was mis-understanding.

C.Nailz

On Wed, 2009-12-16 at 12:17 +0100, Milan Crha wrote:

> On Wed, 2009-12-16 at 10:49 +0000, Patrick O'Callaghan wrote:
> >
> > > The email I'm focusing on included this statement in the message
> > source:
> > > "This message is in MIME format. Since your mail reader does not
> > > understand this format, some or all of this message may not be
> > legible."
> > > Why would Evolution not understand MIME format?
> >
> > You're misreading the statement (which could be better phrased in
> > fact).
> > What it's saying is that Evo knows this is a MIME attachment but can't
> > figure out what type it is since the header doesn't say.
>
> Hi,
> I believe the above "message" isn't shown in Evolution, it's in the
> message source, and it's a fallback message in some multipart MIME
> messages for readers, which doesn't support MIME format (are there still
> any?). Evo supports it, thus doesn't show it, but shows the message
> content.
>
> Carpet, it's generated on the sender's side as well as the whole message
> you see in message source.
> Bye,
> Milan
>
> _______________________________________________
> Evolution-list mailing list
> Evolution-list@...
> http://mail.gnome.org/mailman/listinfo/evolution-list

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

Re: How to keep multiple Evolution desktops in sync

2009-12-16T03:42:21Z

On Wed, 2009-12-16 at 11:00 +0000, Patrick O'Callaghan wrote:

> On Tue, 2009-12-15 at 11:10 +0100, Patryk Benderz wrote:
> > [cut]
> > > You could forward them to an IMAP provider (such as Gmail or Fastmail)
> > > and work from there.
> > yea, but on the other hand, this would violate my corporate policies,
> > thus this solution is not for me :(
> In that case, the only solution is to run your own server inside the
> corporate network.
> *However*, on rereading the thread I realize I may have given you false
> hope. Even with your own mail server, you cannot guarantee consistency
> between multiple concurrent Evo instances. This is because IMAP doesn't
> define the result of two or more clients accessing the same mailstore at
> the same time. I don't mean you'll lose mail, but things that depend on
> message state (such as filters) may behave strangely. You might be able
> to get away with configuring all instances not to check for new mail
> automatically, i.e. you do it yourself when sitting in front of them,
> but even then you'd need to think about Evo not updating state info on
> the mailstore without being forced to.
> I use Evo at the office, at home and when travelling (as now). I take
> care only to have one instance running at a time.

I've operated multiple simultaneous IMAP clients for years with Cyrus
IMAPd and never noticed any issues. The only thing you can't use are
client-side filters, which seems kind of like a "Duh!", but with Cyrus'
SIEVE support nobody will mess them.

Cyrus IMAPd is packaged by all major distributions.

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T03:40:16Z

> >
> > Evo is not designed to be capable of sharing local files between
> > multiple instances without these stepping on each other's toes, so
> > you'll need to run a calendar server on one of your machines, perhaps as
> > part of a groupware service.
> >
> So what calendar server can Evolution *write* to?

CalDAV - there are various groupware/calendar servers that can cope with
CalDAV - things like Zimbra come to mind (although many may think that
is overkill!)

iCal is not a R/W calendar system - it's a format of a file that is
largely read-only. Mostly iCal files are large monolithic files that
are not designed to be multiply written to.

> If it can't write
> to the calendar server then it makes Evolution totally redundant
> in this sort of situation doesn't it?

but it can - you just need a database type solution (like CalDAV) rather
than a flat file.

>
> I can see no point at all in running Evolution to handle personal
> calendars, tasks etc. and then having to use a *different* system to
> handle shared tasks.
>

I have a personal shared Zimbra CalDAV calendar that is read (and
written) by 5 copies of Evo, 4 further Zimbra iCal calendars on all
those copies of Evo that are read-only (for other members of the
family), a read-only Google calendar, a couple of read-only iCal web
files and an Exchange/DavMail CalDAV R/W calendar. I haven't used a
separate system to update my calendars for about a year now.

(And I'll also add that this Evo 2.26.3 and it's all very stable.)

P.

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T03:19:29Z

On Wed, 2009-12-16 at 10:29 +0000, Chris G wrote:


So what calendar server can Evolution *write* to?  If it can't write
to the calendar server then it makes Evolution totally redundant
in this sort of situation doesn't it?

I can see no point at all in running Evolution to handle personal
calendars, tasks etc. and then having to use a *different* system to
handle shared tasks.

How about adding the same CalDAV/Google calendar to Evolution for your wife and yourself?

--
Han Pilmeyer
pilux_at_pilmeyer_dot_nl

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

Re: Opening pdf attachments

2009-12-16T03:17:07Z

On Wed, 2009-12-16 at 10:49 +0000, Patrick O'Callaghan wrote:

>
> > The email I'm focusing on included this statement in the message
> source:
> > "This message is in MIME format. Since your mail reader does not
> > understand this format, some or all of this message may not be
> legible."
> > Why would Evolution not understand MIME format?
>
> You're misreading the statement (which could be better phrased in
> fact).
> What it's saying is that Evo knows this is a MIME attachment but can't
> figure out what type it is since the header doesn't say.

Hi,
I believe the above "message" isn't shown in Evolution, it's in the
message source, and it's a fallback message in some multipart MIME
messages for readers, which doesn't support MIME format (are there still
any?). Evo supports it, thus doesn't show it, but shows the message
content.

Carpet, it's generated on the sender's side as well as the whole message
you see in message source.
Bye,
Milan

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

Re: Stuck in file file Migration

2009-12-16T03:01:39Z

On Tue, 2009-12-15 at 08:38 -0200, Sylvia Sánchez wrote:
> Usually, you find what version you're using in the Help menu. Look
> for
> something like "About Evolution..." or "About...", "About this
> program", in the help menu.

For Evo, it's in the Help menu.

Please don't top-post replies on this list.

poc

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

Re: How to keep multiple Evolution desktops in sync

2009-12-16T03:00:04Z

On Tue, 2009-12-15 at 11:10 +0100, Patryk Benderz wrote:
> [cut]
> > You could forward them to an IMAP provider (such as Gmail or Fastmail)
> > and work from there.
> yea, but on the other hand, this would violate my corporate policies,
> thus this solution is not for me :(

In that case, the only solution is to run your own server inside the
corporate network.

*However*, on rereading the thread I realize I may have given you false
hope. Even with your own mail server, you cannot guarantee consistency
between multiple concurrent Evo instances. This is because IMAP doesn't
define the result of two or more clients accessing the same mailstore at
the same time. I don't mean you'll lose mail, but things that depend on
message state (such as filters) may behave strangely. You might be able
to get away with configuring all instances not to check for new mail
automatically, i.e. you do it yourself when sitting in front of them,
but even then you'd need to think about Evo not updating state info on
the mailstore without being forced to.

I use Evo at the office, at home and when travelling (as now). I take
care only to have one instance running at a time.

poc

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T02:51:33Z

On Wed, 2009-12-16 at 10:29 +0000, Chris G wrote:
> > Evo is not designed to be capable of sharing local files between
> > multiple instances without these stepping on each other's toes, so
> > you'll need to run a calendar server on one of your machines,
> perhaps as
> > part of a groupware service.
> >
> So what calendar server can Evolution *write* to? If it can't write
> to the calendar server then it makes Evolution totally redundant
> in this sort of situation doesn't it?

Read my reply again. Nowhere did I say that Evo can't write to a
calendar server.

poc

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

Re: Opening pdf attachments

2009-12-16T02:49:10Z

On Tue, 2009-12-15 at 22:30 -0500, Carpet Nailz wrote:

> On Wed, 2009-12-16 at 00:23 +0000, Patrick O'Callaghan wrote:
> > On Tue, 2009-12-15 at 17:30 -0500, Carpet Nailz wrote:
> > > I don't think it's the solution, though. In the case of the email with
> > > two pdfs attached, they both are type=application/pdf (according to
> > > the
> > > properties of the files once I save them to the desktop), yet one (in
> > > the email) give me as options to open Evince, Acrobat, OpenOffice
> > > writer, & GIMP; while the other (same type) only gives OOwriter/web
> > > and
> > > gedit. (On the desktop they both give me the same set of apps to open
> > > with: Evince, Acrobat, OpenOffice Writer and GIMP.)
> >
> > This is irrelevant. Evo looks at the MIME types encoded in the message
> > itself. Look at the MIME headers using View->Message Source or Ctrl-U.
> >
> > poc
> >
> I took a look at the MIME info in the email Message Source. The
> attachment that gave me good "open with" results (Evince,OpenOffice
> Writer,Acrobat, Gimp) showed this:
> Content-type: application/pdf; name="knutsonetal_NeuralPredictors.pdf";
> x-mac-creator="70727677"; x-mac-type="50444620"
> Content-disposition: attachment;
> filename="knutsonetal_NeuralPredictors.pdf"
> Content-transfer-encoding: base64
>
> The other message, which only offered OpenOffice Writer/web and gedit as
> open with options, showed this:
>
> Content-type: application/octet-stream; name="application of real-time
> fMRI.pdf"
> Content-disposition: attachment; filename="application of real-time
> fMRI.pdf"
> Content-transfer-encoding: base64
>
> I guess I don't understand what determines the MIME type of a pdf.

It's not the "MIME type of a pdf", it's the MIME type of an attachment,
and it's determined entirely by the mailer used to send the message. If
the attachment is not properly described then Evo has no way of knowing
what's actually in it. I presume that's why it's falling back to
OpenOffice and gedit as apps that might be able to deal with it. Note
that the file extension (.pdf) plays no part in this, which is in line
with the MIME standard. It would be reasonable for Evo to use the
extension as a hint when it's not sure, but that would require asking
for an enhancement.

What's happening here is that one mailer is working and the other isn't.
There's not much you can do about that other than exhort the user of the
broken mailer to use a working one.

> From
> what I see when investigating MIME types on the web, there should be a
> close relationship between file type (eg, pdf) and mime type.

The association of an extension (.pdf) with a file type is highly
system-dependent (e.g. consider .html vs .htm) which is why MIME tries
to be independent of such things.

> I haven't
> been able to find anything but cursory explanations of MIME types that
> just link them with file types such as pdf.

Standards documents tend to be highly generic. I'm sure a Google search
will turn up lots of info on this.

> Other items:
> One forum discussing this included this strange bit of advice, "Inform
> the clueless sender about the proper MIME types." Can the sender change
> the MIME type of an existing pdf?

The recommendation is correct (modulo the language). However although
the "clueless sender" doesn't have to do anything at all to their PDF
file, they do have to configure their system properly. This often
involves editing a configuration file somewhere that makes the
association between file extensions and MIME types explicit for that
system. How to do this depends on the system of course. For an example,
take a look at /etc/mime.types on most Linux systems.

> The email I'm focusing on included this statement in the message source:
> "This message is in MIME format. Since your mail reader does not
> understand this format, some or all of this message may not be legible."
> Why would Evolution not understand MIME format?

You're misreading the statement (which could be better phrased in fact).
What it's saying is that Evo knows this is a MIME attachment but can't
figure out what type it is since the header doesn't say.

> When I went to my wife's Mac (OS X 5) to see what it could tell me about
> the pdfs that she sent to me, I couldn't fine anything at all about MIME
> type in the "Get Info" for the documents. Each was just described as
> "Kind: Portable Document Format," although they had different encoding
> software indicated.

Again, this is because MIME type is not something recorded in the file
itself. A quick search on Google turned up this:
http://mac.softpedia.com/get/System-Utilities/RCDefaultApp.shtml which
might be illustrative.

poc

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T02:45:38Z

On Wed, 2009-12-16 at 10:29 +0000, Chris G wrote:
> So what calendar server can Evolution *write* to? If it can't write
> to the calendar server then it makes Evolution totally redundant
> in this sort of situation doesn't it?

Hi,
for example the CalDAV calendar is read/write. I've a good experience
with http://www.davical.org , which supports events, tasks and memos.
Bye,
Milan

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-16T02:29:32Z

On Wed, Dec 16, 2009 at 12:27:58AM +0000, Patrick O'Callaghan wrote:

> On Tue, 2009-12-15 at 22:26 +0000, Chris G wrote:
> > I'd like my wife and I to be able to share a task list but I can't see
> > any way to do this with Evolution. Is it really not possible?
> >
> > I can connect Evolution to a shared iCalendar file but it's a read
> > only connection which makes it rather pointless because one would need
> > to use another application to write tasks to the file. One might as
> > well then use the other application all the time.
> >
> > I don't want the task list to be 'out there' on the internet really, I
> > just want it to be on our SoHo server here at home.
>
> Evo is not designed to be capable of sharing local files between
> multiple instances without these stepping on each other's toes, so
> you'll need to run a calendar server on one of your machines, perhaps as
> part of a groupware service.
>

So what calendar server can Evolution *write* to? If it can't write
to the calendar server then it makes Evolution totally redundant
in this sort of situation doesn't it?

I can see no point at all in running Evolution to handle personal
calendars, tasks etc. and then having to use a *different* system to
handle shared tasks.

--
Chris Green

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

Re: Opening pdf attachments

2009-12-16T02:21:29Z

The critical bits are:

> Content-type: application/pdf; name="knutsonetal_NeuralPredictors.pdf";

and

> Content-type: application/octet-stream; name="application of real-time
> fMRI.pdf"

You can see that the two attachments have different content types - it's
this that determines what applications are offered to deal with it.

>
> I guess I don't understand what determines the MIME type of a pdf. From
> what I see when investigating MIME types on the web, there should be a
> close relationship between file type (eg, pdf) and mime type. I haven't
> been able to find anything but cursory explanations of MIME types that
> just link them with file types such as pdf.

The message mime structure is constructed by the application that
creates the message - it is at that point that the relationship between
the attachment type and "Content-type:" header is determined. Clearly
in your case the originating mailer can determine what the first
attachment is, but fails to determine what the second one is
("application/octet-stream" is a generic default mime type that
basically just means "data of some form").

You should also be aware that the ".pdf" extension is not important -
using extensions to determine file type is something that was invented
by Microsoft in the DOS days - it is meaningless elsewhere and only used
by humans as a reminder what a file contains rather than the computer as
a determinant of the file type.

When a file is saved there is a different mechanism to the mime type
used to determine what the file contains - the command "file" looks
inside the files to try and determined what they contain. It is usually
very good at it and it is the information that "file" provides that is
used to determine what is used to open it.

>
> When I went to my wife's Mac (OS X 5) to see what it could tell me about
> the pdfs that she sent to me, I couldn't fine anything at all about MIME
> type in the "Get Info" for the documents. Each was just described as
> "Kind: Portable Document Format," although they had different encoding
> software indicated.

So there is a difference in the files at the sending side.

This, ultimately, is *not* an Evo problem - Evo is doing the correct
things with the information that is provided by the message. It is a
problem at the sending end incorrectly putting in the information. Some
may argue that given a generic "application/octet-stream" mime-type Evo
should try harder to guess the real file type (like I suspect TB soes),
but that is not something I would subscribe to.

P.

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

Re: Opening pdf attachments

2009-12-15T20:40:48Z

On Tue, 2009-12-15 at 08:28 -0500, Carpet Nailz wrote:

> I see lots of posts about similar problems, but there doesn't seem to
> be
> a solution that I've found.
>
> I'm running Evo 2.24.1.1, which is the latest version for openSuse
> 11.1.
> When I get a pdf attachment, I often do not get the option to open the
> attachment with either Acrobat reader or Evince. One email that I
> received this morning only give me the options of gedit or
> OpenOffice.org Writer/Web...
>
> Other times I get one or the other or both Acrobat or Evince. I
> actually
> received one email with two pdf attachments. One attachment gave me
> the
> options and the other did not (??).
>

This was fixed in 2.26.x
https://bugzilla.gnome.org/show_bug.cgi?id=572543

If you upgrade to OpenSUSE 11.2, you will get the fix.

- Akhil

> I did not have this problem in the past with Evolution--seems to have
> started with my move to openSuse 11.1.
>
> If I right-click on a pdf file in Nautilus it shows all the relevant
> options.
>
> Thanks for any help.
>
> Nailz

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

signature.asc (204 bytes) Download Attachment

Re: Bug 579185

2009-12-15T19:58:48Z

On Tue, 2009-12-15 at 04:09 -0600, David wrote:

> I reported this bug on 6/18/2009. Does anyone know if there are any
> plans to fix it soon? Essentially the bug is that the MAPI plugin
> cannot
> authenticate to an Exchange server that requires SSL access. Servers
> that don't require SSL are readily accessible. There is no option in
> the MAPI setup to select SSL like there is on IMAP access. I am not a
>
> programmer, but from what I can understand this bug has not been
> assigned high priority. It is a critical issue for many users. Many,
>
> many servers are requiring SSL and the number is likely to increase.

With libmapi 0.9 [1] this should be solved.

[1]
http://mailman.openchange.org/pipermail/devel/2009-December/001431.html

Thanks.

--
[johnnyjacob.org] "May you share freely, never taking more than you give "

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

signature.asc (205 bytes) Download Attachment

Re: Opening pdf attachments

2009-12-15T19:30:11Z

On Wed, 2009-12-16 at 00:23 +0000, Patrick O'Callaghan wrote:

> On Tue, 2009-12-15 at 17:30 -0500, Carpet Nailz wrote:
> > I don't think it's the solution, though. In the case of the email with
> > two pdfs attached, they both are type=application/pdf (according to
> > the
> > properties of the files once I save them to the desktop), yet one (in
> > the email) give me as options to open Evince, Acrobat, OpenOffice
> > writer, & GIMP; while the other (same type) only gives OOwriter/web
> > and
> > gedit. (On the desktop they both give me the same set of apps to open
> > with: Evince, Acrobat, OpenOffice Writer and GIMP.)
>
> This is irrelevant. Evo looks at the MIME types encoded in the message
> itself. Look at the MIME headers using View->Message Source or Ctrl-U.
>
> poc
>

I took a look at the MIME info in the email Message Source. The
attachment that gave me good "open with" results (Evince,OpenOffice
Writer,Acrobat, Gimp) showed this:
Content-type: application/pdf; name="knutsonetal_NeuralPredictors.pdf";
x-mac-creator="70727677"; x-mac-type="50444620"
Content-disposition: attachment;
filename="knutsonetal_NeuralPredictors.pdf"
Content-transfer-encoding: base64

The other message, which only offered OpenOffice Writer/web and gedit as
open with options, showed this:

Content-type: application/octet-stream; name="application of real-time
fMRI.pdf"
Content-disposition: attachment; filename="application of real-time
fMRI.pdf"
Content-transfer-encoding: base64

I guess I don't understand what determines the MIME type of a pdf. From
what I see when investigating MIME types on the web, there should be a
close relationship between file type (eg, pdf) and mime type. I haven't
been able to find anything but cursory explanations of MIME types that
just link them with file types such as pdf.

Other items:
One forum discussing this included this strange bit of advice, "Inform
the clueless sender about the proper MIME types." Can the sender change
the MIME type of an existing pdf?

The email I'm focusing on included this statement in the message source:
"This message is in MIME format. Since your mail reader does not
understand this format, some or all of this message may not be legible."
Why would Evolution not understand MIME format?

When I went to my wife's Mac (OS X 5) to see what it could tell me about
the pdfs that she sent to me, I couldn't fine anything at all about MIME
type in the "Get Info" for the documents. Each was just described as
"Kind: Portable Document Format," although they had different encoding
software indicated.

Thanks.

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

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

Re: Can Evolution write tasks to any remote type of storage?

2009-12-15T16:27:58Z

On Tue, 2009-12-15 at 22:26 +0000, Chris G wrote:

> I'd like my wife and I to be able to share a task list but I can't see
> any way to do this with Evolution. Is it really not possible?
>
> I can connect Evolution to a shared iCalendar file but it's a read
> only connection which makes it rather pointless because one would need
> to use another application to write tasks to the file. One might as
> well then use the other application all the time.
>
> I don't want the task list to be 'out there' on the internet really, I
> just want it to be on our SoHo server here at home.

Evo is not designed to be capable of sharing local files between
multiple instances without these stepping on each other's toes, so
you'll need to run a calendar server on one of your machines, perhaps as
part of a groupware service.

poc

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

Re: Opening pdf attachments

2009-12-15T16:23:22Z

On Tue, 2009-12-15 at 17:30 -0500, Carpet Nailz wrote:
> I don't think it's the solution, though. In the case of the email with
> two pdfs attached, they both are type=application/pdf (according to
> the
> properties of the files once I save them to the desktop), yet one (in
> the email) give me as options to open Evince, Acrobat, OpenOffice
> writer, & GIMP; while the other (same type) only gives OOwriter/web
> and
> gedit. (On the desktop they both give me the same set of apps to open
> with: Evince, Acrobat, OpenOffice Writer and GIMP.)

This is irrelevant. Evo looks at the MIME types encoded in the message
itself. Look at the MIME headers using View->Message Source or Ctrl-U.

poc

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

Re: Opening pdf attachments

2009-12-15T14:57:04Z

>
> I don't think it's the solution, though. In the case of the email with
> two pdfs attached, they both are type=application/pdf (according to the
> properties of the files once I save them to the desktop), yet one (in
> the email) give me as options to open Evince, Acrobat, OpenOffice
> writer, & GIMP; while the other (same type) only gives OOwriter/web and
> gedit. (On the desktop they both give me the same set of apps to open
> with: Evince, Acrobat, OpenOffice Writer and GIMP.)

But what are the mime types in the email - saving could well change the
mime type. To see the source of the email, from which you should be
able to somewhere find the mimetypes, do Ctrl-U

P.

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

Re: Opening pdf attachments

2009-12-15T14:30:23Z

On Tue, 2009-12-15 at 16:19 -0500, Art Alexion wrote:

> On 12/15/2009 Carpet Nailz wrote:
> > I see lots of posts about similar problems, but there doesn't seem to
> > be
> > a solution that I've found.
> >
> > I'm running Evo 2.24.1.1, which is the latest version for openSuse
> > 11.1.
> > When I get a pdf attachment, I often do not get the option to open the
> > attachment with either Acrobat reader or Evince. One email that I
> > received this morning only give me the options of gedit or
> > OpenOffice.org Writer/Web...
> >
> > Other times I get one or the other or both Acrobat or Evince. I
> > actually
> > received one email with two pdf attachments. One attachment gave me
> > the
> > options and the other did not (??).
> >
> > I did not have this problem in the past with Evolution--seems to have
> > started with my move to openSuse 11.1.
> >
> > If I right-click on a pdf file in Nautilus it shows all the relevant
> > options.
> >
> > Thanks for any help.
>
> This is a MIME problem, not an evolution one. It depends on how the
> sending system encodes the PDF acrobat/PDF or application/PDF. Make
> sure both MIME types open in the reader you want.
>

Thanks for the suggestion. I've pursued it.

I don't think it's the solution, though. In the case of the email with
two pdfs attached, they both are type=application/pdf (according to the
properties of the files once I save them to the desktop), yet one (in
the email) give me as options to open Evince, Acrobat, OpenOffice
writer, & GIMP; while the other (same type) only gives OOwriter/web and
gedit. (On the desktop they both give me the same set of apps to open
with: Evince, Acrobat, OpenOffice Writer and GIMP.)

My mimeapps.list file had this line:
"application/pdf=evince.desktop;writer.desktop;"

I added "acroread.desktop" to the end of that line and also added this
line:
"acrobat/pdf=acroread.desktop;evince.desktop;"

This has not made any difference in the behavior of the sample email
I've been working with.

I just copied the two documents to a flash drive from my desktop, moved
it to my Vista box and mailed them back to myself (with Notes mail).
This time in Evolution both gave me only OpenOfficeWriter/web and gedit
options even though, again, both behaved fine when saved to the desktop.
So the computer knows how to open them. It's just Evolution that
doesn't.

Thanks.

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

Can Evolution write tasks to any remote type of storage?

2009-12-15T14:26:31Z

I'd like my wife and I to be able to share a task list but I can't see
any way to do this with Evolution. Is it really not possible?

I can connect Evolution to a shared iCalendar file but it's a read
only connection which makes it rather pointless because one would need
to use another application to write tasks to the file. One might as
well then use the other application all the time.

I don't want the task list to be 'out there' on the internet really, I
just want it to be on our SoHo server here at home.

--
Chris Green

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

Re: Opening pdf attachments

2009-12-15T13:19:09Z

On 12/15/2009 Carpet Nailz wrote:

This is a MIME problem, not an evolution one. It depends on how the
sending system encodes the PDF acrobat/PDF or application/PDF. Make
sure both MIME types open in the reader you want.

--
Art Alexion
MIS/Central Office Support
Resources for Human Development

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

Re: How to connect to exchange 2007 server

2009-12-15T13:12:17Z

On 12/15/2009 Paul Smith wrote:
> Just as a point of order, I've tried DavMail and haven't had much more
> success with it in terms of the things I really need Exchange support
> for, which is primarily calendaring with the ability to schedule
> meetings, see free/busy information, and get meeting reminders than
> with
> the MAPI plugin. Which is to say, basically none.

Which is why I switched to T-bird/DavMail. Calendaring works well if
you get the URL right (and its case sensitive).

--
Art Alexion
MIS/Central Office Support
Resources for Human Development

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

Re: How to connect to exchange 2007 server

2009-12-15T13:05:24Z

On 12/15/2009 Pete Biggs wrote:
> So why not use DavMail and Evo?

I couldn't get the calendar to work. I haven't been able to get the
GAL/LDAP to work on either.

--
Art Alexion
MIS/Central Office Support
Resources for Human Development

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

Re: bonobo dependency q's

2009-12-15T10:55:52Z

On Tue, 2009-12-15 at 13:48 -0500, Philippe LeCavalier wrote:
> Hi all,
> Is it my imagination or did I see a posting about Evo 2.28 and up
> detaching from bonobo?

Yes. <http://mbarnes.livejournal.com/3367.html>

<quote>This will debut as 2.29.1.</quote>

> I'm on deb with 2.28.1 and removing it forces the removal of Evo
> still.

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

bonobo dependency q's

2009-12-15T10:48:55Z

Hi all,

Is it my imagination or did I see a posting about Evo 2.28 and up detaching from bonobo? I'm on deb with 2.28.1 and removing it forces the removal of Evo still.

Cheers,
Phil

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

Re: Stuck in file file Migration

2009-12-15T09:53:27Z

>
> On Mon, 2009-12-14 at 13:59 -0700, Tom Hunter wrote:
>
>> Hi ...
>>
>> Ok, I am a happy camper again. Akhil's information resolved the
>> migration issue. Thanks to all. I am now running EVO 2.28. My next
>> issue will be how to merge my TB email back into EVO. Time now to do
>> some research on this.
>>
>> Thanks All,
>>
>> ... TomH
>>
>
> Reid Thompson wrote:
>
>> I believe that TB uses plain mbox files.
>> I tend to keep my evolution local mail in maildir format
>>
>> I think something along the lines of the following conversions have
>> worked for me in the past. Note that these are moves, the originating
>> file will be empty/removed after the invocation.
>>
>> I generally copy the mbox file to /tmp and use it in the move.
>> Don't forget evolution --force-shutdown first.
>>
>> movemail is part of GNU mailutils package.
>>
>>
>> copy original mbox file to cur.mbox then
>> movemail "/tmp/cur.mbox" "maildir:///tmp/newMaildir"
>>
>>
>> convert from maildir to mbox
>> copy original maildir folder to newMaildir then
>> movemail "maildir:///tmp/newMaildir" "/tmp/cur.mbox"
>>
>>
>> As a quick test, i just copied an old TB Local Folders/Sent file to /tmp
>> and ran
>> movemail Sent "maildir:///tmp/newMaildir"
>>
>> then
>> mutt -f /tmp/newMaildir
>>
>> and it looks to be fine.
>>
>>

Tom Hunter wrote:

Thanks for the info ... I have been successful importing (via EVO) the
TB MBOX format. So my EVO folders are now current .

tks ... tomh
_______________________________________________
Evolution-list mailing list
Evolution-list@...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: How to connect to exchange 2007 server

2009-12-15T06:19:27Z

On Tue, 2009-12-15 at 08:45 -0500, Paul Smith wrote:

> On Tue, 2009-12-15 at 13:38 +0000, Pete Biggs wrote:
> > My *personal* opinion is that there seems to be so many problems and
> > restrictions with evo-mapi and so many ways that DavMail succeeds when
> > evo-mapi doesn't that the developers should look closely at
> > integrating DavMail into Evo - perhaps even with a view to it being
> > the main way of interacting with Exchange.
>
> Just as a point of order, I've tried DavMail and haven't had much more
> success with it in terms of the things I really need Exchange support
> for, which is primarily calendaring with the ability to schedule
> meetings, see free/busy information, and get meeting reminders than with
> the MAPI plugin. Which is to say, basically none.
>
> In fact I haven't had much more success at all with davmail. I only
> fooled with it for a half-hour or so, maybe if I made a committed run at
> it I could get it working better.
>

The Exchange system I have access to (can't really say "use" 'cos I
don't!) is a no-go with evo-mapi (it's a clustered multi-site setup
accessed through a proxy using SSL encrypted connections). DavMail
happily connects to it and seems to reliably deal with calendars and
GAL. I don't use Exchange for anything serious (yet) so I can't comment
on anything beyond adding and displaying calendar entries.

P.

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

Re: How to connect to exchange 2007 server

2009-12-15T05:45:56Z

On Tue, 2009-12-15 at 13:38 +0000, Pete Biggs wrote:
> My *personal* opinion is that there seems to be so many problems and
> restrictions with evo-mapi and so many ways that DavMail succeeds when
> evo-mapi doesn't that the developers should look closely at
> integrating DavMail into Evo - perhaps even with a view to it being
> the main way of interacting with Exchange.

Just as a point of order, I've tried DavMail and haven't had much more
success with it in terms of the things I really need Exchange support
for, which is primarily calendaring with the ability to schedule
meetings, see free/busy information, and get meeting reminders than with
the MAPI plugin. Which is to say, basically none.

In fact I haven't had much more success at all with davmail. I only
fooled with it for a half-hour or so, maybe if I made a committed run at
it I could get it working better.

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

Re: How to connect to exchange 2007 server

2009-12-15T05:38:32Z

On Tue, 2009-12-15 at 08:21 -0500, Art Alexion wrote:

> On 12/14/2009 Jaap A. Haitsma wrote:
> > On Mon, Dec 14, 2009 at 22:09, L <yuanlux@...> wrote:
> > > > On Sat, Dec 12, 2009 at 7:13 AM, Jaap A. Haitsma
> > <jaap@...> wrote:
>
> > > >
> > > > Some people mentioned evo 2.28.0 and evo-mapi 0.28.0 are not
> > working,
> > > > evo-2.28.1 and evo-mapi-0.28.1 can connect to exchange 2007. on
> > my F12
> > > > system, I managed to upgraded to evo-2.28.1. The problem remained.
> > > > Keep crash during mapi-profile setup (at authentication step)
> > > >
> > I'm seeing the same. Can somebody of the developers explain if it is
> > supposed to work with outlook anywhere or not?
>
> Same here on Ubuntu 9.10. Switched to DavMail & T-bird for now, but
> monitoring this list so that I can switch back to evo once the MAPI
> plugin is stable.
>

So why not use DavMail and Evo?

My *personal* opinion is that there seems to be so many problems and
restrictions with evo-mapi and so many ways that DavMail succeeds when
evo-mapi doesn't that the developers should look closely at integrating
DavMail into Evo - perhaps even with a view to it being the main way of
interacting with Exchange.

P.

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

Opening pdf attachments

2009-12-15T05:28:01Z

I see lots of posts about similar problems, but there doesn't seem to be
a solution that I've found.

I'm running Evo 2.24.1.1, which is the latest version for openSuse 11.1.
When I get a pdf attachment, I often do not get the option to open the
attachment with either Acrobat reader or Evince. One email that I
received this morning only give me the options of gedit or
OpenOffice.org Writer/Web...

Other times I get one or the other or both Acrobat or Evince. I actually
received one email with two pdf attachments. One attachment gave me the
options and the other did not (??).

I did not have this problem in the past with Evolution--seems to have
started with my move to openSuse 11.1.

If I right-click on a pdf file in Nautilus it shows all the relevant
options.

Thanks for any help.

Nailz

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