Re: [Evolution] Data migration Evolution 2.24.5 to 3.4.3

2012-08-07 Thread Patryk Benderz
Dnia 2012-08-06, pon o godzinie 09:52 -0600, Brian A Anderson pisze:
 How do I migrate from one machine running Evolution 2.24.5
[cut]
thats some ancient version. I would try to upgrade Evo to newer one on
old hardware, which should change data structures of storage. Then try
to make backup on old, and restore on new hardware.
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

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


Re: [Evolution] Errors when fetching mail from many accounts

2012-08-07 Thread Caseyin
Hello Magne,

I have the same problem and until now did not find any solution. Did you
solve yours?

Cy



--
View this message in context: 
http://gnome-evolution-general.1774414.n4.nabble.com/Errors-when-fetching-mail-from-many-accounts-tp4655316p4655593.html
Sent from the Gnome Evolution - General mailing list archive at Nabble.com.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Data migration Evolution 2.24.5 to 3.4.3

2012-08-07 Thread Pete Biggs
On Mon, 2012-08-06 at 13:24 -0600, Brian A Anderson wrote:
 On Mon, 2012-08-06 at 17:26 +0100, Pete Biggs wrote:
  On Mon, 2012-08-06 at 09:52 -0600, Brian A Anderson wrote:
   How do I migrate from one machine running Evolution 2.24.5 to another
   machine running Evolution 3.4.3.
  
 
 I tried using this procedure but it did not work.
 I used the backup from the old version 2.24.5 it produced a
 evolution-backup.tar.gz

Sorry, it didn't impinge on my brain that you were using such an old
version.

 So I killed all the programs and removed all the files in my user space
 and restarted evolution 3.4.3 on the new machine

Did you try restarting Evolution without removing the files to see if it
migrated the data to the new format?

  and downloaded files
 from my ISP provider.
 So far so good.  But no files from before.

Sometimes it is better to start from scratch and rebuild all the data -
it depends on how many mail accounts you have, how your accounts are
accessed and how complex your setup is.  I'm going to have to do it at
some point because I have crud in my Evo folders from much testing of
various mail types, calendars, contacts and so on, and I have no idea
which I can safely delete!  So, look on the bright side 

P.


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


Re: [Evolution] Data migration Evolution 2.24.5 to 3.4.3

2012-08-07 Thread Pete Biggs
On Mon, 2012-08-06 at 13:31 -0600, Brian A Anderson wrote:
 This sounds a bit like I have a mission impossible.
 Looks like Evolution 3.0 does the conversion.
 I don't have 3.0.

It's in Fedora 15, so the easiest way of accessing Evo 3.0 is to
install F15 on a virtual machine and use that to do the conversion - but
see below.

 
 If I follow what you said below,  Does this mean that I have to convert
 2.24.5 data to 2.32 data and then to 3.4 or is it just one conversion?

