Re: [Evolution-hackers] Abiword in (unhacked) Evolution.
Let me be the first to say: Pretty damn cool. Congrats. Luis On Thu, 2002-05-02 at 04:23, Martin Sevior wrote: Hi Folks, OK the fixes to the abiword widget worked. See a screenshot of abiword in an unhacked evolution-1.0.3 straight from a Ximian rpm at: http://www.ph.unimelb.edu.au/~msevior/abiword/evolution-abi2.png I'll just clean up the code a bit and all gnome users of abiword 1.0.2 (the after what we're doing now) can read word processing documents inline with evolution. Cheers :-) Martin ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Using Evolution code
Hi Evo hackers ! We are developing an IDE (http://anjuta.sf.net) and have run into space contraints with our About Box due to too many contributors ;-) We thought Evo's About box looks user-cool and suits our needs since it scrolls all the names. So, would you mind if we stole shell/e-shell-about-box.[ch] from your code ? Thanks a lot in advance. Rgds, Biswa. BTW, thanks for the great product ! Evo 1.0.3 has been rock stable and absolutely wonderful for me (LDAP works great too now !) - it has been my primary mail client since 1.0. ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Using Evolution code
El jue, 02-05-2002 a las 12:46, Biswapesh Chattopadhyay escribió: Hi Evo hackers ! We are developing an IDE (http://anjuta.sf.net) and have run into space contraints with our About Box due to too many contributors ;-) We thought Evo's About box looks user-cool and suits our needs since it scrolls all the names. So, would you mind if we stole shell/e-shell-about-box.[ch] from your code ? I really love the evolution's about box. But... have you seen the GNOME 2.0 about box?? It's like evolution's one but with is more easy to read the authors. (I mean gnome-about binary for GNOME 2.0). Cheers. Thanks a lot in advance. Rgds, Biswa. BTW, thanks for the great product ! Evo 1.0.3 has been rock stable and absolutely wonderful for me (LDAP works great too now !) - it has been my primary mail client since 1.0. ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers -- Carlos Perelló Marín mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.gnome-db.org http://www.Hispalinux.es Valencia - Spain signature.asc Description: Esta parte del mensaje esta firmada digitalmente
[Evolution-hackers] Re: Abiword in (unhacked) Evolution.
On Thu, 2002-05-02 at 10:23, Martin Sevior wrote: Hi Folks, OK the fixes to the abiword widget worked. See a screenshot of abiword in an unhacked evolution-1.0.3 straight from a Ximian rpm at: http://www.ph.unimelb.edu.au/~msevior/abiword/evolution-abi2.png I'll just clean up the code a bit and all gnome users of abiword 1.0.2 (the after what we're doing now) can read word processing documents inline with evolution. that is great! cheers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: charset foo
[moving from evolution-patches to evolution-hackers] Giving the user a choice could work. We can't *just* autodetect based on the UTF8. In a string like The character for the word 'one' is U+4E00, the last character could be Japanese, Simplified Chinese, or Traditional Chinese (or even Korean sometimes?). Is there any way for the composer to know whether the user is using a Japanese or Chinese input method? (And are there separate traditional and simplified chinese input methods?) And what about cut+paste? If you paste characters from a Big5 web page, does the composer know that or does it only get UTF8? -- Dan On Wed, 2002-05-01 at 21:28, Not Zed wrote: Yes we need this code, as we needed it when it was written. If nothing else, we could potentially use it to offer the user a choice (as emacs does), or use it to determine if the users locale charset is a valid option, or even for things like autodetecting unknown data (using locale as a hint). The code is priority based at least. So you just order the super-meta charsets last, so they wont be chosen for normal text, and maybe even special case them based on locale so utf8 is usually preffered. On Wed, 2002-05-01 at 21:42, Dan Winship wrote: Order of preference seems to be iso-2022-jp, Shift-JIS, and then euc-jp but neither Shift-JIS nor euc-jp are liked very much. They seem to only be common in the US for example. Korean users tend to prefer euc-kr over iso-2022-kr. Do the character sets actually contain vastly different data? Will Shift-JIS, euc-jp, or iso-2022-kr ever get chosen? For that matter, will the Chinese charsets ever get autodetected or will it always use the Japanese ones instead (at least for messages containing only reasonably common characters)? Also, does this patch address the issue that a message containing both Greek and Russian *can* be encoded in iso-2022, but *should* be encoded in UTF8? What problem exactly is this supposed to be solving? If you want to autodetect Asian charsets for people who aren't replying to an Asian-language message and don't have an Asian locale, I don't think this will work. Heuristics that might work are if it contains Korean characters (which are all in a certain range in Unicode), try EUC-KR, if it contains Japanese hiragana/katakana (likewise), try iso-2022-jp, and if it contains unihan characters but not kana, it's probably Chinese. I don't think you can autoselect between traditional and simplified Chinese charsets based on a UTF8 input stream though. -- Dan ___ Evolution-patches maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-patches ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Re: charset foo
On Thu, 2002-05-02 at 10:31, Dan Winship wrote: [moving from evolution-patches to evolution-hackers] Giving the user a choice could work. We can't *just* autodetect based on the UTF8. In a string like The character for the word 'one' is U+4E00, the last character could be Japanese, Simplified Chinese, or Traditional Chinese (or even Korean sometimes?). Is there any way for the composer to know whether the user is using a Japanese or Chinese input method? (And are there separate traditional and simplified chinese input methods?) I don't think so, no. And what about cut+paste? If you paste characters from a Big5 web page, does the composer know that or does it only get UTF8? Again, no. It just gets UTF-8 afaik. Let me remind you that this is for header encoding, not necessarily meant for encoding message bodies. We already have code that works for message bodies in the composer. Granted, if we can come up with some logic that will allow the user some preference over what charset has a higher priority, etc - then maybe we can just use camel_charset_best() for the message bodies as well? It sounds like most of your arguments are based on the belief that this will be used for message bodies, which is not where I intended this to go necessarily (although it might simplify things if we could?). NotZed was thinking that maybe we could generate the charset map table at runtime based on some suer ordering of the charsets or at least allow the locale charset to have priority over the current charsets used in camel's charset table. The one thing I see as maybe a problem with this approach i that it seems some users are in an iso-8859-1 locale but want to be able to write japanese or whatever. Now what? For this particular message he'd probably want iso-2022-jp to have priority, whereas his locale is iso-8859-1 (and maybe even most of the time he'd prefer iso-8859-1 had priority). Okay, maybe this particular example is a bad one, lets pretend locale is some asian charset and he wants to compose sometimes in another asian charset. This is probably more complicated than the iso-8859-1/iso-2022-jp charset because iso-8859-1 is not a multibyte charset and obviously iso-8859-1 should always have priority over iso-2022-jp (for the sake of interoperability with a wider variety of mail clients). My guess is that order of preference will have to be something like: iso-8859-1 (no need to put this in the table) iso-8859-2 iso-8859-4 koi8-r koi8-u iso-8859-5 iso-8859-7 iso-8859-8 iso-8859-9 iso-8859-13 iso-8859-15 windows-cp1251 user-defined user-defined user-defined user-defined ... UTF-8 (no need for this to be in the table either) Now, what happens if a user chooses an 8bit charset? do we somehow re-prioritise? How can we? Maybe we should expand that table to include all the 8bit charsets that users are likely to care about (do we already have this? what charsets do we add if we don't?) and then make it so that user-defined charsets can only be multibyte charsets? Maybe I'm making this more complicated than it needs to be... I would just prefer to use a table like this rather than having to attempt to iconv() to a ton of different charsets like we do in the composer. It's just a very expensive proccess to have to do that. danw: question for you. You said that greek and russian could be expressed in iso-2022. But if russian and greek have a higher priority than iso-2022, then why would this be a problem? I'm guessing that you mean only if greek and russian text appear together. However, if they are expressed together and we do mistakenly detect them as iso-2022, then wouldn't they still decode back to greek and russian glyphs? Or would converting the greek/russian glyphs from UTF-8 to iso-2022 destroy it and produce garbage iso-2022 glyphs? If the resultant iso-2022 encoded string can be converted back to UTF-8 while still preserving the greek and russian chars, then does it really matter? No matter what we do, we run the risk of encoding it to the wrong charset. Even if we were to always check locale first etc, because it's possible that the user is replying to a message composed in a different/incompatable charset and so we wouldn't be able to encode to the user's locale. Anyways, the reason why this whole charset issue was brought up again is because we currently encode asian charsets in UTF-8 *always* in headers for outgoing messages. This is apparently a problem because very few mail clients (including Outlook 6 - which is part of Office 2002?!) still don't understand UTF-8. Jeff -- Dan On Wed, 2002-05-01 at 21:28, Not Zed wrote: Yes we need this code, as we needed it when it was written. If nothing else, we could potentially use it to offer the user a choice (as emacs does), or use it to determine if the users locale charset is a valid option, or even for things like autodetecting unknown data (using locale as a hint). The code is priority based at least. So
Re: [Evolution-hackers] Abiword in (unhacked) Evolution.
Amazing, wonderful. Thanks a lot. Gerardo Marin On Thu, 2002-05-02 at 02:23, Martin Sevior wrote: Hi Folks, OK the fixes to the abiword widget worked. See a screenshot of abiword in an unhacked evolution-1.0.3 straight from a Ximian rpm at: http://www.ph.unimelb.edu.au/~msevior/abiword/evolution-abi2.png I'll just clean up the code a bit and all gnome users of abiword 1.0.2 (the after what we're doing now) can read word processing documents inline with evolution. Cheers :-) Martin ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Calling construct() multiply times?
Figured out why I kept getting called back into the construct() callback whenever I select a folder. In the connect() callback, I checked to see if service-url-port is 0, if so, set it to the port to the default port number. I did this because I wanted to know what the port number whereever I'm at in the code. That port number is messing it up and I haven't figured out what Camel is doing but I just #ifdef the code out for now and hard coded all the port number to what I need to use. On 5/2/2002 at 10:32 AM Not Zed wrote: It would probably be easy to point out the problems if you gave us a pointer to the source, like we do. :) On Thu, 2002-05-02 at 05:12, Dan Winship wrote: On Wed, 2002-05-01 at 13:02, Shawn Walker wrote: I constructed my base_url as: provider://username@server/ In get_folder_info_online() I created a URL for each folder as: provider://username@server/folder1 That URL is being created by camel_url_to_string(). In hash_folder_name(), I get: provider://username@server/folder1;noselect=yes So you want to make sure that your hash and equals functions don't consider the path to be part of the URL. but, I don't get ;noselect=yes for all the folders, just some (I haven't looked into what ;noselect=yes means). It means evolution-mail thinks the folder is not selectable, which has to do with what fields you did and didn't fill in in the CamelFolderInfo in get_folder_info. -- Dan ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution] sendmail - procmail - evolution, all on local host
On Wed, 2002-05-01 at 08:34, Fred Perloff wrote: I am running sendmail on my localhost. It dumps my mail in /var/spool/mail/$USER. Then I am running procmail to filter spam. Right now procmail is moving filtered mail to $HOME/mail where I read it with pine. I would like to use evolution as my MUA. Can someone help me with the syntax for the procmail filter to move mail where evolution can find it, and where I should point evolution in Tools | Mail Setting | Receiving Mail | server type configuration in order to read the filtered mail spool? If you're replacing pine completely, use server type: Standard Unix mbox spools, and set the path to the mbox pine's been reading from. You won't need to change anything in your procmail script. -- ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] please help with bug 21604, 1.1.x vs 1.0.x
How many people out there are using 1.1.x? Are there any plans to start making snaps of the 1.1 tree rather than the 1.0 tree? I ask as I have a bug I am waiting on and bugzilla reports it has been fixed in 1.1 but is unlikely to make it into the 1.0 releases. Also, having thought about, I guess most snapshot users would consider them selves to be testers at least, why not give us a 1.1 release rather than minor changes to the 1.0 evolution? -- R Brown-Bayliss ---==--- http://zoism.org ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] sendmail - procmail - evolution, all on local host
I got this from [EMAIL PROTECTED] back in December 2001. Perhaps things are different now. Read the thread beginning with this message: http://lists.ximian.com/archives/public/evolution/2001-December/015326.html The subject of the thread is: Summary and folder mismatch, even after a sync. Yep. That was me who was having that problem. I've started doing it again to (having procmail writing to the same folders that evolution is reading) and haven't seen the problem re-occur yet. I was hoping that now that evolution wasn't beta anymore that problem had been addressed. But to answer the original question, what I do is this: - procmail filters my mail into ~/mail/[folder name] where PINE reads it. - those folders are actually symlinked to ~/evolution/local/Inbox/mbox (or whatever the path to the folder's mbox file happens to be). I'll followup if the mismatch error continues to occur. -- Fred Chagnon [EMAIL PROTECTED] http://www.minix.ca ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] sendmail - procmail - evolution, all on local host
On Wed, 2002-05-01 at 08:34, Fred Perloff wrote: I am running sendmail on my localhost. It dumps my mail in /var/spool/mail/$USER. Then I am running procmail to filter spam. Right now procmail is moving filtered mail to $HOME/mail where I read it with pine. I would like to use evolution as my MUA. Can someone help me with the syntax for the procmail filter to move mail where evolution can find it, and where I should point evolution in Tools | Mail Setting | Receiving Mail | server type configuration in order to read the filtered mail spool? Note that it's not sendmail that puts the mail in /var/spool/mail/$USER. That's done by the local delivery agent configured in sendmail.mc, which might be procmail. If it is, you can hook your filter in at delivery time. I use this to run the Procmail Sanitizer on my system to clean potentially hostile content from mail destined for my users. http://www.impsec.org/email-tools/procmail-security.html ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] please help with bug 21604, 1.1.x vs 1.0.x
On Thu, 2002-05-02 at 01:39, Rob Brown-Bayliss wrote: How many people out there are using 1.1.x? Are there any plans to start making snaps of the 1.1 tree rather than the 1.0 tree? They'll happen eventually, though I'm not sure when. Ettore grumbles every time somebody asks this question, so it probably won't be too long. :-) I ask as I have a bug I am waiting on and bugzilla reports it has been fixed in 1.1 but is unlikely to make it into the 1.0 releases. Also, having thought about, I guess most snapshot users would consider them selves to be testers at least, why not give us a 1.1 release rather than minor changes to the 1.0 evolution? Because they want to make sure that there are no major bugs, or feature regressions, or whatever, in the stable, 1.0 branch, which they're still doing work on. Once they close that branch, and all developer time goes in to the 1.1.x branch, then 1.1.x snapshots will be the place where testing is really really needed. Greg P.S. I don't work for Ximian, so the above is all my personal opinion. -- Portland, Oregon, USA. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] Red Hat 7.2 Palm Pilot help...
sorry if you get this 2ce, mail client error...anyway read through a lot of the archives and can't find a fix / solution yet. I am kinda new to Linux but learning by leaps bounds and now I am stuck with my palm...pilot that is. I am running Red Hat 7.2, and using the pilot-link (0.9.5) at the terminal level I can see, as well as write files from the palm (using the pilot-address -w command) In Evolution under tools, pilot I do see the pilot there (using /dev/pilot) under sync.actions the setting is use conduit settings I tried changing to sync with palm, etc. but none work, and it reverts back to use conduit settings. When I hit the sync button it does connect, changes to identifying user, then synchronizing, then finally cleaning up but I can remember when sync'ing with Outlook etc. it did say syncing contacts, addresses etc. I found a evolution-pilot that seems to work under Mandrake, what tweaking, etc. do I need to do to get this to work under RedHat? I tried the RPM and got a; evolution = 1.0.3-1mdk is needed by evolution-pilot-1.0.3-1mdk libcrypto.so.0 is needed by evolution-pilot-1.0.3-1mdk libssl.so.0 is needed by evolution-pilot-1.0.3-1mdk I am running Evolution version 1.0.4.99, sorry if this was long, but I wanted most of the details already here, and as I said being a little new to Linux better to give more than less info. tnx in advance for all / any help. Lance.. [EMAIL PROTECTED] ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
Thanks a lot. Now you've given the same problem to everyone on the list. Thankfully my ISP has a web access capability so I can purge this e-mail. Dan This (spam) message appears to make Evo eat all my RAM and swap and then the mail component crashes. The From: line is a nightmare. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
Gee thanks, you just brought my machine to its knees. Ron Guerin wrote: ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
Did anyone have the following in their dmesg after evo crashed? __alloc_pages: 0-order allocation failed (gfp=0xf0/0) I noticed it after evo blew up several times in a row. On Thu, 2002-05-02 at 17:11, Bruce Mallett wrote: Gee thanks, you just brought my machine to its knees. Ron Guerin wrote: ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: [EMAIL PROTECTED] It is the part of a good shepherd to shear his flock, not to skin it. Latin Proverb signature.asc Description: This is a digitally signed message part
Re: [Evolution] This message crashes Evo (attached)
Here is a bit of strace when the problem happens: Error old_mmap(NULL, 536875008, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x8a767000 munmap(0x53301000, 927358976) = 0 mremap(0x4330, 268439552, 536875008, MREMAP_MAYMOVE) = 0x4330 munmap(0x8a767000, 536875008) = 0 old_mmap(NULL, 1854717952, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) brk(0x78692000) = 0x9dc6000 old_mmap(NULL, 1854717952, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) old_mmap(NULL, 1854717952, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) write(2, \n, 1) = 1 write(2, GLib, 4) = 4 write(2, -, 1)= 1 write(2, ERROR **: , 10) = 10 write(2, could not allocate 1854716080 by..., 35) = 35 write(2, \naborting...\n, 13) = 13 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 write(1, efore\nimpl_event = command_befor..., 194) = 194 kill(, SIGABRT) = 0 --- SIGABRT (Aborted) --- /Error Also, something interesting here is that my system swaps itself to death, that is of course until sigabrt is reached. I consider this a serious security bug. On Thu, 2002-05-02 at 17:11, Bruce Mallett wrote: Gee thanks, you just brought my machine to its knees. Ron Guerin wrote: ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: [EMAIL PROTECTED] It is the part of a good shepherd to shear his flock, not to skin it. Latin Proverb signature.asc Description: This is a digitally signed message part
[Evolution] This message crashes Evo (attached)
All, Well that was no fun! :{ I finally got my EVO back up and running. For those not so sure what to do to get back up and running this is what I did. This may not be the best or safest, but it worked for me. I'm sure the Ximian guys might offer something else. I use fetchmail and procmail to get my mail and then suck it up with EVO. I edited the temporary movemail_blah.blah file and deleted the offending, sorry, bastardly message. After that EVO went on its merry way. My $.02. -- James Harrison RHCE,CCNA signature.asc Description: This is a digitally signed message part
[Evolution] Evolution mail component keeps dying - but fixed
Hi, evolution 1.0.3. Mail component dies every time it tries to send/receive. Uses all CPU for about 5 seconds and then notifies that mail component has died. Is this the thing I saw earlier today on the list about someone posting an attachment that crashes the mail component? If so, someone don't do that! I think I fixed it now after rebuilding my evolution directory bit by bit and narrowed it down to one of the meta folders in the ~/evolution/local/Inbox directory. I deleted everything in there except mbox and the problem seems fixed. -- John S. Weber [EMAIL PROTECTED] http://www.users.qwest.net/~weberjohns ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
This is why I keep a copy of PMMail around. The ability to view headers from the server and delete without downloading is vital for a pop3 client. I've yet to see one that couldn't be knocked out by _something_. Steve On Thu, 2002-05-02 at 19:31, James Harrison wrote: This may not be the best or safest, but it worked for me. I'm sure the Ximian guys might offer something else. I use fetchmail and procmail to get my mail and then suck it up with EVO. I edited the temporary movemail_blah.blah file and deleted the offending, sorry, bastardly message. After that EVO went on its merry way. -- Steven Tryon [EMAIL PROTECTED] ICQ 102798975 ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
On Thu, 2002-05-02 at 17:22, Austin Gonyou wrote: Also, something interesting here is that my system swaps itself to death, that is of course until sigabrt is reached. I consider this a serious security bug. Me too. I hope this becomes a top priority item, although this list (and other Ximian lists) is probably the biggest target of evolution users. I haven't actually seen the offending message. Is there a way to protect myself in case it gets posted again? Filters? I have my evolution list mail filtered anyway and it seemed to get hung in the Inbox directory, probably in the movemail_blah.blah file (mentioned at the top of this thread), which is one of the files I deleted to get my evo working again so I'm doubtful about a filter. -- John S. Weber [EMAIL PROTECTED] http://www.users.qwest.net/~weberjohns ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
And I'll pass along my $.02 too in case anyone else runs a Cyrus server. I logged into my mail server and simply deleted the offending message. Then as user Cyrus, I ran reconstruct against my user mailbox. Not sure if this is appropriate or necessary, but it seemed to work. On Thu, 2002-05-02 at 18:31, James Harrison wrote: All, Well that was no fun! :{ I finally got my EVO back up and running. For those not so sure what to do to get back up and running this is what I did. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
I just committed a fix to CVS like 2 minutes ago. Jeff On Thu, 2002-05-02 at 20:08, John Weber wrote: On Thu, 2002-05-02 at 17:22, Austin Gonyou wrote: Also, something interesting here is that my system swaps itself to death, that is of course until sigabrt is reached. I consider this a serious security bug. Me too. I hope this becomes a top priority item, although this list (and other Ximian lists) is probably the biggest target of evolution users. I haven't actually seen the offending message. Is there a way to protect myself in case it gets posted again? Filters? I have my evolution list mail filtered anyway and it seemed to get hung in the Inbox directory, probably in the movemail_blah.blah file (mentioned at the top of this thread), which is one of the files I deleted to get my evo working again so I'm doubtful about a filter. -- John S. Weber [EMAIL PROTECTED] http://www.users.qwest.net/~weberjohns ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution -- Jeffrey Stedfast Evolution Hacker - Ximian, Inc. [EMAIL PROTECTED] - www.ximian.com ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] This message crashes Evo (attached)
On Fri, 2002-05-03 at 01:31, James Harrison wrote: This may not be the best or safest, but it worked for me. I'm sure the Ximian guys might offer something else. I use fetchmail and procmail to get my mail and then suck it up with EVO. I edited the temporary movemail_blah.blah file and deleted the offending, sorry, bastardly message. After that EVO went on its merry way. I started Mozilla's email client and set it up for my POP3 account, setting the following options: Leave messages on server and Delete messages on server when they are deleted locally. This allowed me to fetch the messages and among them the bastardly message. Deleting it also removed it from the POP server, after which I had no more problems with Evolution. -- Janus Christensen __ I want something that'll give me the stamina of a young werewolf, the vision of a shaman, the thoughts of a serial killer and the gentleness of a hungry vampire bat. -- Spider Jerusalem, Transmetropolitan signature.asc Description: This is a digitally signed message part
Re: [Evolution] This message crashes Evo (attached)
On Thu, 2002-05-02 at 20:52, Jeffrey Stedfast wrote: I just committed a fix to CVS like 2 minutes ago. Jeff Will that fix be to the stable or the development tree? -sv signature.asc Description: This is a digitally signed message part
Re: [Evolution] This message crashes Evo (attached)
On Thu, 2002-05-02 at 20:52, Jeffrey Stedfast wrote: I just committed a fix to CVS like 2 minutes ago. What about the stable branch? Please make a patch ASAP so Michael can review it and we can have a 1.0.5 release out soon to fix the problem. ;-) -- Ettore ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evolution mail component keeps dying - but fixed
On Thu, 2002-05-02 at 19:48, John Weber wrote: I think I fixed it now after rebuilding my evolution directory bit by bit and narrowed it down to one of the meta folders in the ~/evolution/local/Inbox directory. I deleted everything in there except mbox and the problem seems fixed. Hmmm. And you still have an Inbox in your folder tree? That shouldn't happen. :-) I guess what you did was just removing the .ibex and .ev-summary files and keeping the mbox and {folder,local}-metadata.xml files? -- Ettore ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evolution mail component keeps dying - but fixed
On Fri, 2002-05-03 at 00:09, Ettore Perazzoli wrote: On Thu, 2002-05-02 at 19:48, John Weber wrote: I think I fixed it now after rebuilding my evolution directory bit by bit and narrowed it down to one of the meta folders in the ~/evolution/local/Inbox directory. I deleted everything in there except mbox and the problem seems fixed. Hmmm. And you still have an Inbox in your folder tree? That shouldn't happen. :-) I guess what you did was just removing the .ibex and .ev-summary files and keeping the mbox and {folder,local}-metadata.xml files? I tried this and it didn't work for me on my FreeBSD system. What I ended up doing after reading someone's post about using Mozilla's mail client was to set up Balsa and have the balsa client delete my recent messages from the mail server at my isp. then i deleted my ~/evolution directory and restored it from backup from yesterday. Everything is back up and running just fine now. Thanks, Tim ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] recieve mail process
Hi I have just had a problem recieving mail from a local spool. I clicked in the send/recieve button, and about 40% of the way through importing the system went crazy, chewing up arround 300megs of swap space and thrashing the hard disk to bits. I waited for several mins to let things calm down and when it was obvious they would not I cannned evolution and assumed my mails were lost forever. Now every time I start evolution, when it gets round to automatically checking for mail teh same thing happens (I should point out that at the moment there is no mail in the locla spool). It seems to just go on for ever and ever, but the first few mails it recieved before teh first fit are imported again which makes me thing there is a copy of the original mail spool still hanging around where ever evo copies it too, is this correct and can I reclaim the lost emails and maybe find the one causing the problem? -- R Brown-Bayliss ---==--- http://zoism.org ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evolution mail component keeps dying - but fixed
On Thu, 2002-05-02 at 22:25, Tim Boring wrote: On Fri, 2002-05-03 at 00:09, Ettore Perazzoli wrote: On Thu, 2002-05-02 at 19:48, John Weber wrote: I think I fixed it now after rebuilding my evolution directory bit by bit and narrowed it down to one of the meta folders in the ~/evolution/local/Inbox directory. I deleted everything in there except mbox and the problem seems fixed. Hmmm. And you still have an Inbox in your folder tree? That shouldn't happen. :-) I guess what you did was just removing the .ibex and .ev-summary files and keeping the mbox and {folder,local}-metadata.xml files? I tried this and it didn't work for me on my FreeBSD system. What I ended up doing after reading someone's post about using Mozilla's mail client was to set up Balsa and have the balsa client delete my recent messages from the mail server at my isp. then i deleted my ~/evolution directory and restored it from backup from yesterday. Everything is back up and running just fine now. I did something similar, but used a little python script, since I don't haveany other email clients. -- ++ | Ron Johnson, Jr.Home: [EMAIL PROTECTED]| | Jefferson, LA USA http://ronandheather.dhs.org:81| || | Freedom is not free | | Korean War Memorial | ++ ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evolution mail component keeps dying - but fixed
On Thu, 2002-05-02 at 21:09, Ettore Perazzoli wrote: On Thu, 2002-05-02 at 19:48, John Weber wrote: I think I fixed it now after rebuilding my evolution directory bit by bit and narrowed it down to one of the meta folders in the ~/evolution/local/Inbox directory. I deleted everything in there except mbox and the problem seems fixed. Hmmm. And you still have an Inbox in your folder tree? That shouldn't happen. :-) I guess what you did was just removing the .ibex and .ev-summary files and keeping the mbox and {folder,local}-metadata.xml files? No, I removed everything except mbox. On the next evo start up it popped up a dialog that said some files were missing for this version and should it create them. I said yes and now it all seems OK. [jweber@ceora Inbox]$ pwd /home/jweber/evolution/local/Inbox [jweber@ceora Inbox]$ ls folder-metadata.xml local-metadata.xml mbox mbox.ev-summary mbox.ibex [jweber@ceora Inbox]$ -- John S. Weber [EMAIL PROTECTED] http://www.users.qwest.net/~weberjohns ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Apparently it's worse than I thought.
Next time, use a binary attachment, like gzip, or better yet, attach it to a bug report. On Fri, 2002-05-03 at 07:09, Ron Guerin wrote: Apologies. That message seems to be a problem for some people as an attachment also. That wasn't the problem here, or I wouldn't have sent it. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] pgp signing and outlook
Erik, There are a couple of bugs filed regarding this issue: http://bugzilla.ximian.com/show_bug.cgi?id=4091 http://bugzilla.ximian.com/show_bug.cgi?id=13933 The short answer for now is, unfortunately, that there is no good solution yet. --Chris On Mon, 2002-04-29 at 04:28, Erik Grinaker wrote: hi all I've just started using gnupg for signing and encryption of email. It seems that Outlook mail clients (and others) are unable to display these messages properly, as the message itself is displayed as an attachment. I see there have been many previous posts on this problem, but I am unable to find any solutions in the archives. I realize that the problem lies in that outlook does not conform to standards, but as the majority of users use this client I think a small hack to fix this is in order. Have anyone created a patch, or found another solution to this problem, or will I have to roll up my sleeves and Do It Myself (tm)? ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] recieve mail process
there's a message on [EMAIL PROTECTED] with the subject This message crashes Evo that had an invalid binary email address. Remove this mesage from ~/evolution/local/Inbox/movemail Since Evolution was not able to fully import your local spool, it left a copy in ~/evolution/local/Inbox/movemail so that the next check could continue and thus not lose mail. Anyways, this bug has already been fixed in CVS so there should soon be another release containing a fix. Jeff On Thu, 2002-05-02 at 22:48, Rob Brown-Bayliss wrote: Hi I have just had a problem recieving mail from a local spool. I clicked in the send/recieve button, and about 40% of the way through importing the system went crazy, chewing up arround 300megs of swap space and thrashing the hard disk to bits. I waited for several mins to let things calm down and when it was obvious they would not I cannned evolution and assumed my mails were lost forever. Now every time I start evolution, when it gets round to automatically checking for mail teh same thing happens (I should point out that at the moment there is no mail in the locla spool). It seems to just go on for ever and ever, but the first few mails it recieved before teh first fit are imported again which makes me thing there is a copy of the original mail spool still hanging around where ever evo copies it too, is this correct and can I reclaim the lost emails and maybe find the one causing the problem? -- R Brown-Bayliss ---==--- http://zoism.org ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] pgp signing and outlook
Please refer to bug #17541 instead. Jeff On Fri, 2002-05-03 at 00:38, Chris Campbell wrote: Erik, There are a couple of bugs filed regarding this issue: http://bugzilla.ximian.com/show_bug.cgi?id=4091 http://bugzilla.ximian.com/show_bug.cgi?id=13933 The short answer for now is, unfortunately, that there is no good solution yet. --Chris On Mon, 2002-04-29 at 04:28, Erik Grinaker wrote: hi all I've just started using gnupg for signing and encryption of email. It seems that Outlook mail clients (and others) are unable to display these messages properly, as the message itself is displayed as an attachment. I see there have been many previous posts on this problem, but I am unable to find any solutions in the archives. I realize that the problem lies in that outlook does not conform to standards, but as the majority of users use this client I think a small hack to fix this is in order. Have anyone created a patch, or found another solution to this problem, or will I have to roll up my sleeves and Do It Myself (tm)? ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution