Re: mutt-1.3.2i corrupt?
Rino Mardo writes: > hi. i'm using debian 2.2r0 and have downloaded mutt-1.3.2i from ftp.mutt.org. > i have gnupg-1.0.5 installed which is currently being used by mutt-1.2.5i > without any problems. > > mutt-1.3.2i produces errors when doing "make install" and it's searching for > the file "README.UPGRADE" at the top-level directory where i'm compiling mutt. > i got around this by copying my current "README.UPGRADE" file from my > "/usr/local/doc/mutt" directory. I presume this is a typo, and you really mean 1.3.22i. The solution is to use1.3.22.1i. > when installed, mutt-1.3.2i would not recognize my settings in "~/.mutt/gpg.rc" > although mutt-1.2.5i does. the problem setting is "set pgp_sign_micalg=sha1". You need to upgrade your gpg.rc with the one from the mutt distribution you are using. > lastly, the diff file "diff-1.3.2i-1.3.2.1i.gz" produces a lot of reject files > everywhere. but this one i can live without. it's the first two problems that > bothers me. Minus the typos, are you really trying to upgrade from 1.3.22 to 1.3.22.1? Or are you using 1.3.2 and diff-1.3.22-2.3.22.1? Hard to tell, and the latter would definitely fail like hell.
Re: mutt-1.3.2i corrupt?
Rino Mardo writes: > hi. i'm using debian 2.2r0 and have downloaded mutt-1.3.2i from ftp.mutt.org. 1.3.2i is an OLD development version from way way back. The current development version is 1.3.22.1i.
Using PGP signature with mutt ..problem
Hello I am trying to use pgp (and or gpg) signatures with mutt. I have set up the keys and directories etc. When I try to sign the message with the option from the "p" command I get an errno(2) ..no such file or directory. pgp and gpg are both on the PATH. Clues ? -- Regards Cliff
New version of abook+mutt+pgp patch/scripts
Hi, I've put a new version of my abook patch and its accompanying scripts to http://www.net.uni-sb.de/~robin/abook (please note the new address). It makes the usage of mutt's PGP features more comfortable as you can turn on encryption/signing interactivly in abook for certain recipients. The patch itself has not changed, so if you have already applied it, you don't need to recompile abook again. The CHANGES are: - cut - abook2mutt.py: * New option -d for abook2mutt.py which prevents it from creating default hooks * Generated hooks don't expect specific defaults anymore - mail2abook.py (formerly alias.py) * Python readline module is not imported any more (hasn't worked anyway :) - abook_wrapper * New wrapper script for calling abook/abook2mutt.py from mutt - cut Thanks to Jean-Sebastien Morisset for his suggestions. Robin -- Robin Sommer* Room 36.1/309 * PGP key 0x7833816E Saarland University * Phone (0681) 302-6544 * http://www.net.uni-sb.de
Re: *Some* mails in mutt do not display with umlauts
André Dahlqvist [08/09/01 15:08 +0200]: > I have however noticed that on some mails, which often seam to have been > sent though 'iPlanet webmail', mutt displays the umlauts as questionmarks. iPlanet = netscape messaging server, with a web server, more groupware, etc. A so-called "applications server". Sucks :( Broken charsets? > Content-type: text/plain; charset=us-ascii us-ascii doesn't have umlauts and other characters right? -suresh
Re: wierd new mail problem
On Thu, Sep 06, 2001 at 02:16:07PM -0400, Derek Martin wrote: > On Thu, Sep 06, 2001 at 07:51:41AM -0400, Brendan Cully wrote: > > First of all, for anything IMAP-related I'd strongly recommend you pick > > up the latest mutt beta (currently 1.3.22.1), since that code has > > changed quite a lot. > > Thanks. I'll give that a shot... How do I get it though? I only see links > for the stable 1.2 tree. I installed 1.3.22.1 (only on one system so far), and it seems to have fixed the problem. -- --- Derek Martin | Unix/Linux geek [EMAIL PROTECTED]| GnuPG Key ID: 0x81CFE75D Retrieve my public key at http://pgp.mit.edu
Re: *Some* mails in mutt do not display with umlauts
On 2001-09-08 15:08:56 +0200, André Dahlqvist wrote: >I have however noticed that on some mails, which often seam to >have been sent though 'iPlanet webmail', mutt displays the umlauts >as questionmarks. My first thought was that iPlanet webmail was >broken and that it was sending the mails without umlauts. But >looking at the mail in vim I can see that the umlauts are really >there. iplanet says that the messages don't contain umlauts in the charset parameter: >Content-type: text/plain; charset=us-ascii -- Thomas Roesslerhttp://log.does-not-exist.org/
Re: *Some* mails in mutt do not display with umlauts
Brendan Cully <[EMAIL PROTECTED]> wrote: > > X-Mailer: iPlanet Webmail > > Content-type: text/plain; charset=us-ascii > > > I would say that's your problem. You can change this to iso-8859-1 via > edit-type (^E). It is probably iPlanet's fault alright... Yep, that did the trick. I assume these e-mails look okay in other MUAs though, or otherwise they would have fixed it. Maybe they don't obey this header? -- André Dahlqvist <[EMAIL PROTECTED]>
Re: *Some* mails in mutt do not display with umlauts
On Saturday, 08 September 2001 at 15:08, André Dahlqvist wrote: > Hi everyone, > > First of all, this is not the FAQ which is fixed by setting your locale > correctly; I already have mine set to sv_SE and umlauts show up in mutt > in *almost* all e-mails. > > I have however noticed that on some mails, which often seam to have been > sent though 'iPlanet webmail', mutt displays the umlauts as questionmarks. > My first thought was that iPlanet webmail was broken and that it was > sending the mails without umlauts. But looking at the mail in vim I can see > that the umlauts are really there. > > Below are some of the headers of the mail that I thought might help to > debug this: > > MIME-version: 1.0 > X-Mailer: iPlanet Webmail > Content-type: text/plain; charset=us-ascii I would say that's your problem. You can change this to iso-8859-1 via edit-type (^E). It is probably iPlanet's fault alright... > Content-language: en > Content-disposition: inline > X-Accept-Language: en > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from quoted-printable to 8bit by d1o86.telia.com id TAA20327 > Status: RO > X-Status: A > Content-Length: 1139 > Lines: 39 > > I'm using Mutt 1.3.20i (2001-07-24). > > Let me know if further information is needed. I can send parts of the mail > that does not show up in mutt correctly.
*Some* mails in mutt do not display with umlauts
Hi everyone, First of all, this is not the FAQ which is fixed by setting your locale correctly; I already have mine set to sv_SE and umlauts show up in mutt in *almost* all e-mails. I have however noticed that on some mails, which often seam to have been sent though 'iPlanet webmail', mutt displays the umlauts as questionmarks. My first thought was that iPlanet webmail was broken and that it was sending the mails without umlauts. But looking at the mail in vim I can see that the umlauts are really there. Below are some of the headers of the mail that I thought might help to debug this: MIME-version: 1.0 X-Mailer: iPlanet Webmail Content-type: text/plain; charset=us-ascii Content-language: en Content-disposition: inline X-Accept-Language: en Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by d1o86.telia.com id TAA20327 Status: RO X-Status: A Content-Length: 1139 Lines: 39 I'm using Mutt 1.3.20i (2001-07-24). Let me know if further information is needed. I can send parts of the mail that does not show up in mutt correctly. -- André Dahlqvist <[EMAIL PROTECTED]>
david's patch cocktail
Hi, all -- I've finally checked all of my favorite feature patches against the current source and things look good. I even get mutt_dotlock back (thanks, Thomas) -- woo hoo! My current `mutt -v` looks (frighteningly enough!) like [zero] [7:36am] ~/xfer/mutt> ./mutt-1.3.22.1/mutt -v Mutt 1.3.22.1i (2001-08-30) Copyright (C) 1996-2001 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: Linux 2.4.5 [using ncurses 5.0] Compile options: -DOMAIN +DEBUG +HOMESPOOL -USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP -USE_GSS -USE_SSL -USE_SASL +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_GETSID +HAVE_GETADDRINFO ISPELL="/usr/bin/ispell" SENDMAIL="/usr/sbin/sendmail" MAILPATH="Mailbox" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the flea(1) utility. BugFix patch: patch-fix-1.3.22.1.tlr.collapse_visible.1 (dtg) Feature patch: patch-1.3.22.1.rr.compressed.1 (dtg) Feature patch: patch-0.00.sec.patchlist.7 (dtg) Feature patch: %_ 0.94.12 by O'Shaughnessy Evans Feature patch: reverse-reply0.95.4 by Stefan `Sec` Zehl (+ hb) Feature patch: patch-1.1.1.hb.save_alias.1 (dtg) Feature patch: patch-1.2.bj.hash_destroy.1 (dtg) Feature patch: patch-1.2.bj.noquote_hdr_term.1 (dtg) Feature patch: patch-1.2.bj+cd.status-time.unofficial (dtg) Feature patch: patch-1.2.1.bj.current_shortcut.1 (dtg) Feature patch: patch-1.3.19.dgc.xlabel_ext.4 (dtg) Feature patch: patch-1.3.7.dgc.deepif.1 (dtg) Feature patch: patch-1.2.mha.resend-fcc.1 (dtg) Feature patch: patch-1.3.22.1.cd.edit_threads-3 (dtg) Feature patch: patch-1.3.22.1.cd.trash_folder (dtg) Feature patch: patch-1.3.2609.mg.hdrcolor.1 (dtg) Feature patch: patch-1.3.19.ba.pgp-hook-extension.4 (dtg) Feature patch: patch-1.3.15.sw.pgp-outlook.1 (dtg) I'm still using the patchlist.c patch and updating it manually, but I had to lose Sec's expand_hook and Byrial's my_hdr_subject patches because things are just too different, and I currently have a conflict (which I fix manually) between David's xlabel_ext and Cedric's edit_threads patches, but everything else seems to work nicely :-) :-) :-) The only PITA is having to manually tell patch how to find the files in subdirectories, like po/POTFILES.in and doc/manual.sgml.head and such, when I patch. No combination of -i and << END_OF_INPUT or echo "" | ... has worked for me yet :-( so I have cut-n-paste sections in my build script. I'll be putting all of this up at mutt.sector13.org (stay tuned for the move to mutt.justpickone.org now that I've bought a domain) for those who are interested, including patches like Shane's pgp-outlook patch which are not typically found on a web site. 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! PGP signature
Re: iconv
alexus [06/09/01 18:37 -0400]: > another thing about iconv > in INSTALL it says go to > http://clisp.cons.org/~haible/packages-libiconv.html but i get 404 when i go > to that webpage Search google for (several) other download locations. -suresh
mutt-1.3.22.1i source nitpick
Hi, all -- I'd use my new 1.3.22.1i to send this but without mutt_dotlock in BINDIR it won't write an fcc: for my records. Urgh... I don't have a simple answer for that, but I don't think that that's a good thing. Anyway, I noticed during my building that the mutt-1.3.22.1 directory has, in the source tar file, 0777 perms. That just seems wrong :-) especially since the source files look to have a mask of 22 or so... :-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! PGP signature
Re: mutt-1.3.2i corrupt?
Rino -- ...and then Rino Mardo said... % hi. i'm using debian 2.2r0 and have downloaded mutt-1.3.2i from ftp.mutt.org. % i have gnupg-1.0.5 installed which is currently being used by mutt-1.2.5i % without any problems. They're up to 1.3.22.1i in preparation for 1.4, BTW; if that's not a repeated typo, you might consider jumping up a few levels anyway. % % mutt-1.3.2i produces errors when doing "make install" and it's searching for % the file "README.UPGRADE" at the top-level directory where i'm compiling mutt. % i got around this by copying my current "README.UPGRADE" file from my % "/usr/local/doc/mutt" directory. Haven't seen that one ... % % when installed, mutt-1.3.2i would not recognize my settings in "~/.mutt/gpg.rc" % although mutt-1.2.5i does. the problem setting is "set pgp_sign_micalg=sha1". ... but this is to be expected. Do a quick grep micalg [A-Z]* in the source tree to see where it's mentioned, and it is noted in the ChangeLog that mutt now autodetects the micalg in signatures. % % lastly, the diff file "diff-1.3.2i-1.3.2.1i.gz" produces a lot of reject files % everywhere. but this one i can live without. it's the first two problems that % bothers me. % % is the file in the ftp server corrupt or my file? i hate to download it again % as it took me almost an hour to get. Ah. That makes a difference, I suppose. It might be worth doing it, though, and you can find the tar file split up into 64k chunks under http://mutt.sector13.org/splits in case that helps. % % please cc: me on the replies as i'm not on the list. thank you. HTH & HAND % % -- % "In is in, out is out; but out is out, and in is in" - Pumbaa :-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! PGP signature
Re: Folder handling/sub-folders
* Cliff Sarginson <[EMAIL PROTECTED]> [010907 17:54]: Hello Cliff, > From kmail I have several child folders that I use for archiving old > messages. I cannot access these in mutt, I cannot even change > directory to them, since kmail seems to create them inside directories > that have names starting with a "." and they don;t seem to be seen by > mutt. the list of files shown in the files browser depends on the "mask" variable: set mask="!^\\." Means: don't show any files with leading dot. Regards, Christian -- Ich denke, also bin ich hier falsch. http://www.lackas.net/ Perl Delphi Linux MP3 Searchengines Domainchecker PGP signature
mutt-1.3.2i corrupt?
hi. i'm using debian 2.2r0 and have downloaded mutt-1.3.2i from ftp.mutt.org. i have gnupg-1.0.5 installed which is currently being used by mutt-1.2.5i without any problems. mutt-1.3.2i produces errors when doing "make install" and it's searching for the file "README.UPGRADE" at the top-level directory where i'm compiling mutt. i got around this by copying my current "README.UPGRADE" file from my "/usr/local/doc/mutt" directory. when installed, mutt-1.3.2i would not recognize my settings in "~/.mutt/gpg.rc" although mutt-1.2.5i does. the problem setting is "set pgp_sign_micalg=sha1". lastly, the diff file "diff-1.3.2i-1.3.2.1i.gz" produces a lot of reject files everywhere. but this one i can live without. it's the first two problems that bothers me. is the file in the ftp server corrupt or my file? i hate to download it again as it took me almost an hour to get. please cc: me on the replies as i'm not on the list. thank you. -- "In is in, out is out; but out is out, and in is in" - Pumbaa PGP signature
Re: [ot?] - is there a human admin on this list
Denis -- ...and then Denis Perelyubskiy said... % hello Hi! % % * David T-G <[EMAIL PROTECTED]> [09-Fri-01 03:43 -0700]: % > % >I wonder, though, why I don't see those. What % >such-and-such do you get, and is it every time, or a new % >one now and again? % % it *was* every time, and email from [EMAIL PROTECTED] How very interesting... I just checked, and I don't see that anywhere in my mutt folder -- and I haven't had a chance to prune anything out in a year or so, either! % (John Meekhoff). its funny, since at first it said to email % Derek Moore, so i did. all i asked for was for them to set % up automailer, which would either ignore lists, or send a Right... % message only once to a given individual. he refused, saying % that its a job of a list admin to remove such people. Ha :-) % % so, i emailed him back, saying that i was just a matter of % common couresy, nothing more. % % right after that i added John Meekhoff's old email address % as a filter to be redirected to /dev/null in my .procmailrc, Yep. % since i figured those guys won't do what i was asking them % to do. before that, however, i got one more email, but Derek % Moore's name was not on it any more. it simply said that % John Meekhoff is not with the company :) *grin* % % the subject of the email was not something that stands out % either, but it was formatted as a reply to an original % query. Ahhh... % % so, i guess you dont really need mail list admins if you % have a killfile handy. Darn right! % % denis % % -- % // mailto: Denis Perelyubskiy <[EMAIL PROTECTED]> % // icq : 12359698 % // PGP : http://www.cs.ucla.edu/~denisp/files/pgp.asc :-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! PGP signature
iconv
another thing about iconv in INSTALL it says go to http://clisp.cons.org/~haible/packages-libiconv.html but i get 404 when i go to that webpage
No Subject
hi i'm trying to install mutt and i'm geting this error while doing ./configure configure: error: Unable to find an iconv function. See INSTALL for help even though i went to ftp.gnu.org and download and installed iconv
Re: Wierd mbox/IMAP behavior
On 09/06/01 04:06 PM, Brendan Cully sat at the `puter and typed: > I think what you want is the $move option, which you should set to > 'no'. Also keep an eye out for any mbox-hooks you might have lying > around. I think you're right. Turns out it was turned on. > the '>' switches to $mbox, which you aren't interested in. To get back > to the spoolfile, use '!'. Ok, will do. > I don't know exactly what's happening here. Frankly I'm like you and > have $move perpetually turned off (everything's already filtered to the > right place), so bugs seem to crop up here more often than usual. > > If you have $move off, $mbox shouldn't even be used. But, one thing I > can say is mutt's mailbox comparison is exceedingly stupid (basically > just a strcmp), so to it your $mbox and $spoolfile appear to be > different mailboxes even though they're not. This is probably what's > gotten mutt confused and acting weird. > > I'd written about half of a proper mailbox comparison function a couple > days ago (for a very similar problem), but scrapped it a couple of days > ago for a less reliable fix (I tried to canonify paths when they were > entered, so we could use the less expensive strcmp later). It may be > that was the wrong approach. > > But on the other hand, you might try current CVS and see if it works out > for you. Oh, one final note: using the imap URL format > (eg imap:[EMAIL PROTECTED]/INBOX) tends to work a bit > better, since that's what mutt uses internally. > As I suspected, this problem was mine. I turned off the move directive and mbox, and switched the folder and spoolfile to the format you suggested. So far it seems to have worked. One bit of info I forgot to include that may have made it more obvious, is that when I did change to '>', I wound up in a local file (~/mbox). Apparently, since I had move on, but didn't define mbox, it defaulted to ~/mbox. I was probably flirting with disaster having it set back to my spoolfile. > In short, I don't really know what happened :) Oh, I don't know. You seem to have hit the nail on the head! :) Thanks! Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Of course you can't flap your arms and fly to the moon. After a while you'd run out of air to push against.
thread sorting option
hey, I was wondering if mutt was flexible enough to do the following: I want to sort by thread, but I want the newest threads listed first (as #1 == newest #2 == second newest, etc). However, inside the thread, I want it reverse ordered - so it looks like this: 1 (dated Jun 1) 2 reply to thread one (dated Jun 2) 3) reply to thread one (dated Jun 3) 3) reply to thread one (dated Jun 4) 3) reply to thread one (dated Jun 5) 1 (dated Jun 2) 2 reply to thread two (dated Jun 2) 3) reply to thread two (dated Jun 3) In other words, I want to see the newest threads, and be able to page through them in *order* (as per nn). In addition, I'd like the ability to collapse threads, the ability to have a thread 'tagged' if it has new stuff in it, and the ability to start off where I was done reading a thread if it *does* get new stuff in it. And I'd like the ability for the starting of the thread to show up in the thread proper, not as part of a separate thread (ie: and Re: are in the same thread, not other threads. HOw much of this can mutt do? If it can do this stuff, could someone point me to some docs on how to configure mutt properly to do this? (I looked through the sample .muttrcs, without luck) Thanks much, Ed
