Strange messages
Hi, I don't know if this is related to mutt or the list software, but I keep getting messaages from a particular list of the following format: 1 no description [multipa/alternativ] 2 +-no description [text/plain] 3 +-no description [text/plain] 4 +-no description [multipa/related] 5 +-no description [text/html] 2 is the textual body of the list post, and 5 it's HTML form. 3 is the listserv's signature. 1 displays 3, and 4 displays 5. In pine and most other mailers, 3 is displayed followed by 2 (so it makes sense!), but mutt displays part 1 (sig only!). Who's right here? I think the messages probably start life as multipart/alternative of 2 and 5, and then 3 is added and the message mauled by the listserver. Regards, Luke -- Luke Ross - http://lcr.sys3175.co.uk
Re: Strange messages
Hi, Inspecting an example message in the mailbox reveals that the structure is as per the display, except the main body (part 1) is of type: Content-Type: multipart/mixed; boundary=B1 How does the interpretation of multipart/mixed differ from multipart/alternative, and why does mutt show the former as the latter in this case? Regards, Luke On Mon, Jun 18, 2001 at 09:56:09AM -0700, Michael Elkins wrote: Judging from the display you pasted in your message, the top level MIME content-type is multipart/alternative, meaning that the MUA is supposed to display ONE of the following parts based upon local preference. Each of 2, 3 and 4 are considered to be equivalent, so only one need be displayed to the user. On Mon, Jun 18, 2001 at 05:27:46PM +0100, Luke Ross wrote: 1 no description [multipa/alternativ] 2 +-no description [text/plain] 3 +-no description [text/plain] 4 +-no description [multipa/related] 5 +-no description [text/html] -- Luke Ross - http://lcr.sys3175.co.uk
Re: timestamp of mailbox file is not updated
Hi Might be helpful with some naive new-mail checking programs, but of course breaks mechanisms which really look for mailbox updates. I vote for removing the code. (c: Anyone objects? Will it affect bash telling me I have new mail? (As in, it'll say I do every time I quit mutt?) Luke -- Luke Ross - http://lcr.sys3175.co.uk/ smime.p7s
Re: macro stopped working
Hi I don't know why it broke, but the following works: # Replaced by: macro pager Escz :set pager_index_lines=0\n:macro pager z Z \toggle zoom\\n macro pager Z :set pager_index_lines=4\n:source /home/lcr299/.mutt/tzoom\n macro pager z Escz 'toggle zoom' Where /home/lcr299/.mutt/tzoom contains: macro pager z ESCz toggle zoom HTH, Luke On Fri, Jul 13, 2001 at 01:44:54AM -0400, Michael Hong wrote: Does anyone know what's wrong with this macro? It was working in 1.2.5 but now the second time I press 'z' mutt says the key is not bound or 'macro loop detected'. -- Luke Ross - http://lcr.sys3175.co.uk/ smime.p7s
Re: timestamp of mailbox file is not updated
Hi, On Wed, Jul 18, 2001 at 11:50:19AM -0500, Andy Spiegl wrote: Noone objected - does that mean that the code will be removed in the next release? If no, what do I have to do so that it will be removed? As I touched upon before, I'll be unhappy if it breaks my bash new mail notification. Trouble is the bash man page didnt say how it decided if there was new mail. I don't see what the big issue is - sure it didn't work for you, but it doesn't seem to have upset many other people here. Regards, Luke
Re: mutt and HTML
If you have lynx installed, try putting: text/html;/usr/bin/lynx -force_html -dump %s; copiousoutput in your .mailcap. Then lynx formats it properly (well sort of) and displays it in the builtin pager. Luke On Thu, Jul 19, 2001 at 11:39:34AM -0400, Ben Roberts wrote: Yes, I know this is a FAQ, but I am trying to see if I can use the $display_filter variable now available in mutt 1.3 to filter out all the HTML for display within mutt's builtin pager. -- Luke Ross - http://lcr.sys3175.co.uk/
Re: Mutt 1.3.25 on Win2000 (cygwin)
Hi, On Thu, Jan 03, 2002 at 11:26:58PM +0100, Frank Sonnemans wrote: Does anyone have a compiled package of Mutt 1.3.25 which runs on Win2k. I would like to run the same email client under windows as under my favorite Unix. However Cygwin only contains the stable version and I do need good IMAP support. I tried to compile it myself, but could not get it to work. It requires libiconv which doesn't compile on my system. Use http://www.neuro.gatech.edu/users/cwilson/cygutils/robert-collins/other/libiconv-1.7-1.tar.bz2 I found that my cygwin also needed mutt to be compiled with -DBROKEN_LINKER because of a few problems with cygwin's ncurses. Works fine though. Luke
Re: X-Face Header in mutt
Hi, On Tue, Jan 22, 2002 at 06:19:22AM -0600, John Buttery wrote: Anybody know of an X11 program to display these? Should be trivial I use http://www.spinnaker.de/mutt/view-x-face You need the compface package, and icontopbm (both readily available), but you pipe it a message and it displays it on X (using xview here), or if theres no X terminal it'll convert it to ASCII which works nicely (pbmtoascii). Going back to the original point, the compface package has info on making an X-Face in the man page IIRC. Regards, Luke smime.p7s Description: application/pkcs7-signature
Re: differnet color in body!
Hi, On Thu, Jan 24, 2002 at 07:12:11PM +0800, Pun Kuan Tou wrote: How to make some different color in body something like *text* _text_ etc? It may have been done better before, but: color body brightred default \\*[^*]{0,30}\\* color body brightred default _[^_]{0,30}\\_ seems to work here. The {0,30} is arbitary, it just stops mutt colouring everything between two *s that are a long way away (I hope) Regards, Luke smime.p7s Description: application/pkcs7-signature
[Slightly OT] [PATCH] DSN for ssmtp
Hi, Sorry if this is done before, but I wanted to support DSN under cygwin. sendmail isnt the easiest thing to compile under cygwin, and a bit overkill, so I've tweaked ssmtp to take the DSN flags in a sendmailish style. Regards, Luke --- ssmtp-2.38.7-3/ssmtp.c Thu Jun 7 13:54:20 2001 +++ ssmtp.c Sun Jan 6 18:42:28 2002 @@ -61,6 +61,8 @@ char *specifiedFrom = NULL;/* Content of the From: field if specified with the -f option */ char *specifiedName = NULL;/* Same for -F option */ +char *dsnReturn = NULL;/* When to return DSN */ +char *dsnHowMuch = NULL; /* Headers or full */ char *fullName = NULL; /* Sending user's full name */ char *Root = postmaster; /* Person to send root's mail to. */ struct passwd *Sender = NULL; /* The person sending the mail. */ @@ -993,6 +995,7 @@ continue; case 'R': if (!argv[i][j+1]) { /* amount of the message to be returned */ + dsnHowMuch = strdup(argv[i+1]); add++; goto exit; } @@ -1027,8 +1030,11 @@ case 'M': /* Use specified message-id. */ goto exit; case 'N': /* dsn options */ - add++; - goto exit; + if (!argv[i][j+1]) { /* amount of the message to be returned */ + dsnReturn = strdup(argv[i+1]); + add++; + goto exit; + } case 'n': /* No aliasing. */ continue; case 'o': @@ -1206,7 +1212,7 @@ /* if user supplied username and password, then try ELHO */ /* do not really know if this is required or not... */ - if (authUsername) + if (authUsername || dsnReturn) putToSmtp (fd, EHLO %s, HostName); else putToSmtp (fd, HELO %s, HostName); @@ -1241,11 +1247,21 @@ /* Send MAIL FROM: line */ if (msgFromLine FromLineOverride) { + if (dsnReturn dsnHowMuch) { + putToSmtp (fd, MAIL FROM:%s RET=%s, stripFromLine(msgFromLine),dsnHowMuch); + } else { putToSmtp (fd, MAIL FROM:%s, stripFromLine(msgFromLine)); + } free(msgFromLine); } - else + else { + if (dsnReturn dsnHowMuch) { +putToSmtp (fd, MAIL FROM:%s RET=%s, (specifiedFrom!=NULL) ? specifiedFrom : +stripFromLine(fromLine), dsnHowMuch); + } else { putToSmtp (fd, MAIL FROM:%s, (specifiedFrom!=NULL) ? specifiedFrom : stripFromLine(fromLine)); + } + free(msgFromLine); + } (void) alarm ((unsigned) MEDWAIT); if (getOkFromSmtp (fd, buffer) == NO) @@ -1271,7 +1287,11 @@ i = 0; do { + if (dsnReturn) { + putToSmtp (fd, RCPT TO:%s NOTIFY=%s, properRecipient +(recipients[i]),dsnReturn); + } else { putToSmtp (fd, RCPT TO:%s, properRecipient (recipients[i])); + } (void) alarm ((unsigned) MEDWAIT); if (getOkFromSmtp (fd, buffer) == NO) { @@ -1290,7 +1310,11 @@ { /* RFC822 Address - foo@bar */ parseaddr(p, buffer, sizeof(buffer)); + if (dsnReturn) { + putToSmtp (fd, RCPT TO:%s NOTIFY=%s, properRecipient +(buffer),dsnReturn); + } else { putToSmtp (fd, RCPT TO:%s, properRecipient (buffer)); + } (void) alarm ((unsigned) MEDWAIT); if (getOkFromSmtp (fd, buffer) == NO) {
Re: S/MIME display bug
Hi, On Mon, Feb 25, 2002 at 02:24:27PM -0500, Mike Schiraldi wrote: Looks like we've got a display-corruption bug in current CVS -- when a message arrives whose From address doesn't match any in the S/MIME cert (like this message), the screen gets garbled. A warning should absolutely be displayed, but should mutt_any_key_to_continue() be called? A previous bugfix in another part of smime.c mentioned that this is bad, and it added a sleep(5) call whose purpose i didn't understand -- surely there must be a more elegant way? How about a red line in the status bar? Would be most elegent surely? I'm still on old S/MIME mutt, and I saw: Alert: Certificate belongs to [EMAIL PROTECTED]. But sender was [EMAIL PROTECTED]. Press any key to continue... What was the reason behind changing it? No screen corruption here. Luke smime.p7s Description: application/pkcs7-signature
Re: close IMAP connections
Hi, when I don't access that one folder for a while, and I switch to it (with a macro), I get an error connection closed and an empty index. the only thing I could find that would fix this is to quit mutt and start it again - a new connection will then be established. Check out $imap_keepalive This, and the other suggestions, don't work if, say your connection drops. I use mutt patched with vvv-nntp (I know not now - I'm on holiday on a strange computer), and if the NNTP connection gets closed it asks if you want to reconnect, and then continues where it left off - perhaps IMAP can be patched to do the same. Luke
Re: Outhouse on Mutt-Users? Was: Re: close IMAP connections
Hi, On Tue, Apr 02, 2002 at 06:59:26PM +, Simon White wrote: 02-Apr-02 at 19:48, Luke Ross ([EMAIL PROTECTED]) wrote : I use mutt patched with vvv-nntp (I know not now - I'm on holiday on a strange computer), and if the NNTP connection gets closed it asks if you want to reconnect, and then continues where it left off - perhaps IMAP can be patched to do the same. Good job you said you were on holiday, with headers like X-Mailer: Microsoft Outlook Express 5.50.4807.1700 that is a travesty :) I knew someone here would snoop my headers! I'm back now, so ner! Luke
Re: Outhouse on Mutt-Users?
Hi, On Mon, Apr 08, 2002 at 07:43:54PM +0200, Sven Guckes wrote: | Message-ID: 20020403210712.A1308@PROGENY | User-Agent: Mutt/1.3.19i broken MID and old mutt version. upgrade and get a FQDN! :-p Will upgrade when I get the urge to do my patch cocktail, but it doesn't apply cleanly so I need some spare time. As regards FQDN, if you'll pay for it! It's currently a dodgy NAT'd set-up. The Received headers show this one up ;-) Luke
Re: ugly thread tree display
Hi, On Fri, Apr 12, 2002 at 10:27:02AM -0400, Katie Bechtold wrote: I'm using Mutt 1.3.28i, and my thread tree display looks messed up: 1117 L Jan 16 Nick Wilson (0.6K) Hook? 1118 sL Jan 16 René Clerc (1.3K) mq 1119 L Jan 16 Nicolas Rachinsky(0.3K) tq 1120 L Jan 16 Philip Wittamore (0.5K) x tq 1121 sL Jan 16 Benjamin Smith (0.9K) x x mq 1122 sL Jan 16 René Clerc (0.9K) x mq 1123 sL Jan 16 Nick Wilson (1.1K) tq 1124 sL Jan 16 Nick Wilson (1.3K) mq 1125 L Jan 16 David Ellement (0.5K) tq 1126 sL Jan 16 Jeremy Blosser (1.2K) mq 1127 L Jan 16 Nick Wilson (1.3K) mq I'll be happy to provide any information that'd be helpful in fixing this aesthetic problem. Mutt's got confused about how to do the line-art. Possible solutions are: 1. Change the terminal type 2. If under cygwin, force mutt to run under code page 437 3. Set ascii_chars in your muttrc, so mutt uses +, - and to draw the tree. Luke smime.p7s Description: application/pkcs7-signature
Re: Exploit.IFrame.FileDownload virus??
Hi, Thomas Baker wrote: I use Cygwin Mutt 1.2.5i (2000-07-05) on Win2000 and just got messages from two people with a short text message saying Your password is 12zxjkjl123kjl12jz. But the size of each of the messages, according to Mutt, was 65k. After viewing the message with the default viewer (only), my virus protector popped up with a message to the effect that c:\tmp\mutt-mutt-LEPIDUS-2136-12 was infected with the Exploit.IFrame.FileDownload virus. Before deleting, I looked at its file entry -- it was roughly 250k and bore a time-stamp of several minutes earlier, when I had been reading the message. I saved one of the messages to a file named virus and tried opening it with vim, but got a message like file is readonly. I deleted that too. According to F-Secure Web site, this is a virus that exploits a flaw in Internet Explorer, and by extension mail readers that use it, such as Outlook. No surprise there! The only surprise to me is that 250k infected file which appeared in my c:/tmp. What kind of things does Mutt park there, and where could that big file have come from?? Surely Mutt would not have uncompressed anything without telling me...? When I used cygwin mutt to read over IMAP, it always cached every message in /tmp, causing my virus scanner to have a bad day. mutt never ran them, it just stored them there whilst processing them (why I don't know). Luke
Re: ~/.mailcap confusion
Hi, On Mon, Oct 14, 2002 at 06:21:50PM +0200, Richard Cattien wrote: Hmm, this sounds exactly like what i want, but when displaying html-mails i still get that nasty [-- text/html is unsupported (use 'v' to view this part) --] here is my config: ~/.muttrc Use auto_view text/html IIRC. Luke