Re: Displaying PGP signature *after* the message?
On Wed, Oct 16, 2002 at 03:02:31PM +0200, René Clerc wrote: * Stephane Bortzmeyer [EMAIL PROTECTED] [16-10-2002 14:52]: [about PGP signatures] Or to hide it unless specifically called? unset pgp_verify_sig -- René Clerc - ([EMAIL PROTECTED]) There is a definite parallel between shots of tequila and a woman's breasts. One is not enough and three are too many. Mutt GPG integration is so very good it's almost a crime to suggest a change. In a perfect world, I think I'd want to know only if the signature did *NOT* check out against the keyserver copy. Otherwise I'd prefer the appearance of the signature text to be subject to an on/off switch. It is remarkably clean the way the keychain gets updated. If I ever had something I wanted to say in secret, with mutt, there is a good chance I actually could. I've been set up to use PGP since 1993, but never sent encrypted messages because key exchange was so cumbersome and because those with whom I'd have a need to speak privately are too intimidated by all the steps necessary with other email clients. For this reason I'd like to always verify, always fetch keys (that are not already on my keychain), but only see signature verification failures. Everything else should be invisible. Well, maybe a rotating slash to indicate fetch activity between me and the keyserver. Then again, all my life I've wanted things I can't have. JPK msg31861/pgp0.pgp Description: PGP signature
Re: Autoview images in the pager - w3m
On Sat, Oct 05, 2002 at 03:18:23PM +0200, Sven Guckes wrote: * Viktor Lakics [EMAIL PROTECTED] [2002-10-05 12:21]: Has anyone ever tried to work out how to autoview graphics inside mutt? To illustrate the point look at this screenshot: http://lakics.homelinux.net/screenshot/shot.jpg This shows multi-gnome-terminal with a horizontal split, the upper part is running mutt, the lower part is running w3m, which opened up the horizontal split from inside mutt when I right-clicked the appropriate URL. As you can see, w3m shows inline graphics, is very fast, and makes easy to check html pages or urls in sort of text mode. As was wondering whether anyone tried to hack the mailcap, mutt, w3m trio in a way that html messages could be shown in autoview with graphics inside? well, w3m already does what you want - so please use it. all you need is this auto_view text/html in your mutt setup and the following in your mailcap file: text/html ; w3m -dump -force_html %s ; copiousoutput text/htm; w3m -dump -force_html %s ; copiousoutput message/html; w3m -dump -force_html %s ; copiousoutput message/htm ; w3m -dump -force_html %s ; copiousoutput and you probably need a fairly recent version of w3m for this, too. however, w3m's changelog is not very elaborate... more sreenshots about w3m in action: http://www.w3m.org/screenshots.html Sven -- Sven Guckes [EMAIL PROTECTED] W3M a text browser for the world wide web W3M http://w3m.org and http://w3m.sf.net W3M http://ei5nazha.yz.yamagata-u.ac.jp/~aito/w3m/eng This is *really* nice. I saw the page at http://w3m.org a few months ago. I wrongly concluded that there was no on-going development since the date on w3m.org is: Tuesday August 01, 2000 02:43 P Your reference to http://w3m.sf.net cleared my confusion. Thanks. http://prdownloads.sourceforge.net/w3m/w3m-0.3.1.tar.gz?use_mirror=unc The July 2002 release leaves links and lynx looking dusty and beaten. Regards, JPK msg31862/pgp0.pgp Description: PGP signature
Re: Displaying PGP signature *after* the message?
On Wed, Oct 16, 2002 at 07:35:01PM +0200, René Clerc wrote: * PeterKorman [EMAIL PROTECTED] [16-10-2002 16:30]: On Wed, Oct 16, 2002 at 03:02:31PM +0200, René Clerc wrote: * Stephane Bortzmeyer [EMAIL PROTECTED] [16-10-2002 14:52]: [about PGP signatures] Or to hide it unless specifically called? unset pgp_verify_sig In a perfect world, I think I'd want to know only if the signature did *NOT* check out against the keyserver copy. The part of his question I replied to, is the part that doesn't require a patch for mutt, if I'm correct. I believe my reply is valid; if you want to hide GnuPG output, then don't verify. [...] I'd like to always verify, always fetch keys (that are not already on my keychain), but only see signature verification failures. Everything else should be invisible. Well, maybe a rotating slash to indicate fetch activity between me and the keyserver. This requires a patch. Or a nifty $display_filter setting. Personally, I don't like keyrings with hundreds of keys. So I don't use the auto-key-retrieve option of gpg. If a post to, let's say, mutt-users is signed (like mine are), I usually don't feel the direct need to verify the signature (exactly _what_ would be the benefit of this?). If I _want_ to, I can (by retrieving the key and playing around with $pgp_verify_sig). On the slim chance that your question is not rhetorical I'll hazard an answer. would be the benefit of this? It mitigates against 2 of my weaknesses. Bad memory and lazyness. Patience seems to be something of which I have enough; maybe too much. I have enough patience to wait for keyserver response. A keyserver response wait tells me that I've never before read a message (so far I've never encountered a downed key server at the site I'm using) signed by this person. If I always verify, then I don't have to remember the verify command. On occasions when I want to verify I don't need to care how it's done because I've already done it. It might all go back to my mother not allowing me to purchase the secret decoder ring on the back of the rice crispies box. Ever since then I've always thought things related to encryption were cool. JPK msg31865/pgp0.pgp Description: PGP signature
Re: List problems?
It'z back.
Bad Encoding?
My mutt viewer shows: N^X¬µìm\212Ç^Z¹^u¼¦ºÛÿ²ø\236ÁêÿZ^\ÿÿÿ_^Aô^M;^D@u^LPúì^N¶^WÝE for the attached distribution. I think there was a thread for a problem like this not so long ago. The distribution was encoded by a Mozilla 4.76 mailer. There are 2 attachments. The second 1 was an html copy. Ximian Evolution reads it ok if the second attachment is present, but he garbles the text as well if I remove the html attachment. I guess Evolution just goes straight for the html rendering. Maybe the iso-8859-1 is just encoded improperly. Or maybe I have my linux character set stuff set up wrong. Thanks. JPK -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] Received: (qmail 16630 invoked by uid 2508); 27 Sep 2002 13:26:14 - Received: from [EMAIL PROTECTED] by fourier by uid 2505 with qmail-scanner-1.12 (uvscan: v4.1.60/v4210. hbedv: 6.12.0.0. inocucmd: 37.00/02.66. . Clear:. Processed in 0.100137 secs); 27 Sep 2002 13:26:14 - X-Qmail-Scanner-Mail-From: [EMAIL PROTECTED] via fourier X-Qmail-Scanner: 1.12 (Clear:. Processed in 0.100137 secs) Received: from tesla.eigenvision.com (HELO eigenvision.com) (192.168.0.3) by 0 with SMTP; 27 Sep 2002 13:26:14 - Received: (qmail 6543 invoked by uid 1500); 27 Sep 2002 13:26:13 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 6539 invoked from network); 27 Sep 2002 13:26:13 - Message-ID: [EMAIL PROTECTED] Date: Fri, 27 Sep 2002 09:26:06 -0400 From: [EMAIL PROTECTED] MIME-Version: 1.0 Subject: Why can't I read this? Content-Type: multipart/alternative; boundary=18B9A07BEB1DFD67A62F91F3 --18B9A07BEB1DFD67A62F91F3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: base64 This this text is garbled in my mutt viewer. Why? http://www.nationalreview.com/kurtz/kurtz092602.asp --18B9A07BEB1DFD67A62F91F3 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit !doctype html public -//w3c//dtd html 4.0 transitional//en html nbsp; brfont face=Times New Roman, Times, seriffont size=+0This this text is garbled in my mutt viewer. Why?/font/font pa href=http://www.nationalreview.com/kurtz/kurtz092602.asp; class=moz-txt-link-freetexthttp://www.nationalreview.com/kurtz/kurtz092602.asp/a brnbsp; brnbsp; brnbsp;/html --18B9A07BEB1DFD67A62F91F3-- msg31391/pgp0.pgp Description: PGP signature
Re: List problems?
Who is the kind person responsible for the mutt.org server? Is it possible they lost a disk, or ran out of space, or their firewall went kabluey now blocking everything? Is is it now ok to post to [EMAIL PROTECTED] since thats the only thing that works? [JPK] -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] msg31303/pgp0.pgp Description: PGP signature
Mutt-User List Servers
I'm wondering how the servers that manage the list are set up. Is there 1 server that receives all messages and many that send the messages to the subscribers? -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] msg31304/pgp0.pgp Description: PGP signature
Bad Encoding?
My mutt viewer shows: N^X¬µìm\212Ç^Z¹^u¼¦ºÛÿ²ø\236ÁêÿZ^\ÿÿÿ_^Aô^M;^D@u^LPúì^N¶^WÝE for the attached distribution. I think there was a thread for a problem like this not so long ago. The distribution was encoded by a Mozilla 4.76 mailer. There are 2 attachments. The second 1 was an html copy. Ximian Evolution reads it ok if the second attachment is present, but he garbles the text as well if I remove the html attachment. I guess Evolution just goes straight for the html rendering. Maybe the iso-8859-1 is just encoded improperly. Or maybe I have my linux character set stuff set up wrong. Thanks. JPK -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] Received: (qmail 16630 invoked by uid 2508); 27 Sep 2002 13:26:14 - Received: from [EMAIL PROTECTED] by fourier by uid 2505 with qmail-scanner-1.12 (uvscan: v4.1.60/v4210. hbedv: 6.12.0.0. inocucmd: 37.00/02.66. . Clear:. Processed in 0.100137 secs); 27 Sep 2002 13:26:14 - X-Qmail-Scanner-Mail-From: [EMAIL PROTECTED] via fourier X-Qmail-Scanner: 1.12 (Clear:. Processed in 0.100137 secs) Received: from tesla.eigenvision.com (HELO eigenvision.com) (192.168.0.3) by 0 with SMTP; 27 Sep 2002 13:26:14 - Received: (qmail 6543 invoked by uid 1500); 27 Sep 2002 13:26:13 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 6539 invoked from network); 27 Sep 2002 13:26:13 - Message-ID: [EMAIL PROTECTED] Date: Fri, 27 Sep 2002 09:26:06 -0400 From: [EMAIL PROTECTED] MIME-Version: 1.0 Subject: Why can't I read this? Content-Type: multipart/alternative; boundary=18B9A07BEB1DFD67A62F91F3 --18B9A07BEB1DFD67A62F91F3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: base64 This this text is garbled in my mutt viewer. Why? http://www.nationalreview.com/kurtz/kurtz092602.asp --18B9A07BEB1DFD67A62F91F3 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit !doctype html public -//w3c//dtd html 4.0 transitional//en html nbsp; brfont face=Times New Roman, Times, seriffont size=+0This this text is garbled in my mutt viewer. Why?/font/font pa href=http://www.nationalreview.com/kurtz/kurtz092602.asp; class=moz-txt-link-freetexthttp://www.nationalreview.com/kurtz/kurtz092602.asp/a brnbsp; brnbsp; brnbsp;/html --18B9A07BEB1DFD67A62F91F3-- msg31375/pgp0.pgp Description: PGP signature
Re: reread configuration file
On Wed, Sep 25, 2002 at 03:01:06PM -0700, Burton Samograd wrote: On Wed, Sep 25, 2002 at 11:36:38PM +0200, Hans Ginzel wrote: Something like: :function reread_cfg_files : reset all options to compile time : source startup files as by usual start :endfunction -- At the top of your .muttrc unset * unhook * should do the trick. burton unset * causes Error in /home/pkorman/.muttrc, line 1: *: unknown variable source: errors in /home/pkorman/.muttrc Press any key to continue... Mutt manual section 3.23 The reset command resets all given variables to the compile time defaults (hopefully mentioned in this manual). If you use the command set and prefix the variable with ``'' this has the same behavior as the reset command. With the reset command there exists the special variable ``all'', which allows you to reset all variables to their system defaults. reset all unhook * will work. I dont know if it clears folder hooks though. furthermore, if you rely on settings in /usr/local/etc/Muttrc you better move everything into your local setting file. -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] msg31277/pgp0.pgp Description: PGP signature
Re: reread configuration file
On Thu, Sep 26, 2002 at 10:28:56AM -0400, PeterKorman wrote: On Wed, Sep 25, 2002 at 03:01:06PM -0700, Burton Samograd wrote: On Wed, Sep 25, 2002 at 11:36:38PM +0200, Hans Ginzel wrote: Something like: :function reread_cfg_files : reset all options to compile time : source startup files as by usual start :endfunction -- At the top of your .muttrc unset * unhook * should do the trick. burton unset * causes Error in /home/pkorman/.muttrc, line 1: *: unknown variable source: errors in /home/pkorman/.muttrc Press any key to continue... Mutt manual section 3.23 The reset command resets all given variables to the compile time defaults (hopefully mentioned in this manual). If you use the command set and prefix the variable with ``'' this has the same behavior as the reset command. With the reset command there exists the special variable ``all'', which allows you to reset all variables to their system defaults. reset all unhook * will work. I dont know if it clears folder hooks though. furthermore, if you rely on settings in /usr/local/etc/Muttrc you better move everything into your local setting file. I'm pretty sure it clears folder hooks. if your first lines of .muttrc are: reset all unhook * source /usr/local/etc/Muttrc Your probably in good shape as long as your Muttrc is on this path. JPK -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[]
Re: Thread Display
On Tue, Sep 24, 2002 at 01:40:27PM +0200, Christian Ordig wrote: On Mon, Sep 23, 2002 at 08:04:11PM -0400, PeterKorman wrote: Here are the gory details. Much of my communication is not through mailing lists. As a rule I don't go to a folder to exchange mail with a particular person. that's what I meant ... nearly nobody has one folder per person. I want to keep a record of everything I send. sure ... that's what I meant with: # default record location folder-hook . set record==sent So send gets its own folder. This is nonnegotiable. I want keep a record of everything I receive. I dont want to hand sort that stuff. that's what procmail/maildrop is for. (maildrop switches destination folders for me just fine, but that is not the kind of data I'm processing.) So all my non-newsgroup inbound goes to 1 folder. That is also non negotiable. well ... _everything_ not going to a mailing list goes to let's say =inbox ? This would simplyfy stuff a lot ... you'd need only _one_ further folder-hook: folder-hook =inbox set record==inbox so everything sent from within =inbox would be recorded to =inbox. And when replying to someone who sent a mail directly to you, it's unlikely you're in a mailinglist folder ... isn't it? Cool! That means I can use: folder-hook =inbox set record==sent to record everything I sent. Then I can generate a unique link name via safecat and hardlink all unlinked messages in 'sent' to a link name in inbox. I could skip all the perl messageID scanning and maintain threads and a separate 'sent' record list on the fly. I like it. Thanks for the feedback. Regards, JPK -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] msg31156/pgp0.pgp Description: PGP signature
Re: Thread Display
On Tue, Sep 24, 2002 at 12:42:17AM +0200, Christian Ordig wrote: On Wed, Sep 18, 2002 at 03:48:39AM +0200, René Clerc wrote: * PeterKorman [EMAIL PROTECTED] [17-09-2002 19:21]: I think I can correctly interpret what you said in more than 1 way. So I wont try. given: 1)message to Sally 2)reply from Sally 3)reply to reply from Sally. fcc-hook will store _any_ message to Sally in the folder which you specify (probably sally). that's not really useful for conversations ... you'd need for everybody a new procmail rule ... and a fcc-hook ... and you'd end up with one folder per person ... If you configure procmail correctly, it can deliver every message _from_ Sally in that same folder. yes ... that is useful for people communicating with only 5-10 other guys ... I'd suggest the following: - sort incoming mail using procmail as you'd also do normally (everything coming to [EMAIL PROTECTED] goes to folder xyz and so on) - use folder-hooks for setting record to the same folder you're currently in - example: # default record location folder-hook . set record==sent # every mail sent from inside folder =xyz is saved to =xyz folder-hook =xyz set record==xyz - now when there comes a message to =xyz and you reply, your answer will also be stored to =xyz. Mails sent from any other folder, not having such a folder-hook are saved to =sent Any further suggestions? Here is what I have: Mailing list are fine. Everything already goes out and comes in the mutt list folder via folder hooks my receive address: [EMAIL PROTECTED] the mutt mailing list sender: [EMAIL PROTECTED] I manage all my mailing lists the same way threading is terriffic. Here are the gory details. Much of my communication is not through mailing lists. As a rule I don't go to a folder to exchange mail with a particular person. I want to keep a record of everything I send. So send gets its own folder. This is nonnegotiable. I want keep a record of everything I receive. I dont want to hand sort that stuff. (maildrop switches destination folders for me just fine, but that is not the kind of data I'm processing.) So all my non-newsgroup inbound goes to 1 folder. That is also non negotiable. I haven't done it yet, but here's what I'm thinking: I'll use perl to scan my sent folder. I'll extract all of the message-ID(ish) headers into a hash whose index is the message-ID and whose data is a linked list of filenames. Now I'll scan my inbound folder for message-ID(ish) headers that match the ones in the hash I've generated (from the sent folder) and plug their filenames into the linked list data structure of the associated message-ID index. Finally, my perl hash will contain all filenames of associated with threads containing at least 2 messages, 1 of which was sent buy me. Now I create hard links to all those filenames in a third maildir directory called conversations. Am I making sense to anyone besides my self? Thanks. Regards, JPK -- []+ Wisdom is vindicated by all her children. +[] [] [] []+ GnuPG ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D +[] msg31138/pgp0.pgp Description: PGP signature
Re: [Evolution] Archive function?
Lotus Notes does archives too. As long as you dont mind spending 90 seconds to start your mail client and having it occupy 96 megs of RAM. Itz a very heavy client. [JPK] On Tue, Sep 17, 2002 at 04:46:05PM -0400, Gil Hauer wrote: Outlook does indeed allow the user to archive old email based on cut-off dates. I believe that one can append to the archive file as well (that is, archive things once each month to the archive file). To echo the request, this is something that I'm really missing in Evo. I've been toying with scripting something but the threshold of pain isn't quite there yet :) Gil On Tue, 2002-09-17 at 16:37, Jeffrey Stedfast wrote: On Tue, 2002-09-17 at 16:16, Greg Macek wrote: Agreed that the tools are indeed already there to do this myself. I may end up doing something similar to what you describe below. However, having a front-end to this would ease newer users to Evo or Linux for that matter. That's all I'm saying. :-) I thought the concept of archiving was a unix-only thing anyway. I don't know of any Windows clients that actually support it (well, I'm only familiar with the more popular clients - I'm sure somewhere there is a Windows mailer that does this but I don't think Outlook nor Netscape/Mozilla offer this). Jeff On Tue, 2002-09-17 at 12:08, Jean-Marc V. Liotier wrote: On Tue, 2002-09-17 at 18:33, Greg Macek wrote: Are there any plans to implement an Archive function in Evolution? This could really come in handy for people who have years of email (like myself) stored, but rarely access. It would be convenient to have an interface to this, perhaps zipping up the folders you want archived and storing those files wherever you wanted. Then, if/when the time comes you need something, you can un-archive the file back into Evo. - Create a new local account with a maildir or mbox store - Move to this account the messages you want to archive - Deactivate the account - Store away the maildir or mailbox wherever you want. Burning a CD comes to mind. Reading the archived mail is exactly as simple : create a new local account and select your archive as the maildir or mbox store. As a bonus, your archive is readable by anything that can read standard mailbox formats. For example, mutt -f archive_file will open it. The tools you already have can do more than you think. -- Greg Macek | Senior IT Manager Marketing Resources, Inc. 630.530.0100 [EMAIL PROTECTED] | http://www.mrichi.com ___ 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 -- GnuPG: ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D msg31017/pgp0.pgp Description: PGP signature
Re: Pros and cons of various mailbox formats
I just did some trivial tests. I'm working on something with 34924 files in a single directory on linux ext3. I timed a simple file remove it took 0.044 seconds. Most people I know dont call this a low end system. Based on this data I think that this particular machine can tolerate any overhead introduced by Maildir. I think this will remain true for a week or two. Your milage may vary. --- $ time rm x22407~ real0m0.044s user0m0.000s sys 0m0.000s -- $ ls -1 | wc -l 34924 -- processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 6 model name : AMD Athlon(TM) XP 1900+ stepping: 2 cpu MHz : 1600.095 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips: 3191.60 -- Disk is Maxtor 96147H6 IDE running off the ASUS A7M266 motherboard controller. On Wed, Sep 18, 2002 at 04:10:46PM +0200, jz wrote: * Will Yardley [EMAIL PROTECTED] [2002-09-15 21:16]: jz wrote: In my experience it is not so slow. Deleting a message from a 3-message maildir takes 3 to 5 seconds at most on my 4 yrs old celeron. It's not the processor speed, but the filesystem that's the main issue here. You don't mention what filesystem (or OS) you're using here. A little primitive test if anyone cares to read it. The machine was celeron 540 w/ 256M memory with a relatively new IDE and a SCSI oldie running FreeBSD 4.2-RC2. Task was opening a folder with 30300 messages, roughly a bit over 120M in mbox format. 40G IBM IDE running ffs w/ softupdates enabled maildir: 57 sec mbox: 27 sec old 2G barracuda (SCSI) w/ same fs parameters maildir: 69 sec mbox: 17 sec Machine was unloaded, though I think the numbers could vary for several seconds in both directions if I repeated it several times. Please keep in mind that this test is by no means representative, it just gives a very rough comparison between formats. I have no idea whatsoever what the result would be on a decent SCSI based machine running Solaris with logging on or Linux async mounted ext2 or whatever. YMMV. The beauty of maildir is faster deleting, updating, writing and higher reliability. Maybe mutt power users or developers could shed more light on the subject. jz -- GnuPG: ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D msg31029/pgp0.pgp Description: PGP signature
Thread Display
I'm set up with mutt to bcc all sent data to a local address that qmail puts in the proper Maildir subdirectory. Thatz fine for mailing list posts. But If I want to thread normal conversations, I can't see the whole converstion without bouncing between my sent directory and my inbox. I set this up before I knew about set record=~/Maildir/sent/ Is there a way to thread full (non news group) conversations without duplicating and maintaining 2 copies of every message I send? Thanks. JPK -- GnuPG: ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D msg30975/pgp0.pgp Description: PGP signature
Re: Thread Display
On Tue, Sep 17, 2002 at 06:43:56PM +0200, René Clerc wrote: Peter, please send your questions to [EMAIL PROTECTED]! Oops! * PeterKorman [EMAIL PROTECTED] [17-09-2002 18:21]: Is there a way to thread full (non news group) conversations without duplicating and maintaining 2 copies of every message I send? Thanks. I use procmail (which puts incoming mails in the correct folder) in combo with fcc-hooks (which put outgoing mails in the same folder) Is this what you meant? I think I can correctly interpret what you said in more than 1 way. So I wont try. given: 1)message to Sally 2)reply from Sally 3)reply to reply from Sally. My current method places messages 1 and 3 in my sent folder. Message 2 goes into my inbox. I could automatically put everything I send in both my inbox and my sent folder. That would solve the thread problem. But would duplicate each message I send to 2 places. I could automatically duplicate replies to my sent folder. That would also solve the Thread problem with a different duplication scenario. I guess I need a kind of virtual folder that joins my outgoing and incoming without duplicating any data. Does your fcc-hooks do that? Thanks. Regards, [JPK] -- GnuPG: ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D msg30978/pgp0.pgp Description: PGP signature
Re: Thread Display
On Tue, Sep 17, 2002 at 06:39:08PM +0100, Bruno Postle wrote: On Tue 17-Sep-2002 at 01:20:09 -0400, PeterKorman wrote: My current method places messages 1 and 3 in my sent folder. Message 2 goes into my inbox. I could automatically put everything I send in both my inbox and my sent folder. That would solve the thread problem. But would duplicate each message I send to 2 places. Personally, I have stopped using separate 'sent' and 'received' mailboxes. It is much more natural to group mail by context - ie. a separate mailbox for each job, project, relative etc.. I guess I need a kind of virtual folder that joins my outgoing and incoming without duplicating any data. That isn't possible with mutt (though I _almost_ got it working by misusing the compressed folders feature). -- Bruno I guess since I'm running on linux, with Maildir, I could brute force the solution by creating a hard link to all replies in my sent folder. Is there any caviat associated with something like this? Thanks. [JPK] -- GnuPG: ECBA EA08 C3C1 251E 5FB5 D196 F8C8 F8B7 AB60 234D msg31000/pgp0.pgp Description: PGP signature
