aboutsummaryrefslogtreecommitdiffstats
path: root/doc/C/evolution-faq.sgml
blob: 9065f93c236fe3173368269d191774d1f2800812 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
<!doctype article PUBLIC "-//Davenport//DTD DocBook V3.0//EN" []>

  <article id="index">
    <artheader>
      <authorgroup>
    <author>
      <firstname>Ettore</firstname>
      <surname>Perazzoli</surname>
    </author>
    <author>
      <firstname>Duncan</firstname>
      <surname>Mak</surname>
    </author>
      </authorgroup>

      <title>Evolution Frequently Asked questions</title>
      <abstract>
    <para>
      This is a FAQ list and yadda yadda.
    </para>
      </abstract>
    </artheader>


    <!-- Section: Getting and compiling -->

    <sect1>
      <title>
    Getting and compiling
      </title>

      <!-- -->
      <sect2>
    <title>
      Where can I get the latest Evolution release?
    </title>

    <para>
      There are two main ways to install the latest Evolution
      release:
    </para>

    <itemizedlist>
      <listitem>
        <para>
          If you have Ximian GNOME installed, you can start Red
          Carpet, Ximian's software updating system, and subscribe
          to the Evolution channel.  This will let you install a
          binary for the latest release, and will also warn you
          when a new version has been made available.
        </para>
      </listitem>

      <listitem>
        <para>
          If you want to compile from source, you can download the
          latest official Evolution tarball from:
        </para>

        <para>
          <ulink url="ftp://ftp.gnome.org/pub/GNOME/unstable/sources/evolution">
        ftp://ftp.gnome.org/pub/GNOME/unstable/sources/evolution
          </ulink>
        </para>
      </listitem>
    </itemizedlist>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Are binary snapshots available?
    </title>

    <para>
      Yes, if you have Ximian GNOME installed.  Just run Red
      Carpet and subscribe to the Evolution Snapshot channel.
    </para>

    <para>
      The snapshot builds are logged at <ulink
      url="http://primates.ximian.com/~snapshot">http://primates.ximian.com/~snapshot</ulink>.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Why isn't a new snapshot available today?
    </title>

    <para>
      Sometimes the build might fail because of problems with the
      source on CVS.  In this case, just wait for next day's
      snapshot.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      How do I get Evolution from CVS?
    </title>

    <para>
      If you already have <ulink url="http://cvs.gnome.org">GNOME
        CVS</ulink> access, simply checkout the following modules:
      evolution, gtkhtml, gal.
    </para>

    <para>
      If you don't have a CVS account, you could use anoncvs
      instead. Bear in mind that anoncvs is only synchronized once a
      day, and code received from anoncvs may not be latest version
      available.
    </para>

    <para>
      Before using the anoncvs server, you have to log into it.
      This only needs to be done once.
    </para>

    <programlisting>
cvs -z3 -d :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome login
    </programlisting>

    <para>
      Then you can retrieve the modules needed to compile Evolution
      using the following command:
    </para>

    <programlisting>
cvs -z3 -d :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome co evolution gtkhtml gal
    </programlisting>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      How should I compile Evolution avoiding conflicts with my
      existing GNOME installation?
    </title>

    <para>
      The best way is to install Evolution into a separate prefix.
      In order to specify a non-default installation prefix, you can
      pass the <parameter>--prefix</parameter> option to
      <filename>configure</filename> or <filename>autogen.sh</filename>.  For
      example:
    </para>

    <programlisting>
cd /cvs/evolution
./autogen.sh --prefix=/opt/gnome
    </programlisting>

    <para>
      If you install Evolution and the Evolution libraries in a
      non-standard prefix, make sure you set the appropriate
      environment variables in your shell's startup script:
    </para>

    <programlisting>
