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 [multipa/alternativ] 2 +-> [text/plain] 3 +-> [text/plain] 4 +-> [multipa/related] 5 +-> [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 [multipa/alternativ] > > 2 +-> [text/plain] > > 3 +-> [text/plain] > > 4 +-> [multipa/related] > > 5 +-> [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 z ":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 z 'toggle zoom' Where /home/lcr299/.mutt/tzoom contains: macro pager z z "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
