[Evolution] Build errors in gal, gtkhtml and evolution with latest GNU releases of automake and autoconf.

2002-03-11 Thread Miles Lane
All testing is with latest cvs HEAD trees. autoconf (GNU Autoconf) 2.53 automake (GNU automake) 1.6 Attempting to run ./autogen.sh in gal: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecate

Re: [Evolution] LDAP autocomplete ...

2002-03-11 Thread Mads Randstoft
On Tue, 2002-03-12 at 04:17, Shahms E. King wrote: Hello! > >value="ldap://localhost:389/dc=toshok,dc=org??one"/> > > > NOTE: Change the URL to match the addressbook URL you want to use. With > LDAP URLs it has to be formatted using the correct syntax for your > system.

Re: [Evolution] LDAP autocomplete ...

2002-03-11 Thread Eric Newman
On Mon, 2002-03-11 at 15:27, Shahms E. King wrote: > This is probably the antithetical message on this topic, but... > > After having LDAP autocomplete set up ages ago using it was . . . > problematic (it had a tendency to hang the compose window . . .) I just > went to compose a message with the

Re: [Evolution] LDAP autocomplete ...

2002-03-11 Thread Chris Toshok
On Mon, 2002-03-11 at 15:27, Shahms E. King wrote: > This is probably the antithetical message on this topic, but... haha, but a most welcome change! > After having LDAP autocomplete set up ages ago using it was . . . > problematic (it had a tendency to hang the compose window . . .) I just > we

[Evolution] LDAP autocomplete ...

2002-03-11 Thread Shahms E. King
This is probably the antithetical message on this topic, but... After having LDAP autocomplete set up ages ago using it was . . . problematic (it had a tendency to hang the compose window . . .) I just went to compose a message with the latest snapshot and lo and behold it actually worked and was

Re: [Evolution] killev doesn't kill all associated processes

2002-03-11 Thread Jason A. Pfeil
Paul, My pleasure. :) I didn't want you to panic. Yes, those processes are OK to survive. In fact, you *can* kill them with gconftool --shutdown and oaf-slay. They will hang around until you log out or until you run those commands. --Jason On Mon, 2002-03-11 at 09:17, Paul Hands wrote: >

Re: [Evolution] Feature Needed:  EmailMessage Priority

2002-03-11 Thread Stephan Olbrich
> You can use filters (Tools --> Filters) > to do this. One of the actions for a filter is "set priority". How can I set this manually? > You can also change the color using filters. Even though you > may want to do this with messages that you have already received, > Evo has the nice feature

Re: [Evolution] Expunging not working on INBOX (IMAP).

2002-03-11 Thread Zot O'Connor
On Mon, 2002-03-11 at 07:27, Jeffrey Stedfast wrote: > No, what is happening is that Evolution is sending a set of UIDs that is > too long for the server to handle. > I am running the latest snapshot, it seems to work, or I could not generate a long enough UID field to fail. Watching debug they

Re: [Evolution] Feature Needed:  Email Message Priority

2002-03-11 Thread Jennifer Pinkham
> Does anyone know if email messages in Evo can be assigned a "Priority" > ala Netscape, Eudora, etc. I looked but could find no evidence of > this ability in the product. You can use filters (Tools --> Filters) to do this.  One of the actions for a filter is "set priority". You can al

Re: [Evolution] Expunging not working on INBOX (IMAP).

2002-03-11 Thread Jeffrey Stedfast
No, what is happening is that Evolution is sending a set of UIDs that is too long for the server to handle. For example, the implementation of UW.IMAP is that no command line can exceed 8000 bytes. Courier IMAP won't allow tokens larger than ~16k (the length of the command-line doesn't matter). I

Re: [Evolution] killev doesn't kill all associated processes

2002-03-11 Thread Paul Hands
Jason, Thanks for the fast reply.  In other words, it's OK for those processes to survive, right?  The reason I noticed them is because I'm using KDE with evolution,as opposed to the Gnome desktop, and those processes were new to me. Paul On Mon, 2002-03-11 at 14:02, Jason A. Pfeil wro

Re: [Evolution] killev doesn't kill all associated processes

2002-03-11 Thread Jason A. Pfeil
These are GNOME processes, not Evolution processes. All evolution processes start with "evolution" in their name. Since evolution uses CORBA through ORBit, oafd needs to be started to allow for the activation of various Evolution and other GNOME objects. Gconfd is the GNOME configuration daemon

Re: [Evolution] Feature Needed: Email Message Priority andconverting emails to a "Task"

2002-03-11 Thread Ingrid Otteson
I concur with Dick, priorities are used a LOT, especially when you get 75-125 emails a day. On a slightly different note, which would allow you to assign email priorities, it would be great to have the ability to make an email a "task". In Outlook, I had created a filter that would automatically

[Evolution] killev doesn't kill all associated processes

2002-03-11 Thread Paul Hands
When I use killev to remove all the evolution processes, it leaves two alive every time... oafd --ac-activate --ior-output-fd=10 gconfd-1 --oaf-activate-iid=OAFIID:gconfd:19991118 --oaf-ior-fd=20 Sometimes, when I've made changes to my evo configuration, I find they don't seem to take e