export PATH=/opt/gnome:$PATH
export GNOME_PATH=/opt/gnome:/usr
    </programlisting>

    <para>
      You may also need to add <filename>$prefix/lib</filename>
      (e.g. <filename>/opt/gnome/lib</filename>) to your
      <filename>/etc/ld.so.conf</filename>.  <!-- FIXME portable? -->
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      I get <computeroutput>make: *** No rule to make target
      `all-no-@BUILD_INCLUDED_LIBINTL@'</computeroutput>
    </title>

    <para>
      You probably have <filename>gettext</filename> 0.10.36 or
      later installed.  Try downgrading to 0.10.35; unfortunately,
      0.10.36 introduced some incompatibilities with the current
      <filename>xml-i18n-tools</filename>.
    </para>
      </sect2>

    </sect1> <!-- End Section: Getting and compiling -->

    <!-- Section: Troubleshooting -->

    <sect1>
      <title>Troubleshooting</title>

      <!-- -->
      <sect2>
    <title>
      I get <computeroutput>Cannot initialize the Evolution
      shell</computeroutput>.
    </title>

    <para>
      Check that:
    </para>

    <itemizedlist>
      <listitem>
        <para>
          <filename>oafd</filename> is listen in your <envar>PATH</envar>
          environment variable.
        </para>
      </listitem>

      <listitem>
        <para>
          <filename>GNOME_Evolution_Shell.oaf</filename> and
          the other      
          <filename>GNOME_Evolution_*.oaf</filename> files are
          readable and installed in
          <filename>$prefix/share/oaf</filename>, where
          <filename>$prefix</filename> is one of the prefixes
          listed in <envar>GNOME_PATH</envar> or
          <envar>OAF_INFO_PATH</envar>.  (These variables are
          supposed to contain $PATH-like colon-separated lists of
          paths.  If the installation prefix for Evolution is
          different from that). Run `oaf-slay' once before running
          `evolution' again if you change $GNOME_PATH or
          $OAF_INFO_PATH.
        </para>
      </listitem>

      <listitem>
        <para>
          <filename>evolution</filename>,
          <filename>evolution-mail</filename> and the other
          <filename>evolution-*</filename> executables are in your
          $PATH.
        </para>
      </listitem>
    </itemizedlist>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      I get <computeroutput>Cannot open composer window</computeroutput>.
    </title>

    <para>
      This actually means that Evolution cannot activate the HTML
      editor component from GtkHTML.  The comments in the previous
      answer still apply; also make sure that
      <command>gnome-gtkhtml-editor</command> is in your
      <envar>PATH</envar>.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      I updated my Evolution, but my addressbook contacts are no
      longer there, what should I do?
    </title>

    <para>
      Evolution uses the <filename>libdb</filename> library to
      handle the addressbook database.  Two versions of
      <filename>libdb</filename> can be used with Evolution: version
      1.88 and version 2.
    </para>

    <para>
      Unfortunately, an Evolution executable that is linked against
      a certain version of <filename>libdb</filename> will only be
      able to read addressbook files written by another Evolution
      executable that is linked with the same version of the
      library.  If your addressbook is not readable by Evolution
      anymore, it probably means that you used to have Evolution
      linked with a certain version of <filename>libdb</filename>,
      but now it gets linked to a different version.
    </para>

    <para>
      Because of the way <filename>libdb</filename> is designed, it
      is not easy for Evolution to automatically do the conversion
      between the two formats.  But, if your Evolution used to be
      linked against version 1.85 and now is linked to version 2,
      there is a very simple way to convert the database and recover
      your data.
    </para>

    <itemizedlist>

      <listitem>
        <para>
          First of all, check the format of the database using the
          <command>file</command> command:
        </para>

        <programlisting>
file ~/evolution/local/Contacts/addressbook.db
        </programlisting>

        <para>
          You want version 1.85 there.  If your version is 2, then
          your current Evolution is probably linked against
          version 1.85 and you cannot convert the database to the
          old format. To do that, follow these instructions:
        </para>
      </listitem>
      
      <listitem>
        <para>
          Quit Evolution.
        </para>
      </listitem>

      <listitem>
        <para>
          Make a copy of the addressbook database for backup
          purposes.
        </para>

        <programlisting>
cd ~/evolution/local/Contacts
cp addressbook.db addressbook.db.backup
        </programlisting>
      </listitem>

      <listitem>
        <para>
          Convert the contacts to the new format using
          <command>db_dump185</command> and
          <command>db_load</command>:
        </para>

        <programlisting>
db_dump185 ~/evolution/local/Contacts/addressbook.db.backup | db_load ~/evolution/local/Contacts/addressbook.db
        </programlisting>
      </listitem>

      <listitem>
        <para>
          Restart Evolution.
        </para>
      </listitem>

    </itemizedlist>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Evolution crashes reporting that it couldn't allocate N
      billion bytes; how do I fix this?
    </title>

    <para>
      This usually happens when a component tries talking a
      certain version of a CORBA interface to another component
      that supports a different version.  For example, this can
      happen when you recompile and install a single component
      without recompiling/installing the rest of Evolution.
    </para>

    <para>
      So, if this occurs to you, make sure all the components are
      compiled and installed at the same time.  This also applies
      to GtkHTML upgrades; after upgrading and installing a newer
      GtkHTML, always re-compile and re-install Evolution against
      it.
    </para>

      </sect2>

      <!-- -->
      <sect2>
    <title>
      What is <command>killev</command> and why do I need to use it?
    </title>

    <para>
      Evolution is actually made up of several components that run
      as separate processes.  Evolution's shell is not very good
      at cleaning up stale processes, so it is possible that
      sometimes already-running components cause unexpected and/or
      broken behavior.
    </para>

    <para>
      It's always a good idea to run <command>killev</command>
      after a crash in Evolution, especially if the Evolution
      shell itself crashed.  (If a component crashes instead, you
      should try to exit the shell cleanly first, so you give a
      chance to the other components to clean things up properly.)
    </para>
      </sect2>

      <sect2>
    <title>
      What is <command>oaf-slay</command> and why do I need to use it?
    </title>

    <para>
      <command>oaf-slay</command> is an utility which comes with
      OAF, the Object Activation Framework that is used in the
      GNOME Desktop to activate components.  It will kill the
      object activation daemon (<command>oafd</command>) as well
      as all the active components on the system.
    </para>

    <para>
      Normally, you shouldn't need to run
      <command>oaf-slay</command>, unless <command>oafd</command>
      gets stuck or confused.  For example, it might help in case
      Evolution cannot activate components.
    </para>

    <para>
           Using <command>oaf-slay</command>
      <command>oaf-slay</command> is quite drastic and can cause
      problems with other programs that use oaf, especially with
      <application>Nautilus</application>. To avoid problems, do
      not run <command>oaf-slay</command> while you are in GNOME.
    </para>

    </sect1> <!-- End Section: Troubleshooting -->


    <!-- Section: Debugging -->

    <sect1>
      <title>
    Debugging
      </title>

      <!-- -->
      <sect2>
    <title>
      Where should I report bugs for Evolution?
    </title>

    <para>
      You should report bugs about Evolution into the Ximian bug
      reporting system (Bugzilla), located at <ulink
      url="http://bugzilla.ximian.com">http://bugzilla.ximian.com</ulink>.
    </para>

    <para>
      Please use the query function to check if a bug has been
      submitted already before submitting it.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Can I just use Bug-Buddy?
    </title>

    <para>
      No.  The Ximian bug tracker does not yet have an email-based
      interface, so Bug Buddy cannot talk to it.  This will be
      fixed eventually.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      What is a stack trace (backtrace) and how do I get one?
    </title>

    <para>
      A stack trace is a list of the chain of function calls that
      lead to some point in the program.  Typically, you want to
      get a stack trace when Evolution crashes or hangs and you
      want to try to figure out where in the code that happened
      and why.  For this reason, stack traces are extremely useful
      for the Evolution developers, so it's important that you
      learn how to get them, and always include them in crash
      reports.
    </para>

    <para>
      First of all, in order to get a stack trace, your executable
      (and possibly the libraries) must be compiled with debugging
      symbols.  Debugging symbols are created by default if you
      compile from CVS, and are included in the snapshot builds.
      If you decide to compile by yourself with some custom CFLAGS
      value, make sure <command>-g</command> is included in them.
    </para>

    <para>
      Finally, you must put the component that crashes through
      <command>gdb</command>.  Make sure all the components are
      dead (exit Evolution and <command>killev</command>), then
      run the following command:
    </para>

    <programlisting>
gdb name-of-component
    </programlisting>

    <para>
      Then, at the gdb prompt, type <userinput>r</userinput> (for
      "run") and wait a few seconds to make sure the component has
      registered with the name service.  Then start Evolution
      normally from a different terminal.
    </para>

    <para>
      Then, reproduce the crash, and go back to the terminal where
      you ran <command>gdb</command>.  If the component crashed,
      you should have a prompt there; otherwise, just hit
      <keycombo action=simul>
        <keycap>Control</keycap>
        <keycap>C</keycap>
      </keycombo>.
      At the prompt, type:
    </para>

    <programlisting>
info threads
    </programlisting>

    <para>
      This will give you a list of the current running threads,
      e.g.
    </para>

    <screen>
(gdb) info threads
  8 Thread 6151 (LWP 14908)  0x409778fe in sigsuspend () from /lib/libc.so.6
  7 Thread 5126 (LWP 14907)  0x409778fe in sigsuspend () from /lib/libc.so.6
  6 Thread 4101 (LWP 1007)  0x409778fe in sigsuspend () from /lib/libc.so.6
  5 Thread 3076 (LWP 1006)  0x409778fe in sigsuspend () from /lib/libc.so.6
  4 Thread 2051 (LWP 1005)  0x409778fe in sigsuspend () from /lib/libc.so.6
  3 Thread 1026 (LWP 1004)  0x409778fe in sigsuspend () from /lib/libc.so.6
  2 Thread 2049 (LWP 1003)  0x40a10d90 in poll () from /lib/libc.so.6
  1 Thread 1024 (LWP 995)  0x40a10d90 in poll () from /lib/libc.so.6
    </screen>

    <para>
      (Notice that, normally, only
      <command>evolution-mail</command> will have more than one
      thread.)
    </para>

    <para>
      Now, for each of the thread listed, type the following
      commands:
    </para>

    <programlisting>
thread N
bt
    </programlisting>

    <para>
      Where `N' is the thread number.  (In this example, you would
      have to do it with N as 1, 2, 3... 8.)  Then cut and paste
      all the output into some text file, and quit
      <command>gdb</command> by typing
      <userinput>quit</userinput>.
    </para>

    <para>
      You can also get a stack trace from a running component or a
      component that has just crashed.  Just start
      <command>gdb</command> normally and, instead of using the
      <userinput>r</userinput> command, use
      <userinput>attach</userinput> to attach to the running
      process:
    </para>

    <programlisting>
