Re: Why no new stable-branch version?
On Mon, Oct 29, 2001 at 05:21:42PM -0500, Brendan Cully wrote: On Sunday, 28 October 2001 at 04:48, Russell Hoover wrote: It just seems to me that the longer it goes on, the more difficult it will be for stable-branch users to make the change-over to a mutt-1.4.0 or whatever, as so many things will have changed so radically. I don't think the number of big changes is that bad. That's right. I've been using 1.2.5 until 1.3.23 was out, since I could not compile some earlier 1.3.x versions and was lazy to find out why. 1.3.23 compiled nicely and indeed worked quite smoothly out-of-the-box with my 1.2.5 config files. I only made changes to take advantage of new and enhanced features. I've been using it since (over IMAP/GSSAPI) and it works great, thanks developers! IMAP works faster and deleting attachments over IMAP now works (was never working in 1.2.5i for me). Have not seen any bugs, so I would recommend 1.2.23 to anybody. I would even vote for calling it 1.4.0! Best, Petr
Re: Error sending message, child exited 1 ().
On Mon, Oct 01, 2001 at 09:01:34PM +0530, Suresh Ramasubramanian wrote: Hash: SHA1 Philipp Boksberger mutt [01/10/01 00:52 +0200]: I intalled mutt and exim some days ago ane everything worked fine. But now I have problems in sending mails. I get the following error-message: Error sending message, child exited 1 (). What does this mean? Is sendmail (or your local MTA / message submitter) up and running? You can also get this error when the e-mail is addressed to a non-existent user on the local machine. However, if there are other (good) addresses in the To: field, the e-mail still gets sent to the other people, which fooled me a few times and people got multiple mailings from me... Best, Petr
Re: mutt a2ps
On Tue, Sep 11, 2001 at 03:51:53PM +0200, Andreas Selig wrote: I would like to use a2ps as my print_command. There is only one little problem i have: how can i give the from-field to it. set print_command=a2ps --center-title\Mail from %f\ doesnt work. Thanks Andy, you can use pretty print formatting. Look in the archive some weeks back. [EMAIL PROTECTED] posted a nice script including wrapping long lines: fmt --prefix='' -s | fmt -s | a2ps -1 -R --pretty-print=mail Best, Petr
Re: [applica/mac-binhex, 7bit, 911K]
On Mon, Aug 20, 2001 at 09:16:48AM -0500, Joe Rice wrote: Hello, I have a designer who works on a mac and always sends me layout images in this format: [applica/mac-binhex, 7bit, 911K] the only way i can view it is if i read this email in Netscape. I've looked into the linux mac utils, but they don't seem to work for me. can anyone tell me Alternatively, use hexbin -d (one of macutils) on the (saved) attachement to get the data. It took me a while to discover the required -d (save data forks) option... Best, Petr
Re: PGP and Mutt
On Fri, Aug 03, 2001 at 05:32:18PM -0400, Ed Robitaille wrote: I would like to integrate mutt and pgp but there doesn't seem to be much documentation conserning this. Where can I obtain a tutorial ?? Ed, There is PGP-Notes.txt included in your mutt package or at http://www.mutt.org/doc/PGP-Notes.txt Best, Petr
Re: remote imap aliases file
On Thu, Feb 08, 2001 at 07:30:26PM -0500, Brendan Cully wrote:
On Monday, 05 February 2001 at 10:15, Pedro Zorzenon Neto wrote:
Hi,
I have mutt in some computers (home, office, ...) to read mail from a IMAP mailbox
in a server.
I'd like to have the same aliases file in all computers, so having one alias file
in the server seems to be the solution.
Trying this in muttrc:
set alias_file={server}aliases
source alias_file
or this:
set alias_file={server}aliases
source {server}aliases
didn't work.
What can I do?
Well, that's an interesting idea. But you can't do it. Theoretically
that's what ACAP's for, although this might make an interesting hack
without all that baggage. I'll think some more about this - it goes
along with someone else's comments that file access throughout the
source could be changed to something IMAP-aware. Hmmm...
I second Pedro's wish. It's a pain to keep updating my aliases on all the
three computers that I regularly use to read e-mail. I realized
implementing ACAP would do it but if it's possible without the whole ACAP
thing, even better.
Thanks,
Petr
Mutt1.2.5/IMAP/Kerberos 5 on Debian 2.2?
Hello, Anybody got the Subject working? I've been very happily using Mutt/IMAP/Kerberos 5 w/o passwords on my Linux box at work (RedHat 6.2) - thanks Brendan. I tried the same on my home box with Debian 2.2 and I ran into trouble. First, I did not see any Kerberos 5 in Debian, so I compiled from sources, including the shared libraries. But I still can't make mutt authenticate. My mutt is configured with +USE_GSS but I have no idea what I should provide and how. Thanks, Petr
Attachments not deleted over IMAP (Was Re: Wrong Lines count in the header after attachment deleted)
On Tue, Dec 05, 2000 at 07:32:21PM +0100, Byrial Jensen wrote: On Mon, Dec 04, 2000 at 13:57:44 -0600, Petr Hlustik wrote: A trivial problem using 1.2i: after I delete an attachment, sometimes the index keeps showing huge message size, possibly because the Lines: field in the header has not been modified. If I try showing headers and edit-message, this field is off limits. Any ideas how to fix this? Deletion of attachments marked for deletion will first take place when you close or sync (by typing $ with default key bindings) the current mailbox. But then the line count should automatically be updated; it is a bug if it is not. Actually, it was probably a different issue. Mutt 1.2.5 apparently does not delete attachments when connected over IMAP. The "d" next to message in index disappears when I sync-mailbox but the attachments are still there and, consequently, the Lines still (correctly) show a big number. I'm sorry I did not look more carefully before. Thanks for your help, Petr
How to change top help bar?
Hi, Is it possible to change the help bar at the top of mutt screen? E.g., in the index, the default is: q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help I found various _formats but not this one. Thanks very much, Petr
Wrong Lines count in the header after attachment deleted
Hi, A trivial problem using 1.2i: after I delete an attachment, sometimes the index keeps showing huge message size, possibly because the Lines: field in the header has not been modified. If I try showing headers and edit-message, this field is off limits. Any ideas how to fix this? Thanks, Petr
Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable
On Mon, Oct 23, 2000 at 10:25:02AM +0200, Daniel Kollar wrote: On Fri, Oct 20, 2000 at 02:14:09PM +0200, Thomas Roessler wrote: Did you try to change the content-type of these octet-streams to application/pgp? With the more recent mutt versions, you can comfortably do this from within mutt. Really? I'm using mutt 1.2i . What version do I need to do this and where do I find information on this? I'm using 1.2i - from the attachments help page: ^E edit-type edit attachment content type Best, Petr
Undecoded attachment names
Hi, I think somebody asked about this earlier but the problem apparently persists: mutt does not decode attachment names. Example: [-- Attachment #2: =?ISO-8859-2?Q?mar=BBa=2Ejpg?= --] [-- Type: image/jpeg, Encoding: base64, Size: 33K --] Obviously, when trying to save this, mutt offers the nonsense string as the name. Assuming the name encoding was done correctly by the sender's mailer, can this be fixed or worked around in mutt? Thanks, Petr
Re: Multiple quoting
Hi, I solved my own problem ;-) On Mon, Aug 07, 2000 at 12:04:45PM -0500, Petr Hlustik wrote: but how do I quote the whole push thing again if I need to have folder-hook . push "l!~s 'FOLDER INTERNAL DATA'\n" Solution: folder-hook . "push \"l!~s 'FOLDER INTERNAL DATA'\n\"" Best, Petr
Multiple quoting
Hello, I was trying to define a folder-hook for the IMAP default message as posted some time ago but could not do the necessary quoting right. I can do double quoting: push "l!~s 'FOLDER INTERNAL DATA'\n" but how do I quote the whole push thing again if I need to have folder-hook . push "l!~s 'FOLDER INTERNAL DATA'\n" Sorry if this is trivial or I missed it in the manual. Thanks, Petr
Re: mail clients
Jonathon, Is there a way to allow mutt to use the same save folders as well? That would be perfect. There should be a complete Mutt customization file for Pine-like behavior in contrib. However, I found the following to be good enough for switching back and forth between Mutt and Pine: # Make the mail folder same location as Pine set folder="~/mail" # Set the default fcc folder set record="+sent-mail" # make postpone folder same as Pine's set postponed="+postponed-msgs" Regards, Petr
Re: New mail notification
On Wed, Feb 09, 2000 at 02:21:13PM -0600, David DeSimone wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Mutt does notify me when I run it (in the new=x, folders with new mail). The problem is that when I change to that folder and leave without having read all the new mail, mutt will tell me that I have no folders with new mail. I think this is a limitation of mbox folders. The only 'easy' way to determine if there is new mail, is to check the access time, and reading the folder causes that time to be changed. It may not be the case on all UNIXes. As I posted before, I have used procmail and mbox folders on SGI/IRIX and mailboxes with new mail were being detected correctly. I moved to a different server with SunOS (same .muttrc, same .procmailrc) and new mail detection stopped working. I can do touch -m on mailboxes before I open mutt but that's the only time new mail detection works :-( Regards, Petr
language.txt for PGP (to get rid of ^G)
Hi all, PGP-Notes.txt speak about Roland Rosenfeld's trick to get rid of ^G's et al. from PGP. Where do I get language.txt or language50.txt with mutt language definition? I looked briefly at the mutt website... Thanks, Petr
Mailboxes and fcc-save-hook in 0.95.4i / SunOS 5.7
Hi, I started using mutt on my university server and noticed two defects in its behavior, when compared to my previous usage on a different server (same .muttrc file): 1) mutt does not check the "mailboxes" for new mail. Their list pops up correctly after c-TAB-TAB. 2) the "fcc" part of fcc-save-hooks does not work, it always wants to save into the generic "record" folder. Save command works fine. I suspect it may have something to do with this server setup which I cannot change but maybe find some workarounds? Thanks for your insights. Petr harper:~mutt -v Mutt 0.95.4i (1999-03-03) System: SunOS 5.7 [using slang 10202] Compile options: -DOMAIN -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK +USE_IMAP +USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_GPG +-BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/lib/sendmail" MAILPATH="/var/mail" SHAREDIR="/opt/pkgs/mutt-0.95.4i/lib/mutt" SYSCONFDIR="/opt/pkgs/mutt-0.95.4i/etc" ISPELL="/opt/bin/ispell" _PGPPATH="/opt/bin/gpg"
GDB output Re: Mutt unpredictably quits when returning from editor
Hello, About two months ago I posted a message about Mutt crash (seg fault) when composing a message, after return from editor. The reason for crash was a bad fcc-send-hook that was meant to be just a save-hook: fcc-save-hook '~h "Sender: [EMAIL PROTECTED]"' +dosemu Well, I have finally been able to go back, recreate the core dump and run gdb on the core. Although this problem may be specific for Digital Unix, I share the debugger output below. Thanks, Petr cortex:~gdb /usr/local/bin/mutt core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-dec-osf4.0b"... Core was generated by `mutt'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/shlib/libc.so...done. #0 msg_search (ctx=0x0, rx=0x14005ba00, buf=0x11fffd8e0 "v\002@\001", blen=256, op=1074270720, msgno=0) at pattern.c:137 137 pattern.c: No such file or directory. (gdb) bt #0 msg_search (ctx=0x0, rx=0x14005ba00, buf=0x11fffd8e0 "v\002@\001", blen=256, op=1074270720, msgno=0) at pattern.c:137 #1 0x12005523c in mutt_pattern_exec (pat=0x140058ad0, flags=1074117120, ctx=0x11fffd8e0, h=0x100) at pattern.c:831 #2 0x12003af68 in mutt_addr_hook (path=0x11fffdfa0 "", pathlen=255, type=8, ctx=0x0, hdr=0x140081200) at hook.c:272 #3 0x12003b130 in mutt_select_fcc (path=0x11fffdfa0 "", pathlen=255, hdr=0x1f) at hook.c:316 #4 0x120063b28 in ci_send_message (flags=0, msg=0x140081200, tempfile=0x374ef9a5 Address 0x374ef9a5 out of bounds, ctx=0x140029e40, cur=0x0) at send.c:1123 #5 0x120027ed0 in mutt_index_menu () at curs_main.c:1535 #6 0x12003ed70 in main (argc=3, argv=0x11fffee48) at main.c:680 cortex:~mutt -v Mutt 0.95.4i (1999-03-03) Copyright (C) 1996-8 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: OSF1 V4.0 [using ncurses 4.2] Compile options: -DOMAIN -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP2 -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" SHAREDIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" ISPELL="/usr/local/bin/ispell" _PGPPATH="/usr/local/bin/pgp" _PGPV2PATH="/usr/local/bin/pgp"
Re: non-ascii chars displayed
On Sat, Apr 24, 1999 at 07:45:11PM +0200, Dr. Matthias Prinz wrote: I use mutt under Linx with X11 inside an xterm. I use iso-8859-1 encoding. Now: non-ascii-chars like the german umlauts are coded correctly, but displayed as a question-mark. What can I do to have these chars displayed correctly everytime? Mutt uses locale information, such as the LANG variable, to choose the appropriate characters to display (anything else is a question-mark). On non-standard UNIXes, such as my Digital Unix 4.0B, one may have to use "configure --enable-locales-fix". Quote from the INSTALL file: --enable-locales-fix on some systems, the result of isprint() can't be used reliably to decide which characters are printable, even if you set the LANG environment variable. If you set this option, Mutt will assume all characters in the ISO-8859-* range are printable. If you leave it unset, Mutt will attempt to use isprint() if either of the environment variables LANG, LC_ALL or LC_CTYPE is set, and will revert to the ISO-8859-* range if they aren't. Hope that helps. Petr
Re: SOLVED/BUG? Mutt unpredictably quits when returning from editor (Emacs)
On Tue, Mar 30, 1999 at 11:36:58AM -0600, David DeSimone wrote: Petr Hlustik [EMAIL PROTECTED] wrote: after a couple weeks of service without a glitch, Mutt now occasionally quits on its own, when I come back from an editor (Emacs). Well, I found the problem. It was one of the latest entries in my .muttrc: fcc-save-hook '~h "Sender: [EMAIL PROTECTED]"' +dosemu Well, Mutt shouldn't "just quit". Maybe it was actually crashing. Like, you know, leaving a core dump. Did you look for one? Did it have some useful information to tell you why Mutt crashed? That would be the most helpful thing to look for at this point. I said in my original post that it did not dump core. I guess the exit status was zero, I ran this immediately after mutt quit: cortex:~echo $? 0 [7]+ Donerxvt +ls -n XMutt -bg black -fg white -tn rxvt -geometry 80x60 -fn -misc-*-bold-*-normal-*-14-80-*-*-*-*-*-2 -e mutt This is the system information: OSF1 cortex.neurology.umaryland.edu V4.0 564 alpha The fact that removing this line fixes the problem suggest that there is a possible problem in your regular-expression libraries on your system. I see. I thought Digital Unix 4.0 had a pretty standard regex but I may get GNU regex. Thanks. Regards, Petr
Re: SOLVED/BUG? Mutt unpredictably quits when returning from editor (Emacs)
On Tue, Mar 30, 1999 at 02:48:19PM -0600, Tim Walberg wrote: On 03/30/1999 13:06 -0500, Petr Hlustik wrote: I said in my original post that it did not dump core. I guess the exit status was zero, I ran this immediately after mutt quit: cortex:~echo $? 0 [7]+ Donerxvt +ls -n XMutt -bg black -fg white -tn rxvt -geometry 80x60 -fn -misc-*-bold-*-normal-*-14-80-*-*-*-*-*-2 -e mutt Of course, $? is not normally set as the exit code of a background process that exits (i.e. 'ls does_not_exist; echo $?' is not necessarily the same as 'ls does_not_exist sleep 10; echo $?'), and even if it were, it would be the exit code from rxvt, not from mutt... Thanks, I forgot about this second layer. Well, I recreated the situation, now starting mutt directly from rxvt and now it dumps core after segmentation fault. The exit code is 139. I am afraid that's the end of my investigation; I am not a programmer... Anyway, this whole problem happened because of my erroneus setting in the .muttrc file and was easily fixed. Regards, Petr
Mutt unpredictably quits when returning from editor (Emacs)
Hello, after a couple weeks of service without a glitch, Mutt now occasionally quits on its own, when I come back from an editor (Emacs). The interesting thing is that it does not happen for every e-mail address. It does not dump core. This started after I logged out and in on my machine. Any ideas? Thanks, Petr cortex:~mutt -v Mutt 0.95.1i (1999-01-04) Copyright (C) 1996-8 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: OSF1 V4.0 [using ncurses 4.2] Compile options: -DOMAIN -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_RX +HAVE_COLOR +HAVE_PGP2 -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" SHAREDIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" ISPELL="/usr/local/bin/ispell" _PGPPATH="/usr/local/bin/pgp" _PGPV2PATH="/usr/local/bin/pgp"
Re: PDF viewing
There have been some nice tips here lately re filters for viewing the text in rtf and html docs. Anyone have a pointer for a PDF viewer? In addition to Adobe Acrobat, there is xpdf, a nice small and portable viewer under the GPL http://www.foolabs.com/xpdf/ Regards Petr
Re: mutt mbox
On Mon, Mar 15, 1999 at 06:27:07PM +, Andreas wrote: Hi Ron Johnson, On Mon, Mar 15, you wrote: The move configuration variable in your .muttrc controls moving read messages from your spool to your mbox. It is a quadoption, so you should be able to just set it from the ask-no default to no. What exactly do have to put in my .muttrc ? # don't offer moving read messages elsewhere set move=no Petr
