Mailcap and Cygwin/Mutt 1.2.5i (was Re: Mutt/Cygwin shortcomings)
On Fri, Jun 07, 2002 at 05:00:06PM +0200, Olaf Foellinger wrote: On Fri, Jun 07, 2002 at 03:31:43PM +0200, Olaf Foellinger wrote: 1) mailcap does not seem to work at all (as V.Suresh recently confirmed); Works here partially with the following entries: text/html ; lynx -dump -force_html %s ; copiousoutput text/htm; lynx -dump -force_html %s ; copiousoutput message/html; lynx -dump -force_html %s ; copiousoutput .. What version of Mutt are you using? I am using Mutt 1.2.5i (2000-07-28), the current version at cygwin.com, but had concluded that this version does not support mailcap yet... I was advised to compile Mutt 1.3.x but this is beyond my skill level. Word, PDF and Powerpoint does work here with 1.2.5i. I use 1.3.28i, 1.4 is available. I now have _two_ Cygwin/Mutt 1.2.5i's: -rwxr-xr-x389632 Jan 3 2001 /unixmail/bin/mutt.exe [1] -rwxr-xr-x608768 Dec 10 11:16 /usr/bin/mutt.exe - from cygwin.com The mutt -v outputs are attached below. FWIW, I re-did all of my tests using /unixmail/bin/mutt -- including mutt -n -- again without success. Then I tried the recently downloaded /usr/bin/mutt -n and mailcap worked immediately. Since fetchmailconf exits with an error under FreeX86 (it was expecting dns as a server, even though I was online with a dns server), I will proceed to figure out how to reconfigure everything for /usr/bin/mutt and /usr/bin/fetchmail instead of using the Unixmail package (which had provided fill-in-the-blank configuration). Tom [1] http://unixmail-w32.sourceforge.net/ - Unixmail version - Mutt 1.2.5i (2000-07-28) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] Compile options: -DOMAIN -DEBUG +HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_GSS -USE_SSL -USE_POP -HAVE_REGCOMP +USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS -ENABLE_NLS SENDMAIL=no MAILPATH=spool SHAREDIR=/cygdrive/f/home/projects/unixmail/build/mutt/local/lib/mutt SYSCONFDIR=/cygdrive/f/home/projects/unixmail/build/mutt/local/etc -ISPELL To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please use the muttbug utility. - Current http://cygwin.com distribution - Mutt 1.2.5i (2000-07-28) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] Compile options: -DOMAIN -DEBUG -HOMESPOOL -USE_SETGID -USE_DOTLOCK +USE_FCNTL -USE_FLOCK +USE_IMAP -USE_GSS +USE_SSL +USE_POP -HAVE_REGCOMP +USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP +BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL=no MAILPATH=/var/spool/mail SHAREDIR=/usr/share/mutt SYSCONFDIR=/etc -ISPELL To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please use the muttbug utility. -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
when will mutt be able to read newsgroup?
Dear Mutt users Give a newsgroup server, when will mutt be able to fetch news from it and read news inside mutt? Is it planned for the coming new version?(1.5?, 1.6?) Best regards, __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: when will mutt be able to read newsgroup?
* Qingjia Zhu [EMAIL PROTECTED] [09.06.02 13:57]: Give a newsgroup server, when will mutt be able to fetch news from it and read news inside mutt? http://mutt.kiev.ua/download/mutt-1.4/patch-1.4.vvv.nntp.gz Is it planned for the coming new version?(1.5?, 1.6?) mutt still is a MUA, I think it will never be included officially, and I can understand that.
Disconnected IMAP -- may I be a guinea-pig
Hi, does anybody work on Disconnected IMAP (I mean real one -- isync is not an option for many reasons) in mutt? If yes, is there any patch available? I am willing to help on testing even rather crude and minimally stable one. Thanks Matej -- Matej Cepl, [EMAIL PROTECTED] 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 My point was simply that such tax proposals [for Pigovian taxes compensating for the transaction costs] are the stuff that dreams are made of. In my youth it was said, that what was too silly to be said may be sung. In modern economics it may be put into mathematics. -- Ronald Coase Notes on the Problem of Social Cost
Re: maildir vs mbox
--G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kevin Coyner [EMAIL PROTECTED], 2002-06-08 23:34 -0400: =20 I don't want to start a religious war, but is there consensus opinion as to whether mbox or Maildir is better? I know mutt supports both automatically, so it's probably a bit of a mute question, but mutt also gives you the option of specifying which format new folders are set up in, so I thought I'd ask. Kevin, mbox seems faster to me (Linux/ext2), and it can be read be virtually every email application. With Maildir, however, no locking mechanism is needed, and they say it's more secure. I have just switched back to mbox because my old computer and high traffic mailing lists go together better this way. Opening an mbox is definitely faster than openening a maildir with the same contents, but YMMV. -Andre --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9A1+qWkhBtALlJZ0RAjKCAJ4gImd40ESw2GOO7iQmz8zpBOO+dACdEt3f giJbJh1BL15I+Wq+KpiQd3A= =Mu/M -END PGP SIGNATURE- --G4iJoqBmSsgzjUCe--
Re: maildir vs mbox
On Sat, Jun 08, 2002 at 05:23:45PM -0400, Kevin Coyner wrote: I don't want to start a religious war, but is there consensus opinion as to whether mbox or Maildir is better? I know mutt supports both automatically, so it's probably a bit of a mute question, but mutt also gives you the option of specifying which format new folders are set up in, so I thought I'd ask. i like maildir for two reasons: no need for locking and i use an nfs file system for mail. as for the speed of maildir, i can't complain. this list for example has over 1000 mails in its maildir and it opens and sorts in about 5 seconds which is fast enough for me given the reasons i use maildir. also, if something were to go horribly wrong, i would lose 1 mail while with mbox, at a minimu, you are left to try and figure out where your mbox file is hosed as well as losing the mail. -- Peter Abplanalp Email: [EMAIL PROTECTED] PGP: pgp.mit.edu msg28773/pgp0.pgp Description: PGP signature
OT: Making Mutt: log files
I'm getting set to do my first non-rpm install of mutt and therefore my first usage of make. Looking at Sven's Installation Examples, I see outputted logs showing the results of configure, make and make install. Am I correct to assuming that these are generated automatically? TIA John
Re: OT: Making Mutt: log files
Hi, * John P Verel [EMAIL PROTECTED] [02-06-09 17:39]: Looking at Sven's Installation Examples, I see outputted logs showing the results of configure, make and make install. Am I correct to assuming that these are generated automatically? A config.log is done automatically, but to create make logs you have to redirect make's output. make 21 make.log Thorsten -- It has become appallingly obvious that our technology has exceeded our humanity. - Albert Einstein
Re: OT: Making Mutt: log files
Hi, * John P Verel [02-06-09 17:45:08 +0200] wrote: I'm getting set to do my first non-rpm install of mutt and therefore my first usage of make. Someday it was the first time for all of us. Looking at Sven's Installation Examples, I see outputted logs showing the results of configure, make and make install. Am I correct to assuming that these are generated automatically? Yes and no. What do you mean with automatically? Those tools involved produce that output automatically, yes. But to use them within a homepage, you have to catch them by hand: ./configure ... ./logfile 21 will display nothing but store everything in a logfile (you should consult your shell's manpage and search for I/O redirection). It's very usefull when asking other people for help since only the complete and exact error message shows the details necessary to find the root of the problem. HTH, Cheers, Rocco
Re: Disconnected IMAP -- may I be a guinea-pig
Matej Cepl wrote: does anybody work on Disconnected IMAP (I mean real one -- isync is not an option for many reasons) in mutt? If yes, is there any patch available? I am willing to help on testing even rather crude and minimally stable one. Brendan Cully has this in his IMAP roadmap, but I don't think any of it is implemented yet.
Re: OT: Making Mutt: log files
On 06/09/02, 06:01:56PM +0200, Rocco Rutte wrote: Looking at Sven's Installation Examples, I see outputted logs showing the results of configure, make and make install. Am I correct to assuming that these are generated automatically? Yes and no. What do you mean with automatically? Those tools involved produce that output automatically, yes. But to use them within a homepage, you have to catch them by hand: ./configure ... ./logfile 21 will display nothing but store everything in a logfile (you should consult your shell's manpage and search for I/O redirection). So, would ./configure 21 | tee ./logfile_config (etc) capture the output and show it to me on standard output as well (using bash)? John
Re: OT: Making Mutt: log files
John -- ...and then John P Verel said... % % On 06/09/02, 06:01:56PM +0200, Rocco Rutte wrote: % ... % generated automatically? % % Yes and no. What do you mean with automatically? Those tools ... % So, would ./configure 21 | tee ./logfile_config (etc) capture the % output and show it to me on standard output as well (using bash)? Yep. You got it. % % John HTH HAND have fun with your make! Try a patch or two, too! :-) :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28779/pgp0.pgp Description: PGP signature
Dealing with top-posters in Mutt/Vim?
I subscribe to quite a few technical lists. Does anyone know of any way to deal with top-posters? I'm looking for some type of ability to put top-posting style into the correct style when reading or replying to a message. I use Vim as the editor for replying, and I realize that's a separate area from the part that displays a message, but it'd be great to find a way to do both...reading messages from people who don't understand enough not to top-post isn't really bad until it becomes threaded - then it becomes an absolute nightmare - having some sort of macro to correct this would be something that would be very much appreciated. Thanks! -- Sean LeBlanc:[EMAIL PROTECTED] Yahoo:seanleblancathome ICQ:138565743 MSN:seanleblancathome AIM:sleblancathome After a time, you may find that having is not so pleasing a thing, after all, as wanting. It is not logical, but it is often true. -Spock, Amok Time, stardate 3372.7
Dealing with top-posters in Mutt/Vim?
I subscribe to quite a few technical lists. Does anyone know of any way to deal with top-posters? I'm looking for some type of ability to put top-posting style into the correct style when reading or replying to a message. I use Vim as the editor for replying, and I realize that's a separate area from the part that displays a message, but it'd be great to find a way to do both...reading messages from people who don't understand enough not to top-post isn't really bad until it becomes threaded - then it becomes an absolute nightmare - having some sort of macro to correct this would be something that would be very much appreciated. Thanks! -- Sean LeBlanc:[EMAIL PROTECTED] Yahoo:seanleblancathome ICQ:138565743 MSN:seanleblancathome AIM:sleblancathome The difference between genius and stupidity is that genius had its limits. -Albert Einstein
Disconnected IMAP -- may I be a guinea-pig
Hi, does anybody work on Disconnected IMAP (I mean real one -- isync is not an option for many reasons) in mutt? If yes, is there any patch available? I am willing to help on testing even rather crude and minimally stable one. Thanks Matej -- Matej Cepl, [EMAIL PROTECTED] 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 My point was simply that such tax proposals [for Pigovian taxes compensating for the transaction costs] are the stuff that dreams are made of. In my youth it was said, that what was too silly to be said may be sung. In modern economics it may be put into mathematics. -- Ronald Coase Notes on the Problem of Social Cost
Re: grep through the body of encryptrd mail
Shaun -- ...and then Shaun Schulze said... % % Hi Hello! % % When I do a limit of my emails with ~b (search through the emails' body) it % does not search through the encrypted mails' body even though I have typed my gpg % pass phrase and openend the encrypted mail successfully. Yeah. Bummer. % % How do I search through the body of encrypted mail? AFAIK at this time you can't; the closest you'd be able to come is to decrypt-copy them all to a temp folder and then search in there. The problem, I'm sure is the potentially enormous time it would take to decrypt each message to check it, and then you also get into various messes of decrypted copies floating around in memory and such if you're truly paranoid^Wsecurity conscious. I also don't know about mutt's search and limit algorithms, but I know that it seems to take an awfully long time at constructing search pattern (or close) before it actually goes off and finds the next match, and if I change my search it takes a while again; perhaps it maintains a hash of all messages in the folder and searches against that but has to build the hash each time, or perhaps it really has to do with building a regexp. Anyway, if anyone else knows how to search within encrypted bodies, I'd love to hear it, too. % % Shaun HTH HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28784/pgp0.pgp Description: PGP signature
Re: Dealing with top-posters in Mutt/Vim?
Sean -- ...and then Sean LeBlanc said... % % I subscribe to quite a few technical lists. Does anyone know of any way to ... % After a time, you may find that having is not so pleasing a thing, after % all, as wanting. It is not logical, but it is often true. % -Spock, Amok Time, stardate 3372.7 It looks from your different sigs like you really did post this twice. Any particular reason? HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28785/pgp0.pgp Description: PGP signature
Re: Dealing with top-posters in Mutt/Vim?
Sean, et al -- ...and then David T-G said... % ... % It looks from your different sigs like you really did post this twice. % Any particular reason? I get it; it's because you sent the original to [EMAIL PROTECTED], right? Thanks HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28786/pgp0.pgp Description: PGP signature
mutt-1.4 utf-8 problems !!!
I'm having problems displaying utf-8 characters. I compile with the following info, uname -a : SunOS droid 5.7 Generic_106541-08 sun4u gcc -version : 2.95.2 $ ./configure --prefix=/tools/mutt --with-iconv=/tools/libiconv --enable-locales-fix --without-wc-funcs Where libiconv is GNU's 1.7 version. I then proceed to 'make' and get the following failure, make[2]: Entering directory `/download/mutt-1.4' gcc -DPKGDATADIR=\/tools/mutt/share/mutt\ -DSYSCONFDIR=\/tools/mutt/etc\ -DBINDIR=\/tools/mutt/bin\ -DMUTTLOCALEDIR=\/tools/mutt/share/locale\ -DHAVE_CONFIG_H=1 -I. -I. -Iintl -I/tools/libiconv/include -I./intl -I/tools/mutt/include -Wall -pedantic -g -O2 -c patchlist.c In file included from mutt.h:51, from patchlist.c:5: charset.h:42: parse error before `ICONV_CONST' make[2]: *** [patchlist.o] Error 1 make[2]: Leaving directory `/download/mutt-1.4' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/download/mutt-1.4' make: *** [all-recursive-am] Error 2 User CPU: 11.95 System: 2.99 I/O: / Time: 0:17.91 I then proceed to modify 'charset.h' and include on line 40 the following line (setting/defining all the ICONV in config.h doesn't do it for me), #define ICONV_CONST const I then do 'make' and 'make install' without incident. Once I invoke mutt and view my sample mbox with utf-8 characters in it (which a friend is able to see without a problem on FreeBSD) I see some correct glyphs and lots of octals, \207 \206\203 so in all, there are a few correct glyphs but the majority of them are octals. Why is this happening ? and what can I do to correct it (or debug it) ? I've seen similar questions (on the archives) without any responses, so please HELP !! Regards, .tf. __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
GnuPG - verify signatures
I've recently installed mutt and loving it. Now I'm taking a stab at getting my GnuPG key associated with mutt, verifying sigs, etc. I've got it working such that I can send my signature and send encrypted, but for some reason I can't verify the sigs of others. Here's what I have in my .muttrc regarding PGP verify sig: set pgp_verify_sig = yes# auto verify incoming signed msgs And in my ~/.gnupg/options I have: keyserver search.keyserver.net My gut feel is the the line I have in the 'options' file for keyserver is what the problem is. Could someone please verify if the keyserver entry and syntax I'm using is correct, and if not, then suggest a correct version? Thanks Kevin --
Re: GnuPG - verify signatures
Hi, * Kevin Coyner [EMAIL PROTECTED] [02-06-09 23:00]: I've recently installed mutt and loving it. Now I'm taking a stab at getting my GnuPG key associated with mutt, verifying sigs, etc. I've got it working such that I can send my signature and send encrypted, but for some reason I can't verify the sigs of others. I have the same problem occasionally. Since most mails I cannot verify are from this list, I suspect a bug in Mutt. Thorsten -- Reality continues to ruin my life. - Calvin
Re: GnuPG - verify signatures
On Sun, Jun 09, 2002 at 05:00:44PM -0400, Kevin Coyner wrote: And in my ~/.gnupg/options I have: keyserver search.keyserver.net My gut feel is the the line I have in the 'options' file for keyserver is what the problem is. Try a different keyserver. I think this one is down (for now?). Bob msg28790/pgp0.pgp Description: PGP signature
Re: trash patch
Kevin Coyner [EMAIL PROTECTED] wrote: I thought I'd give the trash patch a try, but being inexperienced with command line patches, I've run into the following error, although I thought I had the right syntax [kosuke@sumida mutt-1.4]$ patch -p1 patch-1.4.trash.txt The command is right... can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -pruN mutt-1.4.orig/commands.c mutt-1.4/commands.c |--- mutt-1.4.orig/commands.cWed Apr 3 12:54:19 2002 |+++ mutt-1.4/commands.cSat Jun 1 23:42:05 2002 -- ...but the patch header seems corrupted. This should look like: diff -pruN mutt-1.4.orig/commands.c mutt-1.4/commands.c --- mutt-1.4.orig/commands.cWed Apr 3 12:54:19 2002 +++ mutt-1.4/commands.c Sat Jun 1 23:42:05 2002 In your version, tabs are missing beetween the filenames and the dates. Where did you get it? Or, more important, how did you fetch it? Sure enough, a check of the PGP signature should fail. I've got the patch (patch-1.4.trash.txt) in the same directory as the rest of the source files of mutt. Ok. Any tips would be appreciated. % wget http://cedricduval.free.fr/download/mutt/patch-1.4.0.cd.edit_threads.9.2 % wget http://cedricduval.free.fr/download/mutt/sign/patch-1.4.0.cd.edit_threads.9.2.asc % gpg --verify patch-1.4.0.cd.edit_threads.9.2.asc cd mutt-1.4 \ patch -p1 ../patch-1.4.0.cd.edit_threads.9.2 -- Cedric
mutt-1.4 utf-8 problems !!!
I'm having problems displaying utf-8 characters in mutt-1.4. I compile with the following info, uname -a : SunOS droid 5.7 Generic_106541-08 sun4u gcc -version : 2.95.2 $ ./configure --prefix=/tools/mutt --with-iconv=/tools/libiconv --enable-locales-fix --without-wc-funcs Where libiconv is GNU's 1.7 version. I then proceed to 'make' and get the following failure, make[2]: Entering directory `/download/mutt-1.4' gcc -DPKGDATADIR=\/tools/mutt/share/mutt\ -DSYSCONFDIR=\/tools/mutt/etc\ -DBINDIR=\/tools/mutt/bin\ -DMUTTLOCALEDIR=\/tools/mutt/share/locale\ -DHAVE_CONFIG_H=1 -I. -I. -Iintl -I/tools/libiconv/include -I./intl -I/tools/mutt/include -Wall -pedantic -g -O2 -c patchlist.c In file included from mutt.h:51, from patchlist.c:5: charset.h:42: parse error before `ICONV_CONST' make[2]: *** [patchlist.o] Error 1 make[2]: Leaving directory `/download/mutt-1.4' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/download/mutt-1.4' make: *** [all-recursive-am] Error 2 User CPU: 11.95 System: 2.99 I/O: / Time: 0:17.91 I then proceed to modify 'charset.h' and include on line 40 the following line (setting/defining all the ICONV in config.h doesn't do it for me), #define ICONV_CONST const I then do 'make' and 'make install' without incident. Once I invoke mutt and view my sample mbox with utf-8 characters in it (which a friend is able to see without a problem on FreeBSD) I see some correct glyphs and lots of octals, \207 \206\203 so in all, there are a few correct glyphs but the majority of them are octals. Why is this happening ? and what can I do to correct it (or debug it) ? I've seen similar questions (on the archives) without any responses, so please HELP !! Regards (CC replies, I'm not subscribed), .tf. __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
Re: trash patch
I mumbled: Any tips would be appreciated. % wget http://cedricduval.free.fr/download/mutt/patch-1.4.0.cd.edit_threads.9.2 % wget http://cedricduval.free.fr/download/mutt/sign/patch-1.4.0.cd.edit_threads.9.2.asc % gpg --verify patch-1.4.0.cd.edit_threads.9.2.asc cd mutt-1.4 \ patch -p1 ../patch-1.4.0.cd.edit_threads.9.2 Of course, here you've read trash_folder, not edit_threads... ;) -- Cedric
Re: grep through the body of encrypted mail
On Sun 09-Jun-2002 at 03:21:10PM -0500, David T-G wrote: Anyway, if anyone else knows how to search within encrypted bodies, I'd love to hear it, too. Shouldn't set thorough_search do this? -- Bruno
Re: trash patch
On Mon, Jun 10, 2002 at 12:05:22AM +0200, Cedric Duval wrote.. Kevin Coyner [EMAIL PROTECTED] wrote: I thought I'd give the trash patch a try, but being inexperienced with command line patches, I've run into the following error, although I thought I had the right syntax [kosuke@sumida mutt-1.4]$ patch -p1 patch-1.4.trash.txt The command is right... can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -pruN mutt-1.4.orig/commands.c mutt-1.4/commands.c |--- mutt-1.4.orig/commands.cWed Apr 3 12:54:19 2002 |+++ mutt-1.4/commands.cSat Jun 1 23:42:05 2002 -- ...but the patch header seems corrupted. This should look like: diff -pruN mutt-1.4.orig/commands.c mutt-1.4/commands.c --- mutt-1.4.orig/commands.cWed Apr 3 12:54:19 2002 +++ mutt-1.4/commands.c Sat Jun 1 23:42:05 2002 In your version, tabs are missing beetween the filenames and the dates. Where did you get it? Or, more important, how did you fetch it? Sure enough, a check of the PGP signature should fail. I got it from http://cedricduval.free.fr/download/index.php3. Went to the trashfolder section, hit the download link, and then copied/pasted it into a txt file. Perhaps somewhere in that process it got corrupted. I've got the patch (patch-1.4.trash.txt) in the same directory as the rest of the source files of mutt. Ok. Any tips would be appreciated. % wget http://cedricduval.free.fr/download/mutt/patch-1.4.0.cd.edit_threads.9.2 % wget http://cedricduval.free.fr/download/mutt/sign/patch-1.4.0.cd.edit_threads.9.2.asc % gpg --verify patch-1.4.0.cd.edit_threads.9.2.asc cd mutt-1.4 \ patch -p1 ../patch-1.4.0.cd.edit_threads.9.2 O.k., this time got the patch via wget as per your suggestion. Applying the patch this time around got the job done. -- Cedric Many thanks! Kevin -- Kevin Coyner mailto: [EMAIL PROTECTED] GnuPG key: 1024D/8CE11941 msg28795/pgp0.pgp Description: PGP signature
Re: trash patch
Kevin Coyner [EMAIL PROTECTED] wrote: In your version, tabs are missing beetween the filenames and the dates. Where did you get it? Or, more important, how did you fetch it? Sure enough, a check of the PGP signature should fail. I got it from http://cedricduval.free.fr/download/index.php3. Went to the trashfolder section, hit the download link, and then copied/pasted it into a txt file. Perhaps somewhere in that process it got corrupted. Hmm, yes. Copying and pasting is the best way to alter data (turning tabs into spaces, etc). It can be appropriate for written english, but patches have a strict format, and don't stand approximations. O.k., this time got the patch via wget as per your suggestion. Applying the patch this time around got the job done. Yes, always prefer downloading to pasting. And if unsure, check the pgp sigs, that's what (amongst other reasons) they are here for. -- Cedric
Re: OT: Making Mutt: log files
Again, as I'm new to make, with the mutt source, if I make and install and find I need or want to uninstall what I just made and installed, how do I do that? Thank you for your patience with these questions. John
Re: OT: Making Mutt: log files
John -- ...and then John P Verel said... % % Again, as I'm new to make, with the mutt source, if I make and install % and find I need or want to uninstall what I just made and installed, how % do I do that? I don't believe the mutt makefile has an uninstall option, but you could grep for it in Makefile* in the source directory. Better, though, if you're not sure is to run ./configure --prefix=/some/unique/dir ... so that mutt gets installed in that unique dir; you can then safely wipe that dir if you discover that you want to get rid of mutt for some reason. Another approach would be to create a TIMESTAMP.BEG file somewhere before you start your make, and then when you have run your make install create a TIMESTAMP.END file; you'll then pretty safely bracket the time when your mutt was built and you can run a gawdawful find / -newer /path/to/TIMESTAMP.BEG \! -newer /path/to/TIMESTAMP.END to see the files if you've forgotten which were under /etc and which under /usr/local/doc and whatnot. I highly recommend the --prefix approach, though. % % Thank you for your patience with these questions. We'll see how long we can hold out ;-) % % John HTH HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28798/pgp0.pgp Description: PGP signature
Re: GnuPG - verify signatures
Kevin -- ...and then Kevin Coyner said... % % I've recently installed mutt and loving it. Now I'm taking a stab at % getting my GnuPG key associated with mutt, verifying sigs, etc. Good deal! % % I've got it working such that I can send my signature and send % encrypted, but for some reason I can't verify the sigs of others. Well, I'm not entirely sure of that... % % Here's what I have in my .muttrc regarding PGP verify sig: % % set pgp_verify_sig = yes# auto verify incoming signed msgs Right. % % And in my ~/.gnupg/options I have: % % keyserver search.keyserver.net That looks good, although it may or may not be up... That, however, doesn't really have anything to do with verifying sigs; it has to do with fetching keys. Now, if you don't have the key you can't verify the sig, but it makes sense to separate the two tasks. % % My gut feel is the the line I have in the 'options' file for keyserver % is what the problem is. Are you using the fresh, new 1.0.7 or something earlier? If you're at the latest, then you must add keyserver-options auto-key-retrieve to your options file to have gpg download the keys automatically. % % Could someone please verify if the keyserver entry and syntax I'm using % is correct, and if not, then suggest a correct version? That looks good, but other possibilities include keyserver wwwkeys.eu.pgp.net #keyserver wwwkeys.us.pgp.net #keyserver wwwkeys.uk.pgp.net #keyserver wwwkeys.pgp.net #keyserver certserver.pgp.com #keyserver pgp.ai.mit.edu #keyserver keyserver.net #keyserver search.keyserver.net #keyserver pgp.dtype.org #keyserver gnv.us.ks.cryptnet.net #keyserver ldap://horowitz.surfnet.nl:11370 #keyserver x-hkp://gnv.us.ks.cryptnet.net:11371 #keyserver ldap://pgp.surfnet.nl:11370 #keyserver blackhole.pca.dfn.de #keyserver gnv.us.ks.cryptnet.net (pulled from my options file). % % Thanks % Kevin HTH HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28799/pgp0.pgp Description: PGP signature
Re: grep through the body of encrypted mail
Bruno -- ...and then Bruno Postle said... % % On Sun 09-Jun-2002 at 03:21:10PM -0500, David T-G wrote: % % Anyway, if anyone else knows how to search within encrypted bodies, % I'd love to hear it, too. % % Shouldn't set thorough_search do this? Finally had a chance to test this... Perhaps it *should*, but it doesn't for me. Oh, well. % % -- % Bruno Thanks HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28800/pgp0.pgp Description: PGP signature
