get ready to hate me.
So I initially joined this list a few weeks ago to ask a question about mhstore. I got the very helpful answer I was looking for and solved my problem. Now I need to unsubscribe from the list. Having run mailing lists for 12 years or so, I'm not your average newbie. I've tried the following: echo unsubscribe | mail [EMAIL PROTECTED] echo unsubscribe nmh-workers | mail [EMAIL PROTECTED] echo | mail -s unsubscribe [EMAIL PROTECTED] echo unsubscribe nmh-workers | mail [EMAIL PROTECTED] (the last, just in case this is actually majordomo in hiding). In theory, and according to the website, the 3rd one should have worked correctly. I've checked my maillogs and the mails were accepted and in the case of the last one, did get a bounce. According to the logs that hadn't rotated yet: Nov 18 00:31:38 grok sendmail[22166]: gAI0VVC22164: [EMAIL PROTECTED], ctladdr=hpeyerl (/0), delay=00:00:07, xdelay=00:00:07, mailer=esmtp, pri=30047, relay=mononoke.mhost.com. [209.96.178.231], dsn=2.0.0, stat=Sent (gAI0ptQ00073 Message accepted for delivery) Nov 19 16:46:42 grok sendmail[25273]: gAJGkZ125271: [EMAIL PROTECTED], ctladdr=hpeyerl (/0), delay=00:00:07, xdelay=00:00:07, mailer=esmtp, pri=30059, relay=mononoke.mhost.com. [209.96.178.231], dsn=2.0.0, stat=Sent (gAJH79Q17946 Message accepted for delivery) Sorry to be a weenie, but can someone help me deal with this or can someone unsubscribe me? If it's the case that the above requests are pending human intervention and that human is busy, then I apologize profusely. --- Beheading servers since 1999 -- The PC Weasel! http://www.realweasel.com
Re: Improving attachment viewing
Where we're had to move away from nmh towards gnus is in MIME composition (e.g. for the ability to specify inline/attachment). You might want to look at the attachment stuff that I checked in a while back. I implemented it in such a way that it could easily be incorporated into MH-E. The short summary is that you can specify the names of attachments using a header field, and send handles invoking mhbuild as required to package everything up before sending. Anno has been extended to assist in managing the header fields. It might be nice to be able to output a character in a scan column if attachments are present. MH-E could even replace that character with a paperclip glyph or something to pretty it up. Seems to me that my notion of scanning attachments is getting the most attention here, even though it's not the most important part to me. My main interest is in being able to read attachments in a more consistent way. Maybe an example would help... Right now, a session looks like this: % inc scan output % show (oh, this looks like a multipart message) % mhlist % mhshow -part 1 % mhshow -part 1.1 % mhshow -part 2 (...) % next ... What I'd like to be able to do is: % inc scan output % show % next (show first part of current message) % next (show next part of current message) % next (...) % next (show first part of next message) Jon
Re: The continuing install-mh saga
On 19 November 2002 at 16:35, Jon Steinhart [EMAIL PROTECTED] wrote: I'd like to see an indented scan that shows something like 5785+ 11/19 Eric Gillespie Re: The continuing install-mh sagaJon Steinhar .1 image/jpeg .2 image/jpeg ant then be able to do show/next/prev on stuff. This is only part of what Jon wants, but it might be useful to some people: use sort -m to merge the outputs of scan and mhlist. The way this works by default (with no tweaking from a little script) isn't perfect, but it's pretty good. Here's an example: $ scan last:4 scan.out $ cat scan.out 7767 U11/10 To:jpeek NYTimes.com Article: A New Platform for the New 7768 U11/10 To:jpeek NYTimes.com Article: Generic Version of Acne Dru 7769 U11/10 new_articles@info Stuart McClure Shares Web Security Tips for Syst 7770+U11/10 To:jpeek NYTimes.com Article: Bill Gates to Tour India Am $ mhlist last:4 mhlist.out $ cat mhlist.out msg part type/subtype size description 7767 text/plain2066 7768 text/plain1101 7769 multipart/alternative 29K 1 text/html 28K 2 text/plain 366 7770 text/plain6825 $ sort -nm +0.0 -0.4 scan.out mhlist.out msg part type/subtype size description 7767 text/plain2066 7767 U11/10 To:jpeek NYTimes.com Article: A New Platform for the New 7768 text/plain1101 7768 U11/10 To:jpeek NYTimes.com Article: Generic Version of Acne Dru 7769 multipart/alternative 29K 1 text/html 28K 2 text/plain 366 7769 U11/10 new_articles@info Stuart McClure Shares Web Security Tips for Syst 7770 text/plain6825 7770+U11/10 To:jpeek NYTimes.com Article: Bill Gates to Tour India Am Jerry -- Jerry Peek, [EMAIL PROTECTED], http://www.jpeek.com/
Re: Improving attachment viewing
Jon Steinhart [EMAIL PROTECTED] wrote: Where we're had to move away from nmh towards gnus is in MIME composition (e.g. for the ability to specify inline/attachment). You might want to look at the attachment stuff that I checked in a while back. I implemented it in such a way that it could easily be incorporated into MH-E. Great, Thanks. It might be nice to be able to output a character in a scan column if attachments are present. MH-E could even replace that character with a paperclip glyph or something to pretty it up. Seems to me that my notion of scanning attachments is getting the most attention here, even though it's not the most important part to me. Sorry, I know. I was really only commenting on the MH-E implications. We could use a MIME attachment marker in scan output, but we won't be using any nmh method to display message parts since we do that part in elisp. So go ahaed and add features in order to better display MIME parts from the shell (that's great!), but we won't need nor use them in MH-E. -- Peter S. Galbraith, MH-E developer [EMAIL PROTECTED] GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E 6623'rd GNU/Linux user at the Counter - http://counter.li.org/
Re: Improving attachment viewing
In message [EMAIL PROTECTED], Jon Steinhart writes: Seems to me that my notion of scanning attachments is getting the most attention here, even though it's not the most important part to me. My main interest is in being able to read attachments in a more consistent way. Maybe an example would help... Right now, a session looks like this: % inc scan output % show (oh, this looks like a multipart message) % mhlist % mhshow -part 1 % mhshow -part 1.1 % mhshow -part 2 (...) % next ... What I'd like to be able to do is: % inc scan output % show % next (show first part of current message) % next (show next part of current message) % next (...) % next (show first part of next message) Hmm. I'm afraid I disagree about this redefinition of next. Currently, I don't need to do individual mhshows if I just want to sequence through all the parts: just show, and keep hitting Return, or Ctrl-C to skip a part. Cheers, Dave -- David Chin d w c h i n a t u m i c h d o t e d u We are all in the gutter, but some of us are looking at the stars.--Wilde http://www.fair.org/extra/0210/inspectors.html This is not the last line of my sig. Del^2 Phi == 0 :)
Re: nmh 1.1?
[EMAIL PROTECTED] wrote: It has been fixed. I was just grousing that the fix has been in CVS for a couple years but not in the Redhat distributions. Rather than grouse, switch to Debian GNU/Linux: nmh 1.0.4+dev-20010317-1 But grousing is so much more fun! :) I guess I'll have to be patient. I don't think my employer would like me to install a different distribution than everybody else (though they don't care if I update nmh myself because I'm probably the only one who uses it). -Paul
Re: Improving attachment viewing
Jon Steinhart wrote: If I get a message with 20 photos attached, I hate having to hit Ctrl-C 20 times just to get to the next message. I'm not disagreeing with you ;-), Jon... the interface *is* klunky. But, FWIW, Ctrl-\ will abort showing the current message. Jerry -- Jerry Peek, [EMAIL PROTECTED], http://www.jpeek.com/