It's more likely to work properly if you go in small steps - there was a
big change in data going to 2.32 and a similar big change going to 3.0.
3.4 introduced another change in the way the configuration data are
held.  Evo can probably cope with a single conversion, but it is more
likely to get it wrong.  The safest way is to go to 2.32 first, then 3.0
then 3.4.  Andre was saying that it should be OK to miss out the 2.32
step and use 3.0 to convert that data from the 2.24 format.  It is
unlikely though that the Evolution backup files will work from 2.24 (the
tar.gz file doesn't just contain data, it also contains settings that
need to merged into gconf as part of the restore process, that's why you
can't just untar the file and expect it to work). So you need to upgrade
your (failing) machine first to Fedora15 - after taking a back up copy
of your data!  Then use that to create an Evolution backup file that can
be imported into 3.4 on F17

 Is there a utility that someone has that might do this job?

Yes, it's built in to Evolution - I don't think there's an official
stand alone utility to do it, although someone may have cobbled together
a script for it.

P.

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


[Evolution] Segfault in evolution

2012-08-07 Thread pablo.a.saave...@gmail.com
Hi all,

I am using evolution 3.2.3-0ubuntu6 in Ubuntu 12.04, with evolution-ews
installed. Yesterday it stopped working, when I run evolution from the
command line I get the following:


 Construct the listener
 (evolution:13354): evolution-online-accounts-CRITICAL **:
 online_accounts_handle_uid: assertion `match == NULL || g_strcmp0 (match,
 evo_id) == 0' failed

 (evolution:13354): evolution-online-accounts-CRITICAL **:
 online_accounts_handle_uid: assertion `match == NULL || g_strcmp0 (match,
 evo_id) == 0' failed

 (evolution:13354): camel-ews-provider-WARNING **: Cannot build full name
 for folder
 AAMkADUxY2ZiZWUyLTExYWEtNDY3ZS04OWMyLTZiYzVhYWU3ZTFiNAAuAACUgQkSc+WWQ4ktAvXd2M4qAQA19H/gR0heT4JvKDsai4UkACHLQhFsAAA=
 Segmentation fault (core dumped)


How can I obtain more info to figure out what the problem is?

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


Re: [Evolution] Segfault in evolution

2012-08-07 Thread Andre Klapper
Hi,

On Tue, 2012-08-07 at 10:39 -0300, pablo.a.saave...@gmail.com wrote:
 Segmentation fault (core dumped)

Make sure that you have debug packages installed and follow the steps on
http://projects.gnome.org/evolution/bugs.shtml#backtrace

andre
-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper

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


Re: [Evolution] Segfault in evolution

2012-08-07 Thread pablo.a.saave...@gmail.com
On 7 August 2012 10:45, Andre Klapper ak...@gmx.net wrote:

 Hi,

 On Tue, 2012-08-07 at 10:39 -0300, pablo.a.saave...@gmail.com wrote:
  Segmentation fault (core dumped)

 Make sure that you have debug packages installed and follow the steps on
 http://projects.gnome.org/evolution/bugs.shtml#backtrace


Thanks,

can this be the correct backtrace:

Thread 6 (Thread 0xaceffb40 (LWP 27504)):
#0  0xb76eee3a in g_str_hash () from /lib/i386-linux-gnu/libglib-2.0.so.0
#1  0xb76edd46 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#2  0xb6bcc60f in camel_folder_info_build () from
/usr/lib/libcamel-provider-1.2.so.29
#3  0xadaf5c55 in folder_info_from_store_summary (top=0x0, store=0x86c10a0,
flags=optimized out, error=optimized out)
at camel-ews-store.c:366
#4  ews_get_folder_info_sync (store=0x86c10a0, top=0x0, flags=7,
cancellable=0x0, error=0xaceff05c) at camel-ews-store.c:505
#5  0xb6bcd786 in camel_store_get_folder_info_sync () from
/usr/lib/libcamel-provider-1.2.so.29
#6  0xb6bcdbf6 in ?? () from /usr/lib/libcamel-provider-1.2.so.29
#7  0xb7866a4d in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#8  0xb78540ac in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#9  0xb7723047 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#10 0xb77226b3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#11 0xb7e47d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#12 0xb75fdace in clone () from /lib/i386-linux-gnu/libc.so.6

This was the gdb output up until the crash:

Starting program: /usr/bin/evolution
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library /lib/i386-linux-gnu/libthread_db.so.1.
 [New Thread 0xb60a2b40 (LWP 27491)]
 [New Thread 0xb56ffb40 (LWP 27492)]
 [New Thread 0xb4cffb40 (LWP 27493)]
 [New Thread 0xad86eb40 (LWP 27503)]
 [New Thread 0xaceffb40 (LWP 27504)]

  Construct the listener[Thread 0xad86eb40 (LWP 27503) exited]

 (evolution:27485): evolution-online-accounts-CRITICAL **:
 online_accounts_handle_uid: assertion `match == NULL || g_strcmp0 (match,
 evo_id) == 0' failed

 (evolution:27485): evolution-online-accounts-CRITICAL **:
 online_accounts_handle_uid: assertion `match == NULL || g_strcmp0 (match,
 evo_id) == 0' failed

 (evolution:27485): camel-ews-provider-WARNING **: Cannot build full name
 for folder
 AAMkADUxY2ZiZWUyLTExYWEtNDY3ZS04OWMyLTZiYzVhYWU3ZTFiNAAuAACUgQkSc+WWQ4ktAvXd2M4qAQA19H/gR0heT4JvKDsai4UkACHLQhFsAAA=
 [New Thread 0xad86eb40 (LWP 27514)]

 Program received signal SIGSEGV, Segmentation fault.
 [Switching to Thread 0xaceffb40 (LWP 27504)]
 0xb76eee3a in g_str_hash () from /lib/i386-linux-gnu/libglib-2.0.so.0


Thanks again, let me know if I am missing something.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Segfault in evolution

2012-08-07 Thread Andre Klapper
On Tue, 2012-08-07 at 10:53 -0300, pablo.a.saave...@gmail.com wrote:
 can this be the correct backtrace:

Yes. :)

 Thread 6 (Thread 0xaceffb40 (LWP 27504)):
 #0  0xb76eee3a in g_str_hash ()
 from /lib/i386-linux-gnu/libglib-2.0.so.0
 #1  0xb76edd46 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
 #2  0xb6bcc60f in camel_folder_info_build ()
 from /usr/lib/libcamel-provider-1.2.so.29
 #3  0xadaf5c55 in folder_info_from_store_summary (top=0x0,
 store=0x86c10a0, flags=optimized out, error=optimized out)
 at camel-ews-store.c:366
 #4  ews_get_folder_info_sync (store=0x86c10a0, top=0x0, flags=7,
 cancellable=0x0, error=0xaceff05c) at camel-ews-store.c:505
 #5  0xb6bcd786 in camel_store_get_folder_info_sync ()
 from /usr/lib/libcamel-provider-1.2.so.29
 #6  0xb6bcdbf6 in ?? () from /usr/lib/libcamel-provider-1.2.so.29
 #7  0xb7866a4d in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
 #8  0xb78540ac in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
 #9  0xb7723047 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
 #10 0xb77226b3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
 #11 0xb7e47d4c in start_thread ()
 from /lib/i386-linux-gnu/libpthread.so.0
 #12 0xb75fdace in clone () from /lib/i386-linux-gnu/libc.so.6

Looks a lot like https://bugzilla.gnome.org/show_bug.cgi?id=659788 to me
which has not been fixed yet.

andre
-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper

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


Re: [Evolution] Segfault in evolution

2012-08-07 Thread pablo.a.saave...@gmail.com
On 7 August 2012 11:19, Andre Klapper ak...@gmx.net wrote:

 On Tue, 2012-08-07 at 10:53 -0300, pablo.a.saave...@gmail.com wrote:
  can this be the correct backtrace:

 Yes. :)

  Thread 6 (Thread 0xaceffb40 (LWP 27504)):
  #0  0xb76eee3a in g_str_hash ()
  from /lib/i386-linux-gnu/libglib-2.0.so.0
  #1  0xb76edd46 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
  #2  0xb6bcc60f in camel_folder_info_build ()
  from /usr/lib/libcamel-provider-1.2.so.29
  #3  0xadaf5c55 in folder_info_from_store_summary (top=0x0,
  store=0x86c10a0, flags=optimized out, error=optimized out)
  at camel-ews-store.c:366
  #4  ews_get_folder_info_sync (store=0x86c10a0, top=0x0, flags=7,
  cancellable=0x0, error=0xaceff05c) at camel-ews-store.c:505
  #5  0xb6bcd786 in camel_store_get_folder_info_sync ()
  from /usr/lib/libcamel-provider-1.2.so.29
  #6  0xb6bcdbf6 in ?? () from /usr/lib/libcamel-provider-1.2.so.29
  #7  0xb7866a4d in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
  #8  0xb78540ac in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
  #9  0xb7723047 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
  #10 0xb77226b3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
  #11 0xb7e47d4c in start_thread ()
  from /lib/i386-linux-gnu/libpthread.so.0
  #12 0xb75fdace in clone () from /lib/i386-linux-gnu/libc.so.6

 Looks a lot like https://bugzilla.gnome.org/show_bug.cgi?id=659788 to me
 which has not been fixed yet.


Thanks, any workaround? How can I disable the ews account without starting
evolution?
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Data migration Evolution 2.24.5 to 3.4.3

2012-08-07 Thread Zan Lynx
On Mon, 2012-08-06 at 16:33 -0400, Matthew Barnes wrote:
 On Mon, 2012-08-06 at 13:31 -0600, Brian A Anderson wrote:
  If I follow what you said below,  Does this mean that I have to convert
  2.24.5 data to 2.32 data and then to 3.4 or is it just one conversion?
  Is there a utility that someone has that might do this job?
 
 You don't HAVE to, but I think what Andre meant is the bigger the jump
 the bigger the risk.
 
 Migration routines are written to convert data from the previous major
 release to the upcoming major release at the time of writing.  So if I
 wrote a new routine today it would convert something from the way it's
 represented in 3.4 to the way it will be represented in 3.6, and that's
 about as much testing as it receives prior to release.
 
 The theory goes, as the routines execute chronological order, the data
 undergoes one or possibly multiple conversions but should end up in the
 currently supported representation.  But as time passes, old migration
 routines may bit rot and silently break.
 
 Case in point: I believe the mbox-to-Maildir conversion itself still
 works in 3.4 but the detection for when the conversion needs to run is
 currently broken because it relies on some subtle aspect of the startup
 sequence that has changed since 3.0.
 

In my experience, one of the better ways to do data conversion is to
write an independent program to do it. Name it something like
evolution-convert-3.2-3.4. After enough time, you would have a
conversion program for each version and they could be run in order. They
could also run without requiring a full working Gnome/Evolution
environment so they could be used to convert offline data. On a backup
server for example.

