[Evolution-hackers] mail_tool_uri_to_folder failing on uris it used to handle

2002-04-22 Thread iain
Hi guys, mail_tool_uri_to_folder has started failing on uris that it used to handle. Doing mail_tool_uri_to_folder (file:///home/iain/evolution/local/Inbox, 0, ex); fails with the exception No provider available for protocol `file' Has this stuff changed recently? iain -- I think what we

[Evolution-hackers] Patch for shell and mail to make the summary work

2002-04-22 Thread iain
Hi guys, This is a patch I need to apply to shell and mail to allow the mailer to be ready to handle the summary's requests for folder info. Basically, the shell now sets the evolution directory in bonoboconf, and on startup the mailer reads that directory instead of waiting for the owner_set

Re: [Evolution-hackers] ORBit performance tweak

2002-04-22 Thread Ettore Perazzoli
On Mon, 2002-04-22 at 01:22, Not Zed wrote: Yeah i did something similar when purifying and quantifying on the Solaris box - I thought 20% of total cpu for initialising 64 objects was a bit much, I guess the timing/scheduling is different enough on solaris to make the algorithm really not

Re: [Evolution-hackers] Patch to add interpolation to calendaralarms

2002-04-22 Thread Ettore Perazzoli
On Wed, 2002-04-17 at 11:30, Russell Steinthal wrote: Glib2 has g_shell_quote, which seems to be exactly what I'm looking for. Since I assume Evolution isn't going to depend on glib2 for at least a few versions, is there any objection to my doing a cut-and-paste port to, say,

Re: [Evolution-hackers] ORBit performance tweak

2002-04-22 Thread Mike Gerdts
Starting with Solaris 9, /dev/random and /dev/urandom will be available. Many sites may also have installed ANDIrand on older releases of Solaris. ANDIrand provides /dev/*random that is compatible with the Linux implementation. Perhaps it would be worthwhile to try out /dev/urandom on Solaris,

Re: [Evolution-hackers] Patch for shell and mail to make thesummary work

2002-04-22 Thread Jeffrey Stedfast
On Mon, 2002-04-22 at 15:35, iain wrote: In the current framework this is not possible -- but the patch moves us even further away from the objective. :-) Well, the shell could change the setting each time... Correct me if I'm wrong, but I think there'd be a race condition here. Jeff

Re: [Evolution-hackers] Patch for shell and mail to make thesummary work

2002-04-22 Thread iain
On Mon, 2002-04-22 at 19:38, Ettore Perazzoli wrote: On Mon, 2002-04-22 at 14:44, Jeffrey Stedfast wrote: On Mon, 2002-04-22 at 15:35, iain wrote: In the current framework this is not possible -- but the patch moves us even further away from the objective. :-) Well, the shell

Re: [Evolution] Searching all local folders for 1 string?

2002-04-22 Thread Not Zed
Its been in bugzilla for over a year ... It would be easy except for the way folder lists and searches work in the gui, and as a result it isn't that easy and requires a few changes. So yeah, the only way to do it at the moemnt is to manually create the vfolder,which is pretty clumsy. On Sat,

Re: [Evolution] transient error messages

2002-04-22 Thread Not Zed
Currently, no. I wouldn't mind copying yam's interface for this which would let you browse messages and delete them when you're done with them, etc. Although, the utility of such a feature for what you are doing is questionable. Knowing your mail server was unavailable at 4am doesn't really

Re: [Evolution] charset setting

2002-04-22 Thread Not Zed
On Mon, 2002-04-22 at 07:08, Ladislav Lhotka wrote: On Ne, 2002-04-21 at 21:48, Jeffrey Stedfast wrote: My gues is that you were responding to a message that was not truly iso-8859-1, but rather windows-cp1252 or whatever. Since not all chars in windows-cp1252 can be encoded into

Re: [Evolution] Evolution and Lotus Domino servers?

2002-04-22 Thread Not Zed
Has IMAP been enabled on the server? I'm guessing here its an option, and it hasn't been turned on ... On Mon, 2002-04-22 at 12:39, muppet wrote: the ximian pages touting evolution allude to its ability to connect to lotus domino servers using imap. i R'd TFM and the faq and a few

[Evolution] [Fwd: NAV detected a virus in a document you authored.]

2002-04-22 Thread Olivier Hallot
I am puzzled... How can Evolution spread windoze virus? I am running Mandrake 8.1 Linux with Evolution 1.0.3 Am I missing something? TIA -Mensagem encaminhada- From: [EMAIL PROTECTED] To: ohallot [EMAIL PROTECTED] Subject: NAV detected a virus in a document you authored. Date: 20 Apr

Re: [Evolution] [Fwd: NAV detected a virus in a document youauthored.]

2002-04-22 Thread Dan Winship
On Mon, 2002-04-22 at 08:23, Olivier Hallot wrote: I am puzzled... How can Evolution spread windoze virus? I am running Mandrake 8.1 Linux with Evolution 1.0.3 Evolution won't *automatically* spread viruses, but any mailer is capable of transmitting a virus if you tell it to. Maybe you

Re: [Evolution] Evolution and Lotus Domino servers?

2002-04-22 Thread Chris Tooley
It's easy to tell if IMAP is turned on, at the console type show tasks. I'll go on the assumption that it _is_ turned on from here on out... If you are using IMAP SSL with Domino, well, sacrifice your best goat to the gods because you have achieved a feat greater than the creation of the world.

[Evolution] can't start Evo 1.0.3 - can't open config db

2002-04-22 Thread Jennifer Pinkham
First off, I did already check the FAQ and read through the possible fixes in the KnowledgeBase for Evolution for this error. Nothing has worked yet (regarding libnspr and/or mozilla-nspr). This is what I get every time I try and start Evo: evolution-shell-WARNING **: Cannot access

[Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Larry Rosenman
I've finally gotten evolution (1.0.3) to the point I use it almost exclusively as my mail client (IMAP from my Laptop to multiple IMAP servers). One thing I miss from MUTT is the ability to have arbitrary headers display in the standard display. I'd like to be able to see the SpamAssassin and

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Jeffrey Stedfast
In the spirit of Havoc Pennington's recent How to write good UI's rant [ http://www106.pair.com/rhp/free-software-ui.html ], I have to wonder if this is even worth the trouble. To me it seems that this will do nothing more than further complicate the code for not much benefit (in fact, only

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Kenneth Porter
On Mon, 2002-04-22 at 14:44, Jeffrey Stedfast wrote: In the spirit of Havoc Pennington's recent How to write good UI's rant [ http://www106.pair.com/rhp/free-software-ui.html ], I have to wonder if this is even worth the trouble. To me it seems that this will do nothing more than further

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Kenneth Porter
On Mon, 2002-04-22 at 14:42, Larry Rosenman wrote: The problem is I'd like to see the SpamAssassin and SpamBouncer scores without having to wade through ALL the headers. The number of headers in some of these mails are LARGE. Why is it such an anathema to add this option? Propose a

Re: [Evolution] Specify path to sendmail not working

2002-04-22 Thread Ian Goldberg
On Tue, 2002-04-16 at 03:15, Anthony E. Greene wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Apr 16, 2002 at 12:10:35PM +0930, Not Zed wrote: Where did you read that such an environmental variable exists? It doesn't. That explains it. I saw this in a diff that was posted

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Kenneth Porter
On Mon, 2002-04-22 at 15:32, Larry Rosenman wrote: Should you have multiple custom views? Again, how would it work? Good questions... The hard part is the design. If you can adequately spec what you want, the coding shouldn't be that tough. Of course, patches are welcome. ;-) Again, with

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Larry Rosenman
On Mon, 2002-04-22 at 16:44, Jeffrey Stedfast wrote: In the spirit of Havoc Pennington's recent How to write good UI's rant [ http://www106.pair.com/rhp/free-software-ui.html ], I have to wonder if this is even worth the trouble. To me it seems that this will do nothing more than further

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Larry Rosenman
On Mon, 2002-04-22 at 16:57, Kenneth Porter wrote: On Mon, 2002-04-22 at 14:44, Jeffrey Stedfast wrote: In the spirit of Havoc Pennington's recent How to write good UI's rant [ http://www106.pair.com/rhp/free-software-ui.html ], I have to wonder if this is even worth the trouble. To

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Larry Rosenman
On Mon, 2002-04-22 at 17:00, Kenneth Porter wrote: On Mon, 2002-04-22 at 14:42, Larry Rosenman wrote: The problem is I'd like to see the SpamAssassin and SpamBouncer scores without having to wade through ALL the headers. The number of headers in some of these mails are LARGE.

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Dan Winship
I'd like the ability to see other interesting headers without all the fluff of the Received: headers, for one, and the List-* headers for another. Can we at least talk about it? Or is this a firm NO WAY? It's not a firm no way. The patch from January would be against the old config

Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Rob Walker
On Mon, 2002-04-22 at 15:53, Kenneth Porter wrote: On Mon, 2002-04-22 at 15:32, Larry Rosenman wrote: Should you have multiple custom views? Again, how would it work? Good questions... The hard part is the design. If you can adequately spec what you want, the coding shouldn't be that

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Jeffrey Stedfast
This is where I say Evolution is not a console client and point out that this is a hell of a lot more work than it is worth. Not to mention it will severely increase the complexity of the display code, and it's already nasty enough as it is without adding to it. There has to be a line drawn

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Rob Walker
On Mon, 2002-04-22 at 17:27, Jeffrey Stedfast wrote: This is where I say Evolution is not a console client I don't see how being a GUI app makes any difference. I have used VM by clicking on it entirely, in an X windows session, as well as in an MS Windows session. and point out that this

Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Peter Williams
On Mon, 2002-04-22 at 17:11, Larry Rosenman wrote: I'd like to be able to see the SpamAssassin and SpamBouncer headers that get added in the standard display. Assuming that you want to see those headers so you can figure out whether a message is spam or not, a simpler thing to do might be

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Larry Rosenman
On Mon, 2002-04-22 at 19:44, Rob Walker wrote: On Mon, 2002-04-22 at 17:27, Jeffrey Stedfast wrote: This is where I say Evolution is not a console client I don't see how being a GUI app makes any difference. I have used VM by clicking on it entirely, in an X windows session, as well as

[Evolution] byte order of Evolution files

2002-04-22 Thread Michael D. Crawford
Does Evolution have a particular byte order for any of the binary files it creates, or does it just use the native byte order of the system its running on? Can I move my Evolution file heirarchy from a machine with one byte order to another? The reason I ask is that I have evolution

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Rob Walker
On Mon, 2002-04-22 at 18:38, Larry Rosenman wrote: On Mon, 2002-04-22 at 19:44, Rob Walker wrote: On Mon, 2002-04-22 at 17:27, Jeffrey Stedfast wrote: There has to be a line drawn somewhere where it makes sense to say no and I believe this feature to be over the line. Rats. What

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Rob Walker
On Mon, 2002-04-22 at 18:24, Ian Goldberg wrote: On Mon, 2002-04-22 at 20:27, Jeffrey Stedfast wrote: it will severely increase the complexity of the display code, and it's already nasty enough as it is without adding to it. The complexity of the display code? Sure, the *UI* part usually

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Jeffrey Stedfast
On Mon, 2002-04-22 at 20:44, Rob Walker wrote: [snip] it will severely increase the complexity of the display code, and it's already nasty enough as it is without adding to it. Oh, ok. That's too bad. I hoped that the display code had separate areas for building the headers and then

Re: [Evolution] Trouble with SSL IMAP

2002-04-22 Thread Not Zed
On Tue, 2002-04-23 at 07:09, Jeffrey Stedfast wrote: Resource temporarily unavalable means Resource temporarily unavalable, ie the server cannot be looked up or connected to or something. Suggests to me that it has nothing to do with evolution. Could it be related to the connect code

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to add headers to standard display.

2002-04-22 Thread Anthony E. Greene
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Apr 22, 2002 at 08:38:53PM -0500, Larry Rosenman wrote: Mr. Winship said it wasn't a definite no way. Mr. Stedfast seems to say definite no way. Now, since there seems to be some disagreement within Ximian, we need a call whether to

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Rob Walker
On Mon, 2002-04-22 at 20:22, Rob Walker wrote: On Mon, 2002-04-22 at 18:38, Larry Rosenman wrote: On Mon, 2002-04-22 at 19:44, Rob Walker wrote: On Mon, 2002-04-22 at 17:27, Jeffrey Stedfast wrote: There has to be a line drawn somewhere where it makes sense to say no and I

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Rob Walker
On Mon, 2002-04-22 at 21:42, Zot O'Connor wrote: So this is totally the opposite of what I was thinking... and makes the display field trickier (something I was hoping to avoid). What about a drop of all headers. There are plenty of times I want just 1 or two headers. If I could click on

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Not Zed
On Tue, 2002-04-23 at 09:57, Jeffrey Stedfast wrote: This is where I say Evolution is not a console client and point out that this is a hell of a lot more work than it is worth. Not to mention it will severely increase the complexity of the display code, and it's already nasty enough as it is

Re: [Evolution] Trouble with SSL IMAP

2002-04-22 Thread Jeffrey Stedfast
Anything's possible I guess, but I would think that this would be happening to a lot more people (ie, more than 1) if it was a bug in the connect code, right? Then again, we thought that for other problems too... Jeff On Mon, 2002-04-22 at 21:28, Not Zed wrote: On Tue, 2002-04-23 at 07:09,

Re: [Evolution] Trouble with SSL IMAP

2002-04-22 Thread Jeffrey Stedfast
As NotZed and I were just talking about on IRC, it seems to be a gethostbyname_r error code. Not sure why it would be getting an error there unless it is a libc bug (or the server really is down or whatever). what is the hostname of the server? What does the config.xmldb file have as the

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Larry Rosenman
On Mon, 2002-04-22 at 21:30, Anthony E. Greene wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Apr 22, 2002 at 08:38:53PM -0500, Larry Rosenman wrote: Mr. Winship said it wasn't a definite no way. Mr. Stedfast seems to say definite no way. Now, since there seems to be

Re: Custom headers RFE WAS: Re: [Evolution] RFE: ability to addheaders to standard display.

2002-04-22 Thread Not Zed
On Tue, 2002-04-23 at 10:54, Ian Goldberg wrote: On Mon, 2002-04-22 at 20:27, Jeffrey Stedfast wrote: it will severely increase the complexity of the display code, and it's already nasty enough as it is without adding to it. The complexity of the display code? Sure, the *UI* part usually