attach PID
    </programlisting>

    <para>
      Where <userinput>PID</userinput> is the PID of the
      component.  Notice that this also works if you attach right
      after a crash dialog appears, before hitting "OK" or "Submit
      bug report".
    </para>
      </sect2>

    </sect1> <!-- End Section: Debugging -->


    <!-- Section: Features -->

    <sect1>
      <title>
    Features
      </title>

      <!-- -->
      <sect2>
    <title>
      How can I remove a folder?
    </title>

    <para>
      Currently there is no command in Evolution to remove a
      folder, so you have to remove it by hand.
    </para>

    <para>
      All the folders are stored in
      <filename>~/evolution/local</filename>.  Each folder is a
      directory containing the data files, as well as a
      <filename>subfolders</filename> directory that contains all
      its subfolders.  So for example if you have a subfolder of
      the <filename>Inbox</filename> called
      <filename>Foo</filename>, you can run the following command
      to get rid of it (and all it subfolders):
    </para>

    <programlisting>
rm -rf ~/evolution/local/Inbox/subfolders/Foo
    </programlisting>

    <para>
      You should do this after exiting Evolution.
    </para>
      </sect2>

      <sect2>
    <title>
      Why doesn't drag and drop between folders seem to work?
    </title>

    <para>
      The implementation isn't finished, although it's planned to
      be finished soon.
    </para>

    <para>
      In the meantime, you can copy the folders' contents by hand
      from the shell (please do this after quitting Evolution).
      For example:
    </para>

    <programlisting>