-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


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


Re: [Evolution] Data migration Evolution 2.24.5 to 3.4.3

2012-08-07 Thread Brian A Anderson
I believe I have found a procedure to follow to do a migration/merge of
data from a backup.tar.gz file from the old 2.24.5 version to the newer
3.4.3 version.

The key piece of info that I needed was the format of the two different
versions.   Since I was only really using evolution as a mail system I
could ignore most of the other files.  I was only really interested in
extracting the mail messages from the old version and saving them.

Meanwhile I had started to use 3.4.3 so I had msgs that I did not want
to lose so a full restore was out of the question.  And the project
became a merge of data from the old into the newer version.

As I said before the prospect of upgrading the version on the dying
machine was not available.

I am in the process of writing a summary/procedure of what I did and how
it works so that it can be done by those who suffer from the same
problem I encountered.I will post those notes to this mailing list.
I warn it is a bit long.   But I hope it would help some.

Thanks to those that responded and provided me the info needed to learn
what I learned.

Thanks,
Brian Anderson
 




On Mon, 2012-08-06 at 09:52 -0600, Brian A Anderson wrote:
 How do I migrate from one machine running Evolution 2.24.5 to another
 machine running Evolution 3.4.3.
 
 Please note that the older machine (running 2.24.5) is dying a slow
 hardware death.
 
 I tried backup on old machine and restore on new machine.
 No go.  It appears that the data is totally different in organization.
 
 Thanks in advance for any help.
 
 
 ___
 evolution-list mailing list
 evolution-list@gnome.org
 To change your list options or unsubscribe, visit ...
 https://mail.gnome.org/mailman/listinfo/evolution-list


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


[Evolution] Disable auto mark as read

2012-08-07 Thread Henry Molina
Hi List,

I just install Evolution 3.4.3 from Fedora 14 and can't find the option to
disable the feature to mark as read a message after read it.

In previos versions this option was abailable at Edit - Preferences -
Mailer - Marking messages as read.

Regards,

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


Re: [Evolution] Disable auto mark as read

2012-08-07 Thread Andre Klapper
Hi,

On Tue, 2012-08-07 at 12:31 -0400, Henry Molina wrote:
 I just install Evolution 3.4.3 from Fedora 14 and can't find the
 option to disable the feature to mark as read a message after read it.

See the mailing list archives:
https://mail.gnome.org/archives/evolution-list/2012-May/msg00190.html

andre
-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper

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


Re: [Evolution] Disable auto mark as read

2012-08-07 Thread Adam Tauno Williams

Quoting Henry Molina henrymol...@gmail.com:

I just install Evolution 3.4.3 from Fedora 14 and can't find the option to
disable the feature to mark as read a message after read it.
In previos versions this option was abailable at Edit - Preferences -
Mailer - Marking messages as read.


dconf-editor

/org/gnome/evolution/mail/mark-seen
/org/gnome/evolution/mail/mark-seen-timeout

(schema: org.gnome.evolution.mail)

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


[Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3

2012-08-07 Thread Brian A Anderson
Attached is the file notes containing my notes about the migration of
Evolution data from 2.24.5 to 3.4.3.
The basics of this file is the procedure to migrate data (not a complete
configuration) from 2.24.5 to 3.4.3.
The data can be merged into already existing data running under 3.4.3.

The scenario I was under was;
1. I had an older system running Fedora 10 Evolution 2.24.5 that had an
apparent hardware failure.
2. A new laptop running Fedora 15 with Evolution 3.4.3
3. I already had the new systems email up and runnning.
4. I was not using calender or other features of the Evolution on the
old system.


I hope this helps others so afflicted.

I would like to thank those that contributed information to my search
for a solution.
This file is a set of notes about how I solved a problem migrating from an 
older machine running Fedora 10 with Evolution 2.24.5 to Fedora 15 Evolution 
3.4.3.
My older machine was dying a hardware death and I considered it unable to be 
updated or changed in any way.

My new machine had arrived and I got connected to my ISP server using Evolution 
3.4.3.  So it went from a simple migration into a merge.
I had mail already present that 3.4.3 new about and mail that was valued from 
the old machine.

While the old machine was working I got Evolution 2.24.5 to perform a backup 
into a local file evolution-backup.tar.gz

That file was moved to the new machine using one of those USB flash drives.

What follows is a procedure/dialog about how to get various message folders 
from the backup of the old 2.24.5 data into the area of the new 3.4.3 system.


First some symbols I used 

OLDEVOL=$HOME/mytest/old/.evolution/mail/local
NEWEVOL=$HOME/.local/share/evolution/mail/local
TMPEVOL=$HOME/mytest/new


Place that backup file in your home dir from my flash drive
$HOME/evolution-backup.tar.gz

So as to reduce vulnerability I did a backup of 3.4.3 and set it aside.




Then I worked in a temporary directory called mytest
This area would hold both the backup from the old system and converted folders 
prior to populating the new evolution tree.

mkdir $HOME/mytest
cd $HOME/mytest
mkdir new old


I placed the old mailbox system into old

cd $HOME/mytest/old
tar xvf $HOME/evolution-backup.tar.gz

A quick view of the resulting directory was disappointing at first but I 
realized that the data was really visible at $OLDEVOL
Each working folder for our example OURFolder under the old system was visible 
as four files

OURFolder
OURFolder.cmeta
OURFolder.ibex.index
OURFolder.ibex.index.data

The actual email messages were found in OURFolder.


As this procedure deals with selective restoration of a folder from the old to 
the new we will use the name OURFolder.
This is the name it would have appeared as under Evolution 2.24.5.
And ultimately under 3.4.3.

We are going to build a temporary copy of the mail messages in our mytest 
directory tree.

$HOME/mytest/new


I used a perl script I found on the internet.

The file was mb2md-3.20.pl
It came from batleth.sapientia-sat.org/projects/mb2md

It needs to have a TimeDate Perl library loaded.
I installed a package using RPM.
Sorry, but I cannot remember where I found it.
I found it using google looking for Perl TimeDate


The original mail mbx file is located by
$OLDEVOL/OURFolder
The new directory in our working Evolution 3.4.3 will be located by
$NEWEVOL/.OURFolder/cur
Note the . before OURFolder 
The conversion will go from a single file $OLDEVOL/OURFolder to a directory 
$NEWEVOL/.OURFOLDER/cur that contains files each with a separate email message.

We will place the files in a temporary dir $HOME/mytest/new
my nomenclature for this is TMPEVOL

perl mb2md-3.20.pl -s $OLDEVOL/OURFolder -d $TMPEVOL/OURFolder

The script will kick out some complaints but will do all the messages.
No here is a find point to examine.  The script uses a procedure to convert.  I 
found it worked for my mail from my ISP.
There is a option in the script to do the conversion a bit differently.  So it 
may be necessary to read some of the messages and see if they make sense.   Not 
really likely unless one speaks email header gibberish.


take a look at $TMPEVOL/OURFolder/cur
There will be many files.  One per email message encountered by the conversion 
perl program.
If it looks good.  Now remember it is the raw message.
evolution will change its appearance.


NOW THE MOST IMPORTANT PART
enter evolution

create a new folder OURFolder

Shut evolution down.

copy the files from our temp directory to the 3.4.3 directory

cp $TMPEVOL/OURFolder/cur/* $NEWEVOL/.OURFolder/cur
note the . infront of the OURFolder in the destination directory
This means you must get used to using the -a option in ls to see these 
folder/directories as you work with them.

NEXT IMPORTANT PART
enter evolution

select OURFolder  (the name we used)
sit and wait
select inbox
select OURFolder

the converted mail messages should be there 

Re: [Evolution] Disable auto mark as read

2012-08-07 Thread Patrick O'Callaghan
On Tue, 2012-08-07 at 12:31 -0400, Henry Molina wrote:
 I just install Evolution 3.4.3 from Fedora 14

Are you sure? Evo 3.4.3 is on Fedora 17. F14 was EOL'ed over six months
ago.

poc

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


Re: [Evolution] Segfault in evolution

2012-08-07 Thread Milan Crha
On Tue, 2012-08-07 at 11:30 -0300, pablo.a.saave...@gmail.com wrote:
 Thanks, any workaround? How can I disable the ews account without
 starting evolution?

Hi,
I would try to run evolution in offline, like:
   $ evolution --offline
and disable the account from UI.

Or erase local cache for ews account, which might be somewhere in
~/.cache/evolution/mail/ews-account-id or maybe
~/.local/share/evolution/mail/ews-account-id or even in
~/.evolution/mail/ews-account (I do not recall where it is in 3.2.3).

Or you can run gconf-editor, go to /apps/evolution/mail, open key
accounts, find row with your EWS account and near the beginning of the
row is enabled=true, thus change it to enabled=false.

It'll be appreciated if you could update Andre's bug with some details
(I didn't see that crash myself (yet) - it may depend on local data,
thus instead of erasing above mentioned folders move them away only for
later testing).
Bye,
Milan

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