cp -r ~/evolution/local/Inbox/subfolders/Foo ~/evolution/local/Inbox/subfolders/Bar
    </programlisting>

    <para>
      Likewise, you can use <command>mv</command> to rename or
      move folders.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Can I read mail from a mailbox file created by some other
      application (e.g. Mutt) without importing mail from it?
    </title>

    <para>
      No, but it's a planned feature.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Can Evolution sync to my Palm OS (tm) device?
    </title>

    <para>
      Yes.  Evolution needs to be compiled with Palm syncing
      support for this to work though.  Please refer to the
      <filename>README</filename> file for additional information
      on the requirements.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      What is the difference between a virtual folder (vfolder)
      and a regular folder?
    </title>

    <para>
      A virtual folder is like a saved search: it is a view of
      your mail. Regular folders actually contain the mail
      messages.  You can have one message be in multiple virtual
      folders, but only in one regular folder.  See the section in
      the Evolution manual about virtual folders for more
      information.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      Can Evolution spell-check the messages while I compose them?
    </title>

    <para>
      Yes.  The Evolution composer is able to highlight
      mis-spelled word on the fly as you type them, and also give
      you suggestions for possible corrections.  In order for this
      to work you need the <filename>gnome-spell</filename>
      component, which is not shipped with Ximian GNOME yet.
    </para>

    <para>
      If you are brave enough, you can check out module
      <filename>gnome-spell</filename> from the GNOME CVS and
      compile it yourself.  Check out its README file for a list
      of <filename>gnome-spell</filename>'s requirements for
      compilation.
    </para>

    <para>
      Note that you don't need to recompile Evolution after
      installing <filename>gnome-spell</filename>; it will be
      picked up automatically.
    </para>
      </sect2>

      <!-- -->
      <sect2>
    <title>
      I cannot see the images that are contained in some HTML mail
      message I am getting.  Why?
    </title>

    <para>
      Evolution currently doesn't support this, but it's a planned
      feature.
    </para>
      </sect2>

      <sect2>
    <title>
      Can I change the font that Evolution uses for compose and
      displaying mail messages?
    </title>

    <para>
      You have to change the GtkHTML settings for that: in the
      GNOME Control Center, go to the "HTML Viewer" configuration
      page, which is under the "Document Handlers" category.
    </para>
      </sect2>

    </sect1> <!-- End Section: Features -->

  </article>