Re: Strange attachement
On 11/27/01 11:23 AM, David Champion sat at the `puter and typed: > On 2001.11.27, in <[EMAIL PROTECTED]>, > "Thomas Roessler" <[EMAIL PROTECTED]> wrote: > > > > This probably depends on the particular uudecode implementation you > > are using... I've seen uudecode only decode the _first_ attachment. > > Some uudecodes even choke if there's any material in the input stream > before the "begin" line. These wouldn't accept a full mail message very > nicely. OTOH, it's been a long time since I noticed one of these; maybe > they're all extinct. From uudecode(1) on FreeBSD: . . . Uudecode transforms uuencoded files (or by default, the standard input) into the original form. The resulting file is named name and will have the mode of the original file except that setuid and execute bits are not retained. Uudecode ignores any leading and trailing lines. The following options are available for uudecode: -c Decode more than one uuencode'd file from file if possible. -i Do not overwrite files. -p Decode file and write output to standard output. -s Do not strip output pathname to base filename. By default uudecode deletes any prefix ending with the last slash '/' for security purpose. . . . So this version will ignore leading and trailing data, and the -c flag I used in my example will tell it to decode multiple encoded files if possible. uudeview is another option, as Thomas pointed out, I've used this when downloading Loony Toons and old Betty Boop cartoons from newsgroups. Just tag all the messages, save them all to a single file. Then, from the command line, uudeview will sort them, attach parts, and save the decoded portions. I haven't figured out wether it's better to use this for my email decodings, tho. YMMV HTH Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Hitchcock's Staple Principle: The stapler runs out of staples only while you are trying to staple something. msg20727/pgp0.pgp Description: PGP signature
Re: Strange attachement
On 11/26/01 11:02 PM, Patrik Modesto sat at the `puter and typed: > On Mon, Nov 26, 2001 at 04:33:39PM -0500, Louis LeBlanc wrote: > > On 11/26/01 10:21 PM, Patrik Modesto sat at the `puter and typed: > > > Hi, > > > I often get mail with attachement like this: > > > > > > begin 666 Studie.doc > > > MT,\1X*&Q&N$`/@`#`/[_"0`&```! > > > M/P``$ ``00$```#^`#X```#_ > > > M > > > > > > > > > > > > ` > > > end > > > > > > It is sent from MSOE and it looks like that, only when the user forwards > > > interesting messages to someone else. When sending new composed mail, > > > attachement looks right and is recogniced by mutt. I think, this is not > > > a valid form of attachement. > > > > > > What can be wrong? > > > > Looks like a M$ Word attachment. You have to edit the mailcap file and > > tell it how to handle these attachments. You might want to take a look > > But this attachment doesn't have any application/... signature. It is > completely inline. What line should I add in mailcap? My mistake. Dan was correct. I just saw the name and figured it was a word attachment. You can tie a macro to a keystroke and automatically pipe a message thru uudecode to automagically save those encoded messages. Here is mine: macro attach .d "| uudecode -c " From the index, '.d' causes the entire message to be piped thru uudecode which will try to decode all encoded attachments. HTH Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Research is the best place to be: you work your buns off, and if it works you're a hero; if it doesn't, well -- nobody else has done it yet either, so you're still a valiant nerd. msg20709/pgp0.pgp Description: PGP signature
Re: Strange attachement
On 11/26/01 10:21 PM, Patrik Modesto sat at the `puter and typed: > Hi, > I often get mail with attachement like this: > > begin 666 Studie.doc > MT,\1X*&Q&N$`/@`#`/[_"0`&```! > M/P``$ ``00$```#^`#X```#_ > M > > > > ` > end > > It is sent from MSOE and it looks like that, only when the user forwards > interesting messages to someone else. When sending new composed mail, > attachement looks right and is recogniced by mutt. I think, this is not > a valid form of attachement. > > What can be wrong? Looks like a M$ Word attachment. You have to edit the mailcap file and tell it how to handle these attachments. You might want to take a look at third party apps for Mutt (look in the archives, or maybe someone can repost the URI? I don't remember it offhand). At the mutt page, you can take a look at mutt pages by mutt users. There are lots of very cool things you can do to have almost any kind of attachment handled and viewable automatically - if you want. Mutt will do most anything you need or want it to do, but the front end work can be a long process. Get using it, and find out how to solve each problem when it gets to the point where it's worth the while to search mutt.org and the list, etc. I don't think I can ever use another MUA, but I still haven't gotten all the rough edges smoothed out completely. BTW, if you want to view Word Docs inline, there are useful links directly from Mutt regarding configuration. The 3rd party app you want is wv, I think. Used to be wordview, but it changed a while back. HTH Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Steinbach's Guideline for Systems Programming: Never test for an error condition you don't know how to handle. msg20703/pgp0.pgp Description: PGP signature
Re: mutt sends signed messages as multipart attachments?
On 11/12/01 10:06 PM, David T-G sat at the `puter and typed: > ... > > % user. I suppose I > % could change the keybindings from P to something easier tho, so I > % guess even that doesn't really matter. > > If you don't like having to use esc-P you could always use the procmail > recipe from PGP-Notes.txt to convert the incoming email for you... Duh! I just remembered that I commented out that procmail fix for this testing! Looks like I'm getting a bit wonky myself. > > % BTW, I have managed to get a single part message signed inline, but it > % is a real pain in the ass. It involves the macro compose S "Fgpg -a > % --clearsign -u . . ." method. It does the job for now, but it is > % pretty ugly. There must be a cleaner way to do this. > > There definitely should be. Interestingly enough, though, if that works > for attachments then that's the only way to go to get an encrypted email > with attachment included over to an Outlook user without making it tough. > I have yet to try out that one, though... > > % > % Thanks for the help. > > Sorry I ran out of steam before we found the answer! No big deal. You've helped me eliminate a couple things at the very least, and I do appreciate it. As you suggest, this one might best be left to the developers. Of course they may not want to touch it when they see my build setup. I build directly from the port on FreeBSD 4.4 Release, with the following build parameters: "WITH_MUTT_NNTP=yes WITH_MUTT_QUOTE_PATCH=yes WITH_MUTT_SSL=yes WITH_MUTT_IMAP=yes WITH_MUTT_SLANG=yes WITH_MUTT_HTML=yes" Basically, I am enabling the VVV NNTP and Quote patches (though I could probably do without the quote patch). I have not heard of the 'Mutt OutHouse' patch, and haven't found it at the Mutt site, and it isn't included in the FreeBSD port, so I never used it. If anyone has any suggestions, let me know. I'm willing to rebuild with just the IMAP enabled if anyone thinks it's really necessary, but I would need at least the IMAP for mutt to really be useful to me. Thanks again! Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ It is a wise father that knows his own child. -- William Shakespeare, "The Merchant of Venice" msg20383/pgp0.pgp Description: PGP signature
Re: mutt sends signed messages as multipart attachments?
On 11/10/01 01:26 PM, Will Yardley sat at the `puter and typed: > > . . . > > that seems a little harsh i'm sure there are many who would tell > those of us who use mutt to use a 'real mail program'. there's nothing > wrong with using mailx or other command line clients. > > however sending myself an pgp/mime signed email does seem to work ok > with mailx... what command line mail client (and OS) are these people > using? > > for me it shows up like this: I'm not sure exactly what client they are using, but the problem is that the message keeps coming thru multipart/signed. Like yours does below. Either way, I'm just gonna have to turn off the autosign for that list - and any others I get complaints on, I guess. Thanks Lou > & > Message 3: > From [EMAIL PROTECTED] Sat Nov 10 13:20:23 2001 > Date: Sat, 10 Nov 2001 13:20:23 -0800 > From: Will Yardley <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: test > Mime-Version: 1.0 > Content-Type: multipart/signed; micalg=pgp-sha1; > protocol="application/pgp-signature"; > boundary="PEIAKu/WMn1b1Hv9" > Content-Disposition: inline > User-Agent: Mutt/1.3.23i > Organization: New Dream Network > > > --PEIAKu/WMn1b1Hv9 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > test > > --=20 > GPG Public Key: > http://infinitejazz.net/will/pgp/ > > --PEIAKu/WMn1b1Hv9 > Content-Type: application/pgp-signature > Content-Disposition: inline > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE77ZoXswHW5vg5XAIRApl9AJ45XAkSrOVZh0DLpL3/+kb6iNEPOgCdH6Cm > SrCI5ALyIdFqk2xAbSVsMPk= > =hfHw > -----END PGP SIGNATURE- > > --PEIAKu/WMn1b1Hv9-- > > & quit > Saved 1 message in mbox > Held 2 messages in /var/spool/mail/wby > > w > > -- > GPG Public Key: > http://infinitejazz.net/will/pgp/ > > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Science may someday discover what faith has always known. msg20368/pgp0.pgp Description: PGP signature
Re: mutt sends signed messages as multipart attachments?
On 11/11/01 07:09 PM, Jack Baty sat at the `puter and typed: > On Sun, Nov 11, 2001 at 05:18:12PM -0500, Louis LeBlanc wrote: > > > My mother isn't real computer savvy (I can't seem to get her to stop > > sending mail in all caps :), and her email skills are limited to "real > > basic" at best, but I still like to be able to email her. And I > > *absolutely do not* want to have to change clients just so we can read > > each other's mail. > > > I agree completely that until most MUAs handle pgp the "right way", the > capability for doing it the wrong way should be available, and not too > terribly difficult to use. With all of the screaming I've been doing lately > about *never* opening attachments, if all of my messages started appearing as > attachments only, I'd be slapped silly. > > I might argue, in the case of recipients who's skills are somewhat basic, > that signing messages may not even be necessary, since uninitiated > users are unlikely to verify signitures, or even care that they exist. Yes, but when there are a couple conspiracy theorists in the family, they will. They will also certainly take time to decrypt one :). Savvy or not. L -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Newman's Discovery: Your best dreams may not come true; fortunately, neither will your worst dreams. msg20363/pgp0.pgp Description: PGP signature
Re: mutt sends signed messages as multipart attachments?
On 11/10/01 06:08 PM, David T-G sat at the `puter and typed: > Will -- > > ...and then Will Yardley said... > % David T-G wrote: > % > > % > % attachments that cannot be read from some mail clients (commandline > % > % mail, for instance). > ... > % > % Anyway, I have been reprimanded, and so I promised not to autosign > % > % until I figured out what the deal was. > % > > % > Heh. Fight back; sign everything and encourage them to upgrade to a Real > % > Mail Program (tm). > % > % that seems a little harsh i'm sure there are many who would tell > % those of us who use mutt to use a 'real mail program'. there's nothing > % wrong with using mailx or other command line clients. > > While I overlooked that and figured that it was a mandated-by-management > MUA, mutt is also a command-line MUA and it works dandily :-) Meanwhile, > there's no particular reason for reprimand, even at the user-to-user > level, since Louis is simply using a useful tool. If they want to bash > mutt for doing it the Right Way instead of the Wrong Way (in case another > for instance is LookOut!), then that's fair; we'll bash right back :-) Well, I'm starting to wonder about the 'proper' way to do things. I noticed that even when you do send mail as pgp_create_traditional, it still sends it as multipart. That's part of the problem. Shouldn't there be a way to sign and send as plain text? If not, then I think Mutt is in danger of adopting the MS 'do it my way or else' attitude. I thought the idea was to maintain flexibility. I tested this myself by setting from within mutt: :set pgp_create_traditional=yes Then commented out my PGP 'fix' in procmail and sent the message to myself. This is the Content-Type header: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" That doesn't look traditional to me. Seems to me if Mutt wants to follow current RFCs then it should. Probably should anyway, but maintaining flexibility with any moderately used format - especially *nix formats, is a must. Otherwise it runs the risk of trying to become a purebred rather than a mutt. By that I am referring to the MS mindset of do it one way only. The mutt docs say the following about pgp_create_traditional: . . . This option controls whether Mutt generates old-style PGP encrypted or signed messages under certain circumstances. Note that PGP/MIME will be used automatically for messages which have a character set different from us-ascii, or which consist of more than a single MIME part. . . . Even if I explicitly set my charset to us-ascii, I get the multipart/pgp. So it really looks like mutt is the culprit here. Mutt is by far the best MUA I've found to date, and I'm not about to just give up on it, but I really think this needs to be addressed. With the right configuration, it should be able to handle the bogus crap as well as anything, but should still be able to work well with the plainest MUA out there. $0.02. Save it or spend it. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org The function of the expert is not to be more right than other people, but to be wrong for more sophisticated reasons. -- Dr. David Butler, British psephologist PGP signature
mutt sends signed messages as multipart attachments?
Hey all. I recently got my gpg setup and autosigning all outgoing mail. Unfortunately, it seems that mutt started sending everything as attachments that cannot be read from some mail clients (commandline mail, for instance). Anyway, I have been reprimanded, and so I promised not to autosign until I figured out what the deal was. Any ideas? I know the pgp/gpg formats and mime types have been discussed, but I'm a little confused. Can anyone clue me in? TIA Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Two wrongs don't make a right, but three lefts do.
Folder hooks are helping me make an ass of myself - need some more creative ideas
Hey folks. I need some help here to stop making an ass of myself on mailing lists. First, a description of how I keep doing this: My imap account is divided into quite a number of folders, each of which I can have mail delivered directly into by using the 'plussed users' format - note my From header. This is because I subscribe to a good number of lists - 6 at the moment - and I don't want to make Mutt do the sorting everytime I log in. That could take forever - especially since some of those lists have several aliases and can be quite heavy in traffic. So my natural inclination was to set up a macro that automagically sets my From, Reply-To, and To headers tied to a folder hook for each folder. Easy. Works like a charm. Except when I ask for specific info, sometimes the person helping me chooses - often for good reason - to reply directly to me, rather than on list. Well, When I reply back - not with 'L' but with 'r', yep, you guessed it, I have inappropriately brought an off list discussion back on list, often leaving out some important context. Very annoying. People get quite flustered about it too. Understandibly so. So how can I 'smarten' mutt up a little so that the To header is not automagically set if I hit 'r' instead of 'L'? Thanks everyone. PS: Please refrain from taking this one off list so I don't prove once again that I'm a bloody scatterbrain :) Thanks Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Technology is dominated by those who manage what they do not understand.
Re: Anyone know anything about inews?
On 09/30/01 06:35 PM, Mat?j Cepl sat at the `puter and typed: > On Fri, 28 Sep 2001 00:43:18 -0400, Louis LeBlanc wrote: > > Hey folks. I am having a slight problem with inews. I installed inn > > from the ports, so I could post news with a patched version of Mutt on > > FreeBSD. When I try to post, I get a Child exited with error 127. > > Mutt calls with "/usr/local/news/bin/inews -hS" > > I am not running innd. > > I had a similar problem, but when I used /etc/news/inn.conf from > my binary RedHat package of inn (just that file, I use leafnode > otherwise; and it may be different on FreeBSD), changed couple of > lines -- organization, server, and domain -- and it works. I have > not been able to work with inn.conf created according to > inn.conf(5) manpage (it told me always, that mta is not set, even > when it was). > > If you wish, I can send you my inn.conf. > > Have a nice day > > Matej Cepl You know, I had this same problem a while back, but couldn't find the message where I detailed the solution - and I knew it was a simple thing. Couldn't dig it out of my brain either. Finally I found the catch - the temp directory specified in inn.conf has to be world writeable. All temp directories should be, right? My solution was the same as on the other machine - change the temp path to /tmp Problem solved. Thanks for the suggestion. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ IBM Pollyanna Principle: Machines should work. People should think.
Re: News and Mutt
On 09/17/01 08:30 PM, Cliff Sarginson sat at the `puter and typed: > Hello > Now that I have joined the mutt fan club I would like also to > somehow read news messages with it.. > Is this feasible ? > Is it ridiculous ? > > -- > Regards > Cliff Hey. Try the VVV patches (links from the mutt site - user links). This is my nntp patch of preference, and it works quite well. I'd have done a couple things slightly different had I the skills and time that the author obviously had, but I find it better and easier than the others I've tried. If you are running FreeBSD, check the port makefile. All you have to do is define a couple defs in the make command. Piece 'O Cake. HTH Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Reappraisal, n.: An abrupt change of mind after being found out.
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.
Wierd mbox/IMAP behavior
Wierd behavior here. I use IMAP, and don't move mail I've read to
another mailbox. I usually have it delivered right where I want it.
Anyway, I found that when I set mbox in my muttrc to point to my INBOX
on the IMAP server, it would often not save the status or flags for
more recent messages - a read message would be marked new next time I
got on, a message I replied to didn't have the r flag, etc.
Anyway, I found that I could fix this by unsetting the mbox directive
in my muttrc.
Now something wierd happened. I just did a c> to change to the main
folder (folder and spoolfile directives both point to the INBOX).
Anyway, when it changes, I see multiple copies of every message in my
INBOX, plus copies of every other message I've read in other
mailboxes.
Here is what I've got for relevant config directives (I think):
set folder="{[EMAIL PROTECTED]}INBOX"
set spoolfile="{[EMAIL PROTECTED]}INBOX"
set mbox="{acadia.ne.mediaone.net}INBOX"
As near as I could tell, this was the way to do it for IMAP, but it
looks like I'm doing something wrong.
Can someone toss me a clue?
Thanks
Lou
--
Louis LeBlanc [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://acadia.ne.mediaone.net ԿԬ
"... an experienced, industrious, ambitious, and often quite often
picturesque liar."
-- Mark Twain
Re: Lines and Content-Length in edited messages?
On 08/28/01 04:40 PM, Louis LeBlanc sat at the `puter and typed: > On 08/28/01 07:33 PM, Vincent Lefevre sat at the `puter and typed: > > But why shouldn't Mutt update them? > > This is really the question I had in my mind but for some reason I > couldn't get it out right :). Thanks Thomas! My bad! I apologize profusely to Vincent for not being more cautious in attribution of the previous clarification of my original thoughts. I meant no disrespect, injury or insult to any of the parties involved. Furthermore, I will endeavor to be more cautious in the future to think before I let my silly fingers fly on the keyboard. :) Lou BTW: Thanks *Thomas!* -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Nirvana? That's the place where the powers that be and their friends hang out. -- Zonker Harris
Re: Lines and Content-Length in edited messages?
On 08/28/01 07:33 PM, Vincent Lefevre sat at the `puter and typed: > On Tue, Aug 28, 2001 at 18:48:21 +0200, Thomas Roessler wrote: > > On 2001-08-27 13:39:52 -0400, Louis LeBlanc wrote: > > > > >Is there a specific reason for this? or is there a way to override > > >this without a code edit? If not, what are the implications of > > >patching the code to allow Lines and Content-Length headers to be > > >kept/modified in an edited message? > > > > Leaving these headers in would make it considerably easier for the > > user to screw up their folders. Good point. Isn't this somewhat more of a concern when the user is less savvy than your typical user that likes to have accurate size info? > But why shouldn't Mutt update them? This is really the question I had in my mind but for some reason I couldn't get it out right :). Thanks Thomas! If there is a Lines or Content-Length header, Mutt should update it if possible. Otherwise, info about the message is being lost. I agree that making corruption of a folder difficult is good, but information should never be lost. Why is it so difficult to update it anyway? It seems to me a simple count and check wouldn't result in any noticable performance issues. Personally, I have gone thru a little extra effort to make sure these headers are there, so I'd like Mutt to either leave them alone or update them for me if I happen to edit the other headers. Just my $0.02. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Wrinkles should merely indicate where smiles have been. -- Mark Twain
Lines and Content-Length in edited messages?
Hey folks. Just a quick question that might be easier answered by someone who has had his fingers in the Mutt code. BTW, I am using IMAP, not mbox. I noticed that when I edit a message in my mailbox (for the purpose of manual threading, adding a Lines header, etc.) mutt drops any Content-Length or Lines headers. Even if they are already there. As far as I can tell, no other headers are dropped. Any specific reason for this? This is only important to me because I often get large Word docs through my work email and I often decide wether to open it now or later based on the sender, subject, and of course the size. Getting it right really helps. Also, what is the difference in the info imparted by the Lines and the Content-Lenght headers? Obviously the Lines header counts carriage returns (essentially) in the message body, but is the Content-Length a byte size measurement? Currently, I have a procmail recipe that ensures all messages have a Lines header so that mutt can tell me what I'm about to open (well, sort of). I'd like to be able to keep the message sizes updated, but it looks like editmsg.c uses the CH_NOLEN flag, which as far as I can tell, tells mutt to remove these headers when the message is edited. Is there a specific reason for this? or is there a way to override this without a code edit? If not, what are the implications of patching the code to allow Lines and Content-Length headers to be kept/modified in an edited message? Just fishing for some understanding of the developers' reasoning here. Thanks all. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ There are always alternatives. -- Spock, "The Galileo Seven", stardate 2822.3
Re: [PATCH] Mutt "prune" and "graft" feature
On 08/26/01 04:02 AM, Louis LeBlanc sat at the `puter and typed:
>
>
> Ok, Cedric. Sorry it took me so long to get any feedback to you but
> here it is:
> I am using the latest mutt (1.3.21_2) port on FreeBSD 4.3 PreRelease.
> I took your patch file and broke it down into the attached patches to
> be dropped as is into the ports files directory along with the other
> patches. No other mods needed.
>
> Anyway, I realize your patch was intended for 1.3.20, but I hadn't any
> opportunity to play with it until I convinced myself to upgrade mutt.
> But that's neither here nor there.
>
> I got the patches applied clean right from the port makefile, so it
> came off pretty well. The other build options I applied are as
> follows:
>
> WITH_MUTT_NNTP=yes WITH_MUTT_QUOTE_PATCH=yes WITH_MUTT_SSL=yes
> WITH_MUTT_IMAP=yes WITH_MUTT_SLANG=yes
>
> As well as the default port and FreeBSD patches, of course.
>
> Now for the details. It works great. Exactly as I expected. Except
> for one thing. It seems either function doesn't apply itself unless I
> also happen to be deleting another message in the same folder. If I do,
> everything comes up threaded as expected. Here is what I've done:
>
> select a subthread head (a single message in the middle of a thread)
> and hit '#' to break it. The message comes up, but if I hit '$' to
> sync the mailbox, nothing changes. If I change mailboxes and come
> back, nothing is changed. If I then delete a message, nothing
> changes. If I delete a message before changing folders, then sync, it
> all works.
>
> The same behavior is demonstrated with link-thread, I tag the head of
> the rogue thread and then move the select arrow to the message I want
> it to hang off of, then hit '&'. Same apply behavior is shown.
>
> I realize this may be because I applied a 1.3.20 patch to 1.3.21, and
> a clean patch and build can't guarantee clean behavior, but I thought
> this might at least help you get it ready for 1.3.21 more easily.
>
> Thanks for the effort! I have followed all the 'main branch
> submission' controversy that has been flowing around, and personally,
> I'd like to see it set up as an available patch (especially for
> FreeBSD make options like I used above - hint hint to David O'Brien,
> who maintains the port :).
>
> Lou
Of course it would help if I could remember to attach the files I
promised :)
L
--
Louis LeBlanc [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://acadia.ne.mediaone.net ԿԬ
Genetics explains why you look like your father, and if you don't, why
you should.
--- OPS Sat Jan 27 14:07:59 2001
+++ OPS Tue Aug 7 15:14:54 2001
@@ -94,6 +94,7 @@
OP_LIST_REPLY "reply to specified mailing list"
OP_MACRO "execute a macro"
OP_MAIL "compose a new mail message"
+OP_MAIN_BREAK_THREAD "break the thread in two"
OP_MAIN_CHANGE_FOLDER "open a different folder"
OP_MAIN_CHANGE_FOLDER_READONLY "open a different folder in read only mode"
OP_MAIN_CLEAR_FLAG "clear a status flag from a message"
@@ -103,6 +104,7 @@
OP_MAIN_FIRST_MESSAGE "move to the first message"
OP_MAIN_LAST_MESSAGE "move to the last message"
OP_MAIN_LIMIT "show only messages matching a pattern"
+OP_MAIN_LINK_THREADS "link tagged messages to the current one"
OP_MAIN_NEXT_NEW "jump to the next new message"
OP_MAIN_NEXT_SUBTHREAD "jump to the next subthread"
OP_MAIN_NEXT_THREAD "jump to the next thread"
--- copy.c Fri May 11 16:04:24 2001
+++ copy.c Tue Aug 7 15:14:54 2001
@@ -91,6 +91,12 @@
(ascii_strncasecmp ("Content-Length:", buf, 15) == 0 ||
ascii_strncasecmp ("Lines:", buf, 6) == 0))
continue;
+ if ((flags & CH_UPDATE_REFS) &&
+ascii_strncasecmp ("References:", buf, 11) == 0)
+ continue;
+ if ((flags & CH_UPDATE_IRT) &&
+ascii_strncasecmp ("In-Reply-To:", buf, 12) == 0)
+ continue;
ignore = 0;
}
@@ -167,6 +173,12 @@
ascii_strncasecmp ("type:", buf + 8, 5) == 0)) ||
ascii_strncasecmp ("mime-version:", buf, 13) == 0))
continue;
+ if ((flags & CH_UPDATE_REFS) &&
+ ascii_strncasecmp ("References:", buf, 11) == 0)
+ continue;
+ if ((flags & CH_UPDATE_IRT) &&
+ ascii_strncasecmp ("In-Reply-To:", buf, 12) == 0)
+ continue;
/* Find x -- the array entry where this header is to be saved */
if (flags & CH_REORDER)
@@ -276,6 +288,8 @@
Re: [PATCH] Mutt "prune" and "graft" feature
On 08/07/01 03:18 PM, Cedric Duval sat at the `puter and typed: > Hi Zack, David, Andre, Ken, Chris and Louis :-) > > Here is the patch to edit threads. > > Two new commands to achieve this: > * link-threads (bound by default to &). > To connect replies to a mail, tag these replies and go onto the > "parent" message. Then hit the & (link-threads) key. > > * break-thread (bound by default to #). > To make a new thread from a subthread, go onto the message where it > has to be broken. Then hit the # key. > > (The changes will appear when you resync the mailbox) > > I would be glad if you could do some testing, or bring some suggestions. > (ask me if you need help patching Mutt) > If no issue arises, I will soon propose this patch to the mutt-dev list, > keeping my fingers crossed that this feature will be considered useful! > > Thanks, > Cedric. > > PS: I still have to write a small section for the Mutt manual. Not my > prefered part of the work, since I'm not a fluent writer in English! > No one interested? Never mind, I get down to work! ;-) > Ok, Cedric. Sorry it took me so long to get any feedback to you but here it is: I am using the latest mutt (1.3.21_2) port on FreeBSD 4.3 PreRelease. I took your patch file and broke it down into the attached patches to be dropped as is into the ports files directory along with the other patches. No other mods needed. Anyway, I realize your patch was intended for 1.3.20, but I hadn't any opportunity to play with it until I convinced myself to upgrade mutt. But that's neither here nor there. I got the patches applied clean right from the port makefile, so it came off pretty well. The other build options I applied are as follows: WITH_MUTT_NNTP=yes WITH_MUTT_QUOTE_PATCH=yes WITH_MUTT_SSL=yes WITH_MUTT_IMAP=yes WITH_MUTT_SLANG=yes As well as the default port and FreeBSD patches, of course. Now for the details. It works great. Exactly as I expected. Except for one thing. It seems either function doesn't apply itself unless I also happen to be deleting another message in the same folder. If I do, everything comes up threaded as expected. Here is what I've done: select a subthread head (a single message in the middle of a thread) and hit '#' to break it. The message comes up, but if I hit '$' to sync the mailbox, nothing changes. If I change mailboxes and come back, nothing is changed. If I then delete a message, nothing changes. If I delete a message before changing folders, then sync, it all works. The same behavior is demonstrated with link-thread, I tag the head of the rogue thread and then move the select arrow to the message I want it to hang off of, then hit '&'. Same apply behavior is shown. I realize this may be because I applied a 1.3.20 patch to 1.3.21, and a clean patch and build can't guarantee clean behavior, but I thought this might at least help you get it ready for 1.3.21 more easily. Thanks for the effort! I have followed all the 'main branch submission' controversy that has been flowing around, and personally, I'd like to see it set up as an available patch (especially for FreeBSD make options like I used above - hint hint to David O'Brien, who maintains the port :). Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Password: **
Re: Question about the VVV nntp patch - design issue and comments.
On 08/10/01 12:42 AM, Christian Ordig sat at the `puter and typed: > > > ok ... might be quite slow, I never relly realized this because I have a > > > quite fast connection ... so I am really happy with this. But I can > > > believe having a modem and no local NNTPd might be a pain. I used leafnode > > > the days I still had a modem ... maybe this helps ;-)) > > > > > No, I don't think it's the connection speed. I am on a cable modem. > > The problem is that my isp doesn't really give a rats nose wether the > > nntp service is fast. The server is notorious for having a short > > expiration of postings, and an occasional drop - though the drops may > > not be so frequent as to be outrageous. > well ever thought about using another NNTP service? Or are you > restricted by your provider in any way to use only HIS NNTPd? > > -- > Christian Ordig | Homepage: http://thor.prohosting.com/~chrordig/ > Germany |eMail: Christian Ordig <[EMAIL PROTECTED]> Well, yes and no. I could use another service, but I pay enough for my access now, that I can't really justify paying for another one. More a matter of principle than finance, not that finance doesn't count, but . . . Anyway, as for the free services I've tried, they are all pretty slow and many only have a web interface. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ QOTD: "When she hauled ass, it took three trips."
Re: Question about the VVV nntp patch - design issue and comments.
On 08/07/01 11:59 PM, Christian Ordig sat at the `puter and typed: > On Sun, Aug 05, 2001 at 10:54:25PM -0400, Louis LeBlanc wrote: > > When I connect to an nntp server, Mutt checks for new messages and new > > newsgroups. Due to the nature of nntp, coupled with M1s 'who the hell > > uses usenet anyway' attitude (LOW priority), this can be a little > > slow. > . > . > . > > Does anyone else using the NNTP patch notice this? > ok ... might be quite slow, I never relly realized this because I have a > quite fast connection ... so I am really happy with this. But I can > believe having a modem and no local NNTPd might be a pain. I used leafnode > the days I still had a modem ... maybe this helps ;-)) > No, I don't think it's the connection speed. I am on a cable modem. The problem is that my isp doesn't really give a rats nose wether the nntp service is fast. The server is notorious for having a short expiration of postings, and an occasional drop - though the drops may not be so frequent as to be outrageous. Anyway, it doesn't really matter what news client I use, nntp will be slow. I just thought the nntp functionality in mutt should avoid making it longer by limiting certain calls, like checking for new newsgroups, to once per session. I REALLY don't care to start running my own nntp service, especially I'm the only one on my machine that would be using it. Sure, I could extend the expiration if I wanted, but . . . Thanks Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Today's scientific question is: What in the world is electricity? And where does it go after it leaves the toaster? -- Dave Barry, "What is Electricity?"
Re: [PATCH] Mutt "prune" and "graft" feature
ous-undeleted",OP_MAIN_PREV_UNDELETED, "k" },
>{ "limit", OP_MAIN_LIMIT, "l" },
> + { "link-threads", OP_MAIN_LINK_THREADS, "&" },
>{ "list-reply",OP_LIST_REPLY, "L" },
>{ "mail", OP_MAIL,"m" },
>{ "toggle-new",OP_TOGGLE_NEW, "N" },
> diff -pruN mutt-1.3.20.orig/mutt.h mutt-1.3.20/mutt.h
> --- mutt-1.3.20.orig/mutt.h Fri Jun 29 12:05:50 2001
> +++ mutt-1.3.20/mutt.hTue Aug 7 15:14:54 2001
> @@ -81,6 +81,8 @@
> #define CH_NOLEN (1<<12) /* don't write Content-Length: and Lines: */
> #define CH_WEED_DELIVERED (1<<13) /* weed eventual Delivered-To headers */
> #define CH_FORCE_FROM(1<<14) /* give CH_FROM precedence over CH_WEED? */
> +#define CH_UPDATE_IRT(1<<15) /* update In-Reply-To: */
> +#define CH_UPDATE_REFS (1<<16) /* update References: */
>
> /* flags for mutt_enter_string() */
> #define M_ALIAS 1 /* do alias "completion" by calling up the alias-menu */
> @@ -616,6 +618,8 @@ typedef struct header
>unsigned int display_subject : 1; /* used for threading */
>unsigned int fake_thread : 1; /* no ref matched, but subject did */
>unsigned int threaded : 1;/* message has been threaded */
> + unsigned int irt_changed : 1; /* In-Reply-To changed to link/break threads */
> + unsigned int refs_changed : 1; /* References changed to break thread */
>unsigned int recip_valid : 1; /* is_recipient is valid */
>unsigned int active : 1; /* message is not to be removed */
>
> diff -pruN mutt-1.3.20.orig/protos.h mutt-1.3.20/protos.h
> --- mutt-1.3.20.orig/protos.h Tue Jul 3 21:31:16 2001
> +++ mutt-1.3.20/protos.h Tue Aug 7 15:14:54 2001
> @@ -146,6 +146,7 @@ void mutt_block_signals (void);
> void mutt_block_signals_system (void);
> void mutt_body_handler (BODY *, STATE *);
> void mutt_bounce_message (FILE *fp, HEADER *, ADDRESS *);
> +void mutt_break_thread (HEADER *, HEADER *);
> void mutt_buffy (char *, size_t);
> void mutt_canonical_charset (char *, size_t, const char *);
> void mutt_check_rescore (CONTEXT *);
> diff -pruN mutt-1.3.20.orig/thread.c mutt-1.3.20/thread.c
> --- mutt-1.3.20.orig/thread.c Thu Apr 26 00:06:58 2001
> +++ mutt-1.3.20/thread.c Tue Aug 7 15:14:54 2001
> @@ -999,3 +999,35 @@ int mutt_msgno_in_thread (HEADER *cur)
>}
>/* not reached */
> }
> +
> +void mutt_break_thread (HEADER *brk, HEADER *cur)
> +{
> + HEADER *p;
> + LIST *ref;
> + int done = 0;
> +
> + for (; cur; cur = cur->next, done = 0)
> + {
> +/* parse subthread recursively */
> +mutt_break_thread (brk, cur->child);
> +
> +/* Looking for the first bad reference according to the new threading.
> + * Optimal since Mutt stores the references in reverse order, and the
> + * first loop should match immediatly for mails respecting RFC2822. */
> +for (p = brk; !done && p; p = p->parent)
> + for (ref = cur->env->references; ref; ref = ref->next)
> + if (!mutt_strcasecmp (ref->data, p->env->message_id))
> + {
> + done = 1;
> + break;
> + }
> +
> +if (done)
> +{
> + /* clearing the References: header from obsolete Message-Id(s) */
> + mutt_free_list (&ref->next);
> +
> + cur->refs_changed = cur->changed = 1;
> +}
> + }
> +}
--
Louis LeBlanc [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://acadia.ne.mediaone.net ԿԬ
Hurewitz's Memory Principle:
The chance of forgetting something is directly proportional
to... to... uh.
Question about the VVV nntp patch - design issue and comments.
Hey all. I am using the VVV NNTP patch with mutt 1.3.20. I am noticing some odd behavior - more like behavior I kind of disagree with. When I connect to an nntp server, Mutt checks for new messages and new newsgroups. Due to the nature of nntp, coupled with M1s 'who the hell uses usenet anyway' attitude (LOW priority), this can be a little slow. Of course it is necessary. However, EVERY SINGLE time I switch newsgroups, Mutt checks again for new messages and new newsgroups. It seems that one time checking for new newsgroups when connecting to the server should be enough. As for checking for new messages, I guess that could be arguable, in the interest of letting you know that a new message has shown up on one of your subscribed groups, but . . . And even if a couple new groups show up in the half hour I spend on the groups, chances are they are bogus groups, or just another porn group. It won't kill me to miss it this time around, and it really slows the whole thing down. Does anyone else using the NNTP patch notice this? TIA Lou PS: I'm not trying to badmouth the VVV patches or their brilliant author :), I'm just wondering if there weren't a couple considerations missed in the initial design that might be revisited. Overall, I love the functionality, and without it I would probably just do without the NGs. -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Bing's Rule: Don't try to stem the tide -- move the beach.
Re: List
Not so busy lately. You are correct. Wanna talk about something else? :) L On 08/02/01 03:40 PM, Nelson D. Guerrero sat at the `puter and typed: > Is it just me or is the list recieving little or no emails daily? > > --- > Nelson D. Guerrero Email: [EMAIL PROTECTED] > Soporte TecnicoWWW : http://www.tcn.com.do > Telecable Nacional Tel : (809) 542 - 6612 ext. 4018 > División de Internet > -------- > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net Ô¿Ô¬ "I'm a doctor, not a coalminer." -- "The Empath", on being beneath the surface of Minara 2.
Re: highlighting quotes in pager
You probably want to look in your .muttrc for the 'pager' directive. If you don't have it set, then you are using the internal one. Personally, I don't see how people can read the white on black default coloring. I set mine to be the other way around. Much easier on (my) eyes. If you don't know which you are using, you are probably using the builtin, and the directives have been provided in the other responses in this thread. Use them or check the handbook. HTH L On 07/31/01 01:07 PM, Ken Weingold sat at the `puter and typed: > On Tue, Jul 31, 2001, Louis LeBlanc wrote: > > Are you using the internal pager, vim, or something else? > > > > The internal pager is pretty clearly described in the mutt manual - > > directives specified in section 6.3 IIRC, search for color. It really > > is quite simple. > > > > If you are using vim, I can send you a sample vimrc with my usage > > directives. > > > > HTH > > L > > On 07/31/01 05:26 PM, Eric Smith sat at the `puter and typed: > > > What is the muttrc entry I need to make quotes > > > > one > > > >> two > > > >>> three > > > > > > each come up in its own color? > > > > > This is how this looked for me: > <http://www.hellrot.org/mutt/colors.jpg>. > > > -Ken > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ The Phone Booth Rule: A lone dime always gets the number nearly right.
Re: highlighting quotes in pager
Are you using the internal pager, vim, or something else? The internal pager is pretty clearly described in the mutt manual - directives specified in section 6.3 IIRC, search for color. It really is quite simple. If you are using vim, I can send you a sample vimrc with my usage directives. HTH L On 07/31/01 05:26 PM, Eric Smith sat at the `puter and typed: > What is the muttrc entry I need to make quotes > > one > >> two > >>> three > > each come up in its own color? > > -- > Eric Smith > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Banectomy, n.: The removal of bruises on a banana. -- Rich Hall, "Sniglets"
Re: uuencode and mutt
If Cris' suggestion doesn't solve the whole problem, try it from the attachment menu - v from the index, highlight the uuencoded attachment, then use the "| uudecode -P . . ." whatever. This should avoid any conflict with the mail headers. Another idea, since you are using procmail, is to translate on the fly. You would have to study that and come up with a very careful recipe, but the procmail list users can probably help. HTH L On 07/31/01 10:48 AM, R. Leponce sat at the `puter and typed: > Hi all, > > I know this question has been sent many time on the mutt-user ML but I'm so > tired of browsing and browsing and browsing the archives for a minor pb. > > Sometimes I receive uuencoded attachement within the message body and mutt > seems to be unable to decode it itself (begin ... end). And piping this > message to the uudecode cmd line does not works (don't like email header > ??). > > Any solution ?? > > FYI I'm using Mutt w/ Procmail > > Thanks in advance. > > R. > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ It seems intuitively obvious to me, which means that it might be wrong. -- Chris Torek
Re: Mutt & popsneaker
I am not familiar with popsneaker, but it looks like it is flagging those messages as read as it checks the headers. Typical behavior, really. Check the documentation for popsneaker to see if it can leave them marked as new. This is the only thing I can imagine you can do. Mutt would have no way to know that a message is new without the flags. Failing that, don't use popsneaker, or change your sort method - maybe even define a macro to quickly switch sort orders so you can get a message as new, then sort it back into its thread for context. HTH L On 07/30/01 10:31 PM, Morten Bo Johansen sat at the `puter and typed: > This may not be the appropriate place to ask so my pardons in > advance...but the latest onslaught of Sircam venom has prompted > me to find a way to zap it right at the pop3 server of my ISP, > and I have chosen popsneaker for the task. It works really > well: popsneaker reads some predefined headers and zaps mails > according to rules specified by me. > > But ... all mails are now seen as read by mutt, i.e. they are > nolonger flagged as (N)ew which means that I won't even see > them since I prefer to have threads that contain only read > messages collapsed. > > Is there anything to do about this - short of not using popsneaker? > > > > > Regards, > > Morten > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Houston, Tranquillity Base here. The Eagle has landed. -- Neil Armstrong
Re: List mail - replying across the board? not good.
Yes, I am using L (l is actually limit-messages or something), and I do have all the list addresses in my lists line. Unfortunately, I would still like mail sent to just one to be flagged as list mail as well without trying to reply to them all when someone else makes the mistake. At the very least, a list reply should cut out all non-list addresses (I am mildly opposed to people asking a list for help if they don't deem even a temporary subsctiption worthwile, and so I generally just reply to the list anyway). I have added the following to my folder hook: unmy_hdr to cc; \ before the 'my_hdr to' line in the hopes of clearing it then putting in the address I want there. The cc is taken care of, but the multiple addresses are still in the to: field. Any ideas? TIA Lou On 07/29/01 11:43 PM, David Champion sat at the `puter and typed: > On 2001.07.29, in <[EMAIL PROTECTED]>, > "Louis LeBlanc" <[EMAIL PROTECTED]> wrote: > > Hey all. Seeing some unpleasant behavior lately. > > When replying to list mail, mutt seems to be catching ALL addresses it > > can find to CC or reply to. How can I unset the CC and make sure that > > Not sure this is what you mean, but have you tried setting > lists mutt.*@mutt.org > and using 'l' (list-reply) instead of 'g' or 'r'? > > I usually reply to all addresses anyway, because you get so many > non-members posting to lists and can never be sure whether they'll get > the reply. I don't really care for list-reply, personally. > > -- > -D. [EMAIL PROTECTED]NSITUniversity of Chicago > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Yinkel, n.: A person who combs his hair over his bald spot, hoping no one will notice. -- Rich Hall, "Sniglets"
List mail - replying across the board? not good.
Hey all. Seeing some unpleasant behavior lately. When replying to list mail, mutt seems to be catching ALL addresses it can find to CC or reply to. How can I unset the CC and make sure that the list is the ONLY one being sent to? I've seen a couple warnings about sending to more than one list address that really just went back to the same list (kind of foolish if you ask me, but I'm not the admin). I'll try a simple unmy_hdr for the CC field, but I need ideas on limiting the To: field. Any ideas? TIA Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Finagle's Creed: Science is true. Don't be misled by facts.
Re: Getting current folder name
You might get what you are looking for from Gregor Hoffleit's patch in
a message posted earlier today. I will attach it at the end.
L
On 07/26/01 11:44 AM, Kai Weber sat at the `puter and typed:
> Hi,
>
> I am searching for a way to get the current selected folder for
> scripting. I want something like this:
>
> folder-hook . source $MATCHED_FOLDER.rc
>
> Depending on what folder I entered, I want to know what folder that
> was. Maybe storing the wohle path in a shell variable, something like
> that.
>
> Kai.
> --
> k a i w e b e r | mailto:[EMAIL PROTECTED]
> w w w | http://www.glorybox.de/
>
--
Louis LeBlanc [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://acadia.ne.mediaone.net ԿԬ
QOTD:
"Sure, I turned down a drink once. Didn't understand the question."
On Wed, Jul 18, 2001 at 03:14:28PM +0200, Gregor Hoffleit wrote:
> echo -ne "\033]2;MUTT - $MBOX\007" 1>&2
>
> I started with a "folder-hook . source ~/bin/mutt-xtitle" where
> mutt-xtitle was a shell script with a command like the one above. That
> somehow worked, but I haven't found any way to detect the name of the
> mbox that's currently opened, and to pass this name to the shell script.
I think I may have found a solution for this idea. I patched mx.c to
set the current folder in the environment (attached). Then I created a
script which does something similar:
#!/bin/sh
echo -ne "\033]2;MUTT - $MUTTMAILBOX\007"
However, I couldn't get a folder-hook like the one you suggest to work.
Instead I had to do:
folder-hook . 'push !~/bin/mutt-xterm-title\n'
Is there a better way to do that? Unfortunately that interferes with
the typing of my imap password. I don't like storing the password in
the configuration file, but at least it works.
- Peter
--
Peter D. Kovacs <[EMAIL PROTECTED]>
Software Developer
Webmachines, Inc. http://webmachines.com
--- mx.c~ Thu Jul 26 10:37:37 2001
+++ mx.cThu Jul 26 10:40:19 2001
@@ -727,6 +727,9 @@
}
unset_option (OPTFORCEREFRESH);
+
+ setenv("MUTTMAILBOX", path, 1 );
+
return (ctx);
}
PGP signature
Re: xterm & colored Mutt
Well, I'm afraid I don't have any such entry in my termcap file. I do, however, have this one: xterm-color|xterm-co|xterm with ANSI colors:\ :pa#64:Co#8:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:tc=xterm: This implies to me that xterm-color _is_ a valid setting. When I try setting TERM="xterm-xfree86" or just xterm-xfree86, I get the following: Error opening terminal: xterm-xfree86. Which implies that xterm-xfree86 is an invalid setting for the TERM variable. To quote the man xterm: Termcap(5) entries that work with xterm include ``xterm,'' ``vt102,'' ``vt100'' and ``ansi,'' and xterm automatically searches the termcap file in this order for these entries and then sets the ``TERM'' and the ``TERM- CAP'' environment variables. and: -tn name This option specifies the name of the terminal type to be set in the TERM environment variable. This terminal type must exist in the termcap(5) database and should have li# and co# entries. So . . . What am I to do? If xterm-color works and xterm-xfree86 does not, why shouldn't I use xterm-color? I know why I shouldn't use xterm-xfree86 - it just won't work :) BTW, the info I have included here applies to my FreeBSD system. I still get color with TERM=xterm on Mandrake - which does have the xterm-xfree86 entry. I suspect this whole thing really just boils down to whats in the termcap. In search of enlightenment . . . On 07/18/01 12:32 PM, Thomas E. Dickey sat at the `puter and typed: > On Wed, 18 Jul 2001, Fox Mulder wrote: > > i am new to this list. what will be the right setting fot xf86 if it is not > > xterm-color? it seems to be working fine for me.. > > "xterm-xfree86" -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Matz's Law: A conclusion is the place where you got tired of thinking.
Re: Problems with vvv port on FreeBSD
WITH_VVV_PATCHES??? what rev do you have of the mutt-devel port? I just updated yesterday, I have 1.3.19 rev 4. I didn't find that tag anywhere in the Makefile. BTW, my recent response was on target. I removed --with-regexp from the vvv Makefile and it build out nicely. Thanks Lou On 07/18/01 07:55 PM, Suresh Ramasubramanian sat at the `puter and typed: > David Champion [18/07/01 09:04 -0500]: > > "Suresh Ramasubramanian" <[EMAIL PROTECTED]> wrote: > > > I personally had no problems. However, there is a note which says vvv can't > > > coexist with Roland's compressed folders patch in that port. Did you enable > > > both? > > > I'm not sure what that note's about, and I'm only assuming that "vvv" is > > the nntp patch (vs the other patches on his site), but I'm using VVV's > > nntp with the compressed folders patch. > > I don't think I understand the meaning of a *BSD "port" at all. > > Sorry. "Ports" are a freebsd feature ... packages which download the source > and compile as per a readymade makefile, after applying certain other > patches. > > quoting from /usr/ports/mail/mutt-devel/Makefile (for mutt 1.3.19) > > > .if defined(WITH_VVV_PATCHES) && defined(WITH_COMPRESSED_FOLDERS) > > .error WITH_VVV_PATCHES and WITH_COMPRESSED_FOLDERS cannot be used together > > .endif > > -suresh > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ QOTD: "Just how much can I get away with and still go to heaven?"
Re: Problems with vvv port on FreeBSD
I simply untarred his port directory into my /usr/ports/mail/ dir and tried a make. On Linux, all I had to do was drop the spec file into the SPEC dir and rpm -ba mutt.spec. I haven't checked the port setup because I am still new to FreeBSD and am not quite familiar with the details therin. Notice that the vvv distribution directory has several patches? He is also kind enough to provide a mutt.spec file for building rpms and a port.1.3.19.tgz file, which is typically unzipped into the mail port directory and built for install - FreeBSDs version of package management for those Linux only dudes out there. It basically creates a package on the fly and installs it. Pretty clean as far as I can tell so far. Anyway, I am getting some problems in the regex.c file. something about 'wt' being undeclared, and undeclared functions wctype - which is actually a typedef in an included file, etc. Anyway again, here is the real confusion: this file is not changed by the patches! I built mutt-devel (distributed version of 1.3.19) and compared the regex.c files - no difference. Hmm. I also noticed the makefile in the port directory was configuring --with-regex. Maybe that is my problem. I'll try bagging that config directive. At this point, any suggestions would be quite welcome. As long as they are intended to help me get this build done anyway :) Thanks all Lou On 07/18/01 09:37 AM, Suresh Ramasubramanian sat at the `puter and typed: > Louis LeBlanc [mutt-users] <17/07/01 23:51 -0400>: > > Hey all. I am trying to get the vvv port for FreeBSD built, but it > > keeps dying on some wchar code. Any ideas what the hangup is there? > > I personally had no problems. However, there is a note which says vvv can't > coexist with Roland's compressed folders patch in that port. Did you enable > both? > > -- > Suresh Ramasubramanian + Wallopus Malletus Indigenensis > mallet @ cluestick.org + Lumber Cartel of India, tinlcI > EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ If A = B and B = C, then A = C, except where void or prohibited by law. -- Roy Santoro
Problems with vvv port on FreeBSD
Hey all. I am trying to get the vvv port for FreeBSD built, but it keeps dying on some wchar code. Any ideas what the hangup is there? Thanks Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ "In order to make an apple pie from scratch, you must first create the universe." -- Carl Sagan, Cosmos
Re: Newsgroups - having trouble accessing mutt builds on acadia?
Sorry to the list admin for sending from the wrong folder :) Axe that message, here it is again: - Hey all. It looks like someone had trouble accessing the URI on acadia I gave in my last message. I don't know what the trouble is, but I promise it is there. Feel free to try again. If it is easier, I will put it up for anonymous ftp here: ftp://acadia.ne.mediaone.net/pub/mutt/ http://acadia.ne.mediaone.net/mutt/ Of course, if you are running FreeBSD, you can get the port with the vvv patches at http://mutt.org.ua/download/ Sorry for the hassle. Lou On 07/12/01 08:18 PM, Louis LeBlanc sat at the `puter and typed: > Yes, but not with the default build. If you are using Mandrake or > RH6.2, you can get rpms of the vvv patch build here: > http://acadia.ne.mediaone.net/mutt/ > > Otherwise, follow the link from the mutt page for the Volkov patches. > Scratch that. The link: http://mutt.kiev.ua/ redirects to this: > http://mutt.org.ua/download/ > You can get the latest stable or development and anything in between. > > I am using 1.3.19 (little on the adventurous side, but no problems). > > It is pretty slick though. Get to know server-hooks. > > I also suggest just taking all his patches for your build, and no > others. He has the basics integrated, and leaving anything out turns > into a headache. > > HTH > > Lou > > On 07/12/01 04:06 PM, Ryan Cook sat at the `puter and typed: > > OK...I don't see it anywhere in the man pages or the Mutt manual. Is > > there a way to subscribe to newsgroups through the use of Mutt...or > > view newsgroups in Mutt...like if I want to sign up for > > alt.comp.os.linux or something? > > > > Thanks, > > /rc > > -- > > "When I read about the evils of drinking, I stopped reading." > > > > -- > Louis LeBlanc [EMAIL PROTECTED] > Fully Funded Hobbyist, KeySlapper Extrordinaire :) > http://acadia.ne.mediaone.net ԿԬ > > Telephone, n.: > An invention of the devil which abrogates some of the advantages > of making a disagreeable person keep his distance. > -- Ambrose Bierce > -- Louis LeBlanc - Software Engineer - Mirror Image Internet, Inc. http://www.mirror-image.com [EMAIL PROTECTED] Phone: 781.376.1186Fax:781.376.1110
Re: Newsgroups
Yes, but not with the default build. If you are using Mandrake or RH6.2, you can get rpms of the vvv patch build here: http://acadia.ne.mediaone.net/mutt/ Otherwise, follow the link from the mutt page for the Volkov patches. Scratch that. The link: http://mutt.kiev.ua/ redirects to this: http://mutt.org.ua/download/ You can get the latest stable or development and anything in between. I am using 1.3.19 (little on the adventurous side, but no problems). It is pretty slick though. Get to know server-hooks. I also suggest just taking all his patches for your build, and no others. He has the basics integrated, and leaving anything out turns into a headache. HTH Lou On 07/12/01 04:06 PM, Ryan Cook sat at the `puter and typed: > OK...I don't see it anywhere in the man pages or the Mutt manual. Is > there a way to subscribe to newsgroups through the use of Mutt...or > view newsgroups in Mutt...like if I want to sign up for > alt.comp.os.linux or something? > > Thanks, > /rc > -- > "When I read about the evils of drinking, I stopped reading." > -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ Telephone, n.: An invention of the devil which abrogates some of the advantages of making a disagreeable person keep his distance. -- Ambrose Bierce
Re: Mark as Read
I use this: macro index .c "T.\n;WN^T.\n" "Mark all messages as read" No tabs, special chars, etc. Just copy and paste. Hitting .c in a folder or mailbox causes all messages to be marked as read. Much like the 'Catch up' function in mail readers. HTH L On 07/11/01 11:34 AM, Carl B . Constantine sat at the `puter and typed: > How can I tell mutt to mark email as read. I use t to tagg the email, > and I just want to mark it as read so mutt doesn't always put me on an > email that I don't want to read just because it's N or O. An I don't > really want to just hit the spacebar to toggle the read flag for every > single message. > > Thanks. > > -- > Carl B. Constantine University of Victoria > Programmer Analysthttp://www.uvic.ca > UNIX System Administrator Victoria, BC, Canada > [EMAIL PROTECTED] > -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: THANKS FOR: VIM (color) problem when used within mutt
On 07/11/01 07:32 PM, Marco Fioretti sat at the `puter and typed: > Lou, > > I am happily repling to your message in the mutt editor, with properly > colored quotes and all, after replacing the mutt_vim_rc file with the > one you sent yesterday. > > Thanks again!, > > Marco Glad to help. L -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: VIM problem when used within mutt
:D You guys are gonna make me have to go reread the diff manpages, aren't you? I can't promise I'll remember to do it all the time but if you quit picking on me, I'll try :) L On 07/11/01 04:25 AM, Thomas Dickey sat at the `puter and typed: > On Tue, Jul 10, 2001 at 09:37:21PM -0400, Louis LeBlanc wrote: > > On 07/10/01 05:37 PM, Ryan Cook sat at the `puter and typed: > > > read. The '-c' flag on a diff provides much more readable content. > > Yes, more readable, but also three times longer - which on smaller > > displays or shorter xterms, has the reverse effect. All a matter of > > actually, I've gotten to regard "diff -u" as more readable than "diff -c" > (ymmv). > > -- > Thomas E. Dickey <[EMAIL PROTECTED]> > http://dickey.his.com > ftp://dickey.his.com > -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: VIM problem when used within mutt
On 07/10/01 05:37 PM, Ryan Cook sat at the `puter and typed: > On Tue, Jul 10, 2001 at 08:18:20PM -0400, Louis LeBlanc wrote: > > > > Just out of curiosity, how come I rarely see people use the '-c' flag > on their diff output to this mailing list? I can't speak for anybody > but myself, but I, generally, find plain diff output difficult to > read. The '-c' flag on a diff provides much more readable content. > > Just an observation. > > /rc > Yes, more readable, but also three times longer - which on smaller displays or shorter xterms, has the reverse effect. All a matter of perspective, I guess. It'd also be easy to believe that I'm probably just too lazy to hit an extra three keys (unless you take this response into account :) L -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: VIM problem when used within mutt
I thought that file looked familiar. One problem with it. You must have emacs set to autoreplace tabs or something. The trailing whitespace could be from doing a cut and paste, though. I fixed your file by putting tabs back where they belong (tabs are often a pain in the nexk when you work on code, but for regexps and some config files, they are critical). Here is the diff between yours (after I fixed it) and the one I use: $ diff muttvimrc .mutt/mail.vim 1d0 < 75c74 < " order is important here! --- > " order is imporant here! 83,84c82,83 < hi link mailHeaderKey Red < hi link mailHeaderBlue --- > hi link mailHeaderKey Green > hi link mailHeaderCyan 86c85 < hi link mailQuoted2 LightBlue --- > hi link mailQuoted2 Cyan Pretty close. I do remember posting this a while back, and maybe I did the bad thing and just did a copy/paste. If so, my fault you had a hard time. This is actually a modified version of the one Felix von Leitner wrote. His version is actually included with the Vim dist. and can be found at /usr/share/vim/vim57/syntax/mail.vim (at least on RH6.2) In order to avoid further tab confusion, I am bzipping your repaired muttvimrc back up and attaching it that way. HTH Lou On 07/10/01 11:45 PM, Marco Fioretti sat at the `puter and typed: > Hello, > > Some days ago, I asked for help on this list because I couldn't > stand the colors appearing in vim/mutt when replying to messages. > > Several people explained how to fix this behavior. I'd like first of > all to thank them, especially Felix von Leitner, for providing many > useful suggestions. Eventually I set: > > set editor = "/usr/bin/vim -c '/^$/+1' -u '~/.mutt_vim.rc'" > > where mutt_vim_rc is the file attached to this message. > > Now colors are wonderful, but: > > 1) when I reply to message, I see an error message flash in the mutt > window, too quick to read it. > > 2) vim behaves strangely: it doesn't react to the backspace key, or to the back > arrow key, for example. Running from the command line "vim -s .mutt_vim.rc" > doesn't produce any visible error. > > Any clues, or suggestions on how to capture the flashing error message? > > The only thing I can see weird in that file is that, having pasted it from > the mutt window to an emacs buffer, it ended up with MANY blank spaces at > the end of each line... > > TIA, > Marco Fioretti -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ muttvimrc.bz2
Re: ok one more question....
On 07/09/01 06:02 AM, darren chamberlain sat at the `puter and typed: > Will Yardley <[EMAIL PROTECTED]> said something to this effect on 07/09/2001: > > thanks for the responses about my first question. i have one other > > (possibly dumb) question that i haven't been able to figure out (point > > me to the appropriate faq if i'm missing something). > > > > is there any way to bind something to go to the next unread message in > > another folder (other than the default) -- (or is there a default > > binding for this)? it would seem that '' should do this, but it > > doesn't seem to. > > goes to the new new message. Only if the next new message is in the same folder. I believe that is what Will was asking. Matter of fact, I've been wondering if it was possible to just tell Mutt to jump to the next new message even if it is in another folder. I just haven't had the time to study the docs for this particular feature. My guess is it can't be done - but I would like to be proven wrong on that. L -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Attachments
I'm gonna guess this has something to do with the hotmail and lycos systems, but did you try sending these docs with another MUA? If that does the job, you might want to check out your mailcap file. HTH Lou On 07/03/01 10:10 AM, Masand, Manish sat at the `puter and typed: > > > > Hi ! > Could anyone pls help me out with this. > I am sending a pdf attachment with my mails from commandline.The pdf file > contains a gif . > If i send such mails to mail addreses within the organisation i.e > [EMAIL PROTECTED], it works fine. > But if i send it to hotmail accounts,lycos accounts,etc these get > corrupted.The physical size of the attachment > that reaches the hotmail account is not the same .The attachment while > opening gives an error 'Error opening file'. > > To tackle this problem i was using .mime.types with an entry of > > application/octect-stream pdf > > but this does not solve the problem. > > Thanks in anticipation, > > Manish Masand > -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Marking the folder contents
On 06/29/01 10:07 PM, Subba Rao sat at the `puter and typed: > I do tag several email and save them to a folder in one attempt. How do I > 'delete' or mark the contents of the email folder as 'read' in one attempt? > > Thanks for any help. > -- > > Subba Rao > [EMAIL PROTECTED] > http://members.home.net/subba9/ > > GPG public key ID 27FC9217 > Key fingerprint = 2B4C 498E 1860 5A2B 6570 5852 7527 882A 27FC 9217 > Suresh gave you the answer for deleting tagged message, here is how you can mark all messages in a folder as read: macro index .c "T.\n;WN^T.\n" "Mark all messages as read" # Explanation: # Tag all in directory:T.\n # Clear N flag on tagged messages: ;WN # Untag all in directory: ^T.\n Add that macro to your .muttrc, and when you want to mark all messages as read, just hit the '.c' key combo. You may want to use a different keystroke, so just change the '.c' in the line above to whatever you want. Just be sure you don't step on another keybinding you will want to use. HTH Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: RegExp
I use this
"\( \|^\)\(\>\=\)\([;:8]\{1}\)\([-^]\=\)\([)(><}{|/DPb#@&*\*]\{1}\)"
Overall I like it, but it does catch a very few strays, and it does
catch the leading space if it is there. It won't catch smiles not
separated by words like this:) Not sure if I want to keep it that
way, but to catch those too, I would use this:
"\(\>\=\)\([;:8]\{1}\)\([-^]\=\)\([)(><}{|/DPb#@&*\*]\{1}\)"
BTW, I use this with vim as my pager, not sure how it will work in the
mutt builtin reader.
HTH
Lou
On 06/22/01 05:55 AM, Ross Davis sat at the `puter and typed:
> Can anyone tell me how I can force the following regexp match *only* concatenated
> substrings *not* the individual substrings as well as the concatenated ones!?
> From my understanding, once the whole regexp is in parentheses it should match each
> individual substring together as a concatenated string - any ideas?
> For example, this regexp matches a bunch of smileys fine but it also highlights
> strings like ':', ';', 'D', 'P', etc. on their own.
>
>
> color body brightyellow black "([:;]+[-^~]?((\)\))|(\(\()|[][)(><}{|/DP]){1})"
>
>
> -Ross
>
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
Hmm. I made a couple changes: in /etc/procmailrc: DEFAULT=$HOME/ unset LOCKFILE This is what I got for headers: Return-Path: Received: (from leblanc@localhost) by acadia.ne.mediaone.net (8.9.3/8.9.3) id OAA18915 for [EMAIL PROTECTED]; Fri, 15 Jun 2001 14:15:43 -0400 Date: Fri, 15 Jun 2001 14:15:42 -0400 From: Louis LeBlanc <[EMAIL PROTECTED]> To: Louis LeBlanc <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Reply-To: Louis LeBlanc <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.19i X-bright-idea: Lets abolish HTML mail! Organization: Mirror Image Internet Lines: 32 Looks right to me. Only problem, Procmail logged this: procmail: [18918] Fri Jun 15 14:15:43 2001 procmail: Match on ! "^Lines:" procmail: Score: -1 -1 "" procmail: Score: 33 32 "^.*$" procmail: Locking "/home/leblanc/.procmail.lock" procmail: Executing "/usr/bin/formail,-A,Lines: 32" procmail: Unlocking "/home/leblanc/.procmail.lock" procmail: Assigning "EXITCODE=" procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m mii -- leblanc" procmail: Assigning "HOST=acadia" procmail: Assigning "LASTFOLDER=/home/leblanc/new/_mnE,PDlK7.acadia" >From [EMAIL PROTECTED] Fri Jun 15 14:15:43 2001 Folder: /home/leblanc/new/_mnE,PDlK7.acadia 965 procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,mii,--,leblanc" leblanc: Message contains invalid header So it looks like $h is resolving to the folder in the 'user+detail@host' format, which is right, but should it be separated from the -m flag by a comma? I guess progress is a change in error messages, so . . . Thanks Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
On 06/15/01 01:04 PM, Dan Boger sat at the `puter and typed: > On Fri, Jun 15, 2001 at 12:48:24PM -0400, Louis LeBlanc wrote: > > can't you just set $LOCKFILE to someplace else where you do have write > permissions? Apparently not. I entered the following line at the top of the /etc/procmailrc file: LOCKFILE=$HOME/.procmail.lock And still got the same results. I am looking at the DEFAULT setting. I don't know what to make of it just yet, but I'll let you know. Thanks Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
On 06/15/01 09:44 AM, Igor Pruchanskiy sat at the `puter and typed: > On Fri 15 Jun 2001, Louis LeBlanc wrote: > > Hmm. I am using 3.14, but I am not using maildir. I am using imap. > > Either way, like I said, procmail works fine if the 'Lines' header > > recipe is commented out. Here is what I find in the ~/.procmail.log: > This is really odd. It works fine for me on 3 different machines. 2 Linux > boxens and 1 Solaris machine with procmail-3.15 and it never complained > about the syntax. Maybe you have whitespaces after each line or > something ? No. No trailing whitespace. I don't know what the deal is. Like I said in the procmail message, I suspect that part of the problem is in the lock attempt at /var/spool/mail/leblanc.lock What do you do there? do you have permissions to write to that dir? Thanks again Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
Good news. I left sendmail up using the procmail config, and all mail that came to me between roughly 3:30 and 9:00 this morning went to /dev/null for some reason. I think it is the user+detail@server format I use for mail sorting. Usually deliver handles that. I also noticed something odd in the procmail.log file. The trap is calling cyrus deliver with a missing parameter. In the /etc/procmailrc file I call it like this: TRAP="/usr/cyrus/bin/deliver -e -m $2 -- $1" and sendmail calls it like this (with the old settings) deliver -e -m $h -- $u and calls procmail like this: procmail -Y -m /etc/procmailrc $u $h So it looks like it should be ok. Anyone know what $h is supposed to be? Once again, sorry for taking this discussion so far off topic. Thanks Lou On 06/15/01 03:26 AM, Louis LeBlanc sat at the `puter and typed: > Hmm. I am using 3.14, but I am not using maildir. I am using imap. > Either way, like I said, procmail works fine if the 'Lines' header > recipe is commented out. Here is what I find in the ~/.procmail.log: > > procmail: [3167] Fri Jun 15 02:58:30 2001 > procmail: Match on ! "^Lines:" > procmail: Score: -1 -1 "" > procmail: Score: 30 29 "^.*$" > procmail: Locking "/home/leblanc/.procmail.lock" > procmail: Executing "/usr/bin/formail,-A,Lines: 29" > procmail: Unlocking "/home/leblanc/.procmail.lock" > procmail: Assigning "EXITCODE=" > procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc" > procmail: Assigning "HOST=acadia" > procmail: Locking "/var/spool/mail/leblanc.lock" > procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia" > procmail: Lock failure on "/var/spool/mail/leblanc.lock" > procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc" > procmail: Opening "/var/spool/mail/leblanc" > procmail: Error while writing to "/var/spool/mail/leblanc" > From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001 > Subject: test > Folder: **Bounced** 0 > procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc" > leblanc: Message contains invalid header > > This is wierd. What is /var/spool/mail/leblanc supposed to be? I am > using cyrus imap, and all mail is stored in a separate mail partition. > Is there something else I am missing here? > > I apologise for taking this thread so far off topic, but > http://www.procmail.org is currently unavailable. I have no other > resources handy. Perhaps this weekend I can do a search if nobody can > give me the answer by then. > > Thanks again! > Lou > > -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
BTW, this is my /etc/procmailrc, in case it is helpful: SHELL=/bin/sh MAILDIR=/usr/cyrus LOGFILE=$HOME/.procmail.log VERBOSE=yes # Place any antispam or other universal filters here. Don't # write to files or pipe to programs unless you are ABSOLUTELY # SURE you know what you are doing! # :0 Bfh:$HOME/.procmail.lock # * H ?? !^Lines: # * -1^0 # * 1^1 ^.*$ # | /usr/bin/formail -A "Lines: $=" # this enables automated procmail recipe creation for users; # roll your own tool to allow creation of procmail recipes on a # per-user # basis and place them there, but don't let users edit their own # recipes # INCLUDERC=/var/cyrus/procmailrcs/$1 # make sure EXITCODE is clear: then it will take the value of the TRAP # return EXITCODE="" TRAP="/usr/cyrus/bin/deliver -e -m $2 -- $1" # Procmail voodoo. The TRAP handles the mail delivery. We have to # prevent procmail from attempting a second delivery. # # in one line, kill procmail: HOST=acadia The single filter recipe is intended to add a 'Lines:' header if it doesn't already exist, and nothing more. When it is commented out, as it is now, things work fine. When I uncomment it, things crap out as below. Thanks again. On 06/15/01 03:26 AM, Louis LeBlanc sat at the `puter and typed: > Hmm. I am using 3.14, but I am not using maildir. I am using imap. > Either way, like I said, procmail works fine if the 'Lines' header > recipe is commented out. Here is what I find in the ~/.procmail.log: > > procmail: [3167] Fri Jun 15 02:58:30 2001 > procmail: Match on ! "^Lines:" > procmail: Score: -1 -1 "" > procmail: Score: 30 29 "^.*$" > procmail: Locking "/home/leblanc/.procmail.lock" > procmail: Executing "/usr/bin/formail,-A,Lines: 29" > procmail: Unlocking "/home/leblanc/.procmail.lock" > procmail: Assigning "EXITCODE=" > procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc" > procmail: Assigning "HOST=acadia" > procmail: Locking "/var/spool/mail/leblanc.lock" > procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia" > procmail: Lock failure on "/var/spool/mail/leblanc.lock" > procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc" > procmail: Opening "/var/spool/mail/leblanc" > procmail: Error while writing to "/var/spool/mail/leblanc" > From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001 > Subject: test > Folder: **Bounced** 0 > procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc" > leblanc: Message contains invalid header > > This is wierd. What is /var/spool/mail/leblanc supposed to be? I am > using cyrus imap, and all mail is stored in a separate mail partition. > Is there something else I am missing here? > > I apologise for taking this thread so far off topic, but > http://www.procmail.org is currently unavailable. I have no other > resources handy. Perhaps this weekend I can do a search if nobody can > give me the answer by then. > > Thanks again! > Lou > > > On 06/14/01 11:20 PM, Igor Pruchanskiy sat at the `puter and typed: > > What version of procmail are you using ? > > I am using procmail-3.15, which is the only version that does not need to > > be patched to use Maildir. Also make sure that it finds formail. Try > > giving in the full path and see what procmail log file has to say about > > this. > > > > amorphis:~$ grep LOG .procmailrc > > LOGFILE = $HOME/.procmail.log > > > > P.S. If you are using procmail-3.15 make sure you have / at the end of the > > mailbox path, otherways it will make it mbox instead of Maildir > > > > Here is my .procmailrc > > http://amorphis.linuxinside.com/procmailrc > > > > igor > > > > On Fri 15 Jun 2001, Louis LeBlanc wrote: > > > Hey, thanks for this, but I am having a problem with it. > > > I entered the lines you gave exactly to my /etc/procmailrc, and I have > > > reconfigured sendmail.cf to use procmail as the delivery agent. > > > Unfortunately, I get the following: > > > sendmail[2826]: BAA02824: BAA02826: DSN: Data format error > > > If I remove the recipe you gave, I get no problem. Are these all > > > spaces, or are there tabs within? > > > > > > Any ideas? I appreciate any help. > > > > > > Lou > > > > > > On 05/30/01 09:17 AM, Igor Pruchanskiy sat at the `puter and typed: > > > > add to your .procmailrc > > > > > > > > :0 Bfh > > > > * H ?? !^Lines: > > > > * -1^
Re: Displaying number of lines in a message
Hmm. I am using 3.14, but I am not using maildir. I am using imap.
Either way, like I said, procmail works fine if the 'Lines' header
recipe is commented out. Here is what I find in the ~/.procmail.log:
procmail: [3167] Fri Jun 15 02:58:30 2001
procmail: Match on ! "^Lines:"
procmail: Score: -1 -1 ""
procmail: Score: 30 29 "^.*$"
procmail: Locking "/home/leblanc/.procmail.lock"
procmail: Executing "/usr/bin/formail,-A,Lines: 29"
procmail: Unlocking "/home/leblanc/.procmail.lock"
procmail: Assigning "EXITCODE="
procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc"
procmail: Assigning "HOST=acadia"
procmail: Locking "/var/spool/mail/leblanc.lock"
procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia"
procmail: Lock failure on "/var/spool/mail/leblanc.lock"
procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc"
procmail: Opening "/var/spool/mail/leblanc"
procmail: Error while writing to "/var/spool/mail/leblanc"
>From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001
Subject: test
Folder: **Bounced** 0
procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc"
leblanc: Message contains invalid header
This is wierd. What is /var/spool/mail/leblanc supposed to be? I am
using cyrus imap, and all mail is stored in a separate mail partition.
Is there something else I am missing here?
I apologise for taking this thread so far off topic, but
http://www.procmail.org is currently unavailable. I have no other
resources handy. Perhaps this weekend I can do a search if nobody can
give me the answer by then.
Thanks again!
Lou
On 06/14/01 11:20 PM, Igor Pruchanskiy sat at the `puter and typed:
> What version of procmail are you using ?
> I am using procmail-3.15, which is the only version that does not need to
> be patched to use Maildir. Also make sure that it finds formail. Try
> giving in the full path and see what procmail log file has to say about
> this.
>
> amorphis:~$ grep LOG .procmailrc
> LOGFILE = $HOME/.procmail.log
>
> P.S. If you are using procmail-3.15 make sure you have / at the end of the
> mailbox path, otherways it will make it mbox instead of Maildir
>
> Here is my .procmailrc
> http://amorphis.linuxinside.com/procmailrc
>
> igor
>
> On Fri 15 Jun 2001, Louis LeBlanc wrote:
> > Hey, thanks for this, but I am having a problem with it.
> > I entered the lines you gave exactly to my /etc/procmailrc, and I have
> > reconfigured sendmail.cf to use procmail as the delivery agent.
> > Unfortunately, I get the following:
> > sendmail[2826]: BAA02824: BAA02826: DSN: Data format error
> > If I remove the recipe you gave, I get no problem. Are these all
> > spaces, or are there tabs within?
> >
> > Any ideas? I appreciate any help.
> >
> > Lou
> >
> > On 05/30/01 09:17 AM, Igor Pruchanskiy sat at the `puter and typed:
> > > add to your .procmailrc
> > >
> > > :0 Bfh
> > > * H ?? !^Lines:
> > > * -1^0
> > > * 1^1 ^.*$
> > > | formail -A "Lines: $="
> > >
> >
> > --
> > Louis LeBlanc
> > Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> > [EMAIL PROTECTED]
> > http://acadia.ne.mediaone.net?©??
> >
>
> --
> 'addr1'=>'10182 Telesis Ct., 6th Floor','addr2'=>'San Diego, CA, 92121',
> 'p'=>'858.546.1182 x464','f'=>'858.546.0480','e'=>'[EMAIL PROTECTED]');
> while(list($k,$v)=each($contact_info)) { echo "$v\n"; } ?>
>
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netÔ¿Ô¬
Clearing macros
I have a server hook to define a macro when I am reading usenet news, but I would like to clear that macro when I am back in the imap folders. How does one clear a macro? Thanks Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Colors missing in a couple places
Hey Michael. Thanks for the tip, but that doesn't seem to affect anything. I'm afraid I haven't really spent much time learning the vim configuration syntax and commands, mostly I have just been using it to get stuff done. As a result, I don't really understand the vimrc files I use :| Anyway, thanks again. I will keep looking, and if you have any other suggestions, I'd appreciate them. Lou On 06/07/01 12:06 PM, Michael Baro sat at the puter and typed:' > Hi! > > On Thu, Jun 07, 2001 at 12:27:36AM -0400, Louis LeBlanc wrote: > > I am getting my mutt configs nicely whipped into shape, but I am > > missing one thing: colors when reading or writing mail. I am using > > mutt 1.3.18i with the vvv patches, and I have the following lines in > > my .muttrc (I thought these were supposed to handle the task): > > > > set editor="vim -c '/^$/+1' -u '~/.mutt/mutt.vimrc'" > > > > Try this in your .vimrc: > hi mailSignature ctermfg=darkred > hi mailQuoted1ctermfg=darkcyan > hi mailQuoted2ctermfg=darkgreen > hi mailQuoted3ctermfg=darkred > hi mailQuoted4ctermfg=darkmagenta > hi mailQuoted5ctermfg=darkblue > hi mailQuoted6ctermfg=darkcyan > hi mailQuoted7ctermfg=darkgreen > hi mailQuoted8ctermfg=darkred > hi mailquoted9ctermfg=darkmagenta > > Maybe this is what you've been looking for. > > Mick > -- > [Michael Baro] [[EMAIL PROTECTED]] [05323/922061] > [ URL: http://www.heim2.TU-Clausthal.de/~snyder ] [ICQ: 67659177] > [ PGP: http://www.heim2.TU-Clausthal.de/~snyder/mick_pgp_key.gpg ] > Linux 2.2.17 up: 63 days, 22:46 - Accept no limits. -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Colors missing in a couple places
Hey all.
I am getting my mutt configs nicely whipped into shape, but I am
missing one thing: colors when reading or writing mail. I am using
mutt 1.3.18i with the vvv patches, and I have the following lines in
my .muttrc (I thought these were supposed to handle the task):
set editor="vim -c '/^$/+1' -u '~/.mutt/mutt.vimrc'"
# mutt.vimrc is the one distributed with mutt.
# Color definitions
#
# Tuned for white background
#
color normalblack white
color hdrdefaultred white
color signature bluewhite
color indicator red white
color error brightred white
color statusred white
color tree magenta white
color tilde magenta white
color message cyanwhite
color markers cyanwhite
color attachmentbrightmagenta white
color searchwhite green
color quotedbluewhite # quoted text
color quoted1 magenta white
color quoted2 red white
color quoted3 green white
color quoted4 cyanwhite
color quoted5 bluewhite
color quoted6 magenta white
color quoted7 red white
color quoted8 green white
color quoted9 cyanwhite
color underline brightgreen white
color index bluewhite "~N"
color index magenta white "~T"
color index red white "~D"
color headerred white "^(From|Subject):"
# point out url's
color body magenta white
"((ftp|http|https)://|(file|mailto|news):|www\\.)[-a-z0-9_.:]*[a-z0-9](/[^][{}
\t\n\r\"<>()]*[^][{} \t\n\r\"<>().,:!])?/?"
color body bluewhite "[-a-z_0-9.+]+@[-a-z_0-9.]+"
color body red white "(^|)\\*[-a-z0-9äöüß*]+\\*[,.?]?[ \n]"
color body green white "(^|)_[-a-z0-9äöüß_]+_[,.?]?[ \n]"
color body red white "^(From|Subject):"
# smilies and the like
color body green white "<[Gg]>"
color body green white "<[Bb][Gg]>"
# see also the variables smileys
color body green white ">?[;:][-^]?[][)(><}{|/DP][)}]*"
color body green white ">?[;:][-^]?[)(><}{|/DP][)}]*"
Sorry for the long lines.
Anyway, I would like to see these colors when reading and composing
mail, as well as the final stage mail composition window (where you
finalize the headers, attachments, etc, and give the final sendoff).
Any ideas what I am missing? I get colors in vim when I edit shell
scripts, C code, perl, etc. What am I doing wrong? I am sure it is a
config issue, because I don't get these colors on my RH 6.2 box at
home or my Mandrake 7.1 box at work. I'm still fighting to get the
VVV patch port to build right on FreeBSD - FreeBSD is great, but the
ports are a pain.
Anyway, as always, help is appreciated, wether explicit, pointer to
the info, rtfm, etc.
Thanks
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netÔ¿Ô¬
Re: How to call an external program against an attachment - without mime?
Nevermind. Found it. attach is what I was looking for. I probably need some sleep. :) Bye L On 05/28/01 11:42 PM, Louis LeBlanc sat at the puter and typed:' > Hmm. Only one problem. I can't seem to set up a macro to work in the > attachment menu. attachment doesn't seem to be a valid menu. > > I can't find a list of valid menus in the docs either. > Any ideas? > > Thanks again. > > Lou > > On 05/28/01 11:22 PM, Louis LeBlanc sat at the puter and typed:' > > > > Actually, I think I can make that work. I will have to go back and > > relearn some shell scripting to make sure it is done right, but thank > > you! > > > > Lou > > -- > > Louis LeBlanc > > Fully Funded Hobbyist, KeySlapper Extrordinaire :) > > [EMAIL PROTECTED] > > http://acadia.ne.mediaone.netԿԬ > > -- > Louis LeBlanc > Fully Funded Hobbyist, KeySlapper Extrordinaire :) > [EMAIL PROTECTED] > http://acadia.ne.mediaone.netԿԬ -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: How to call an external program against an attachment - without mime?
Hmm. Only one problem. I can't seem to set up a macro to work in the attachment menu. attachment doesn't seem to be a valid menu. I can't find a list of valid menus in the docs either. Any ideas? Thanks again. Lou On 05/28/01 11:22 PM, Louis LeBlanc sat at the puter and typed:' > > Actually, I think I can make that work. I will have to go back and > relearn some shell scripting to make sure it is done right, but thank > you! > > Lou > -- > Louis LeBlanc > Fully Funded Hobbyist, KeySlapper Extrordinaire :) > [EMAIL PROTECTED] > http://acadia.ne.mediaone.netԿԬ -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: How to call an external program against an attachment - without mime?
On 05/28/01 11:06 PM, Brendan Cully sat at the puter and typed:'
> On Monday, 28 May 2001 at 22:57, Louis LeBlanc wrote:
> > Hey all. I have an unusual request here.
> > I noticed that for any message, if you look at the attachments menu
> > ('v'), you will always see the message itself as an attachment (which
> > makes perfect sense if you understand even a little about RFC 822).
> > Anyway, it gave me an idea. What if I wanted to call an external
> > program against the text in that attachment - regardless of the mime
> > type? How could that be done?
>
> pipe-entry, bound to | by default, will pipe the attachment to a
> command line of your choice.
Actually, I think I can make that work. I will have to go back and
relearn some shell scripting to make sure it is done right, but thank
you!
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
How to call an external program against an attachment - without mime?
Hey all. I have an unusual request here.
I noticed that for any message, if you look at the attachments menu
('v'), you will always see the message itself as an attachment (which
makes perfect sense if you understand even a little about RFC 822).
Anyway, it gave me an idea. What if I wanted to call an external
program against the text in that attachment - regardless of the mime
type? How could that be done?
For instance:
Someone sends me a 2000 line message that I know is mostly babble. I
want to run a script or other program to condense it, maybe put it
into a more readable format, whatever. The program in question would
simply take the text through a pipe or a tempfile as a parameter. The
output could then either be saved, or depending on the outcome, have
another application run to view it immediately.
Any ideas? I know this is a bit vague, but there is some room for
speculation. One idea is to sort the joke mail by using a hook,
binding or macro or something from the attachment menu to strip the
'>' quoted chars and save the message in a specified directory under a
given name without having to edit and save manually. Or even append
it to an existing file. If the previous forwarded message shows up as
a separate attachment, as is often the case, it would be easy to just
hit a hotkey from there to zap that message to the end of a file.
Seems this might also be applied to some of the NG posts - they would
need to run something against the message to decode the binary posts,
right? I have been looking at some of the *.games binary NGs and I
noticed they are all handled on the fly by Netscape. I'm not sure how
to handle these in mutt, but that's not a big deal, but the idea is
interesting.
Any ideas?
TIA
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
Re: Mailing list From: field in index
On 05/28/01 03:50 PM, Jeff Coppock sat at the puter and typed:' >Still doesn't work. I tried %-15.15F, %-18.18L and %-18.18F >and my +sent-mail still shows the From: header (my name) and >not the To: header. It's like mutt's not recognizing my name. >I've been playing with the index_format for some time now >using any possible option listed in 'man muttrc' with no luck. > >Any other suggestions are most welcome. > >thanks, >jc > The mutt manual - section 6.3 describes the index variable and the formatting strings in pretty good detail. %F should give the author name, or the recipient name if it is from you, so it makes sense that this would be the one to use. One thing the manual doesn't tell you is that if you use a 'spamproofed' email address in your From header, mutt may not recognize it as you, even though you use it regularly. Other measures are called for. Folder hooks to be precise. Just to get you started, this is what I have in my Sent folder: folder-hook =Sent 'set index_format="%3C %Z %d %-18.18t (%4l) %s"' %t is the hook to get the To field. If you hook this in your sent folder, this is all you want, anyway. Just don't forget to set the default folder hook to the value you currently use. Works for me. If you also use mutt to read news (with one of the various nntp patches, you will want to use a server hook like the following so you can see which group was posted to - this would have to be a separate 'sent' folder for nntp posts though. To tell mutt to save news posts in nntp_saved: server-hook news.myplace.net 'save-hook . =nntp_saved' To tell mutt to use the Newsgroups header value instead of the From or To values: folder-hook =nntp_sent 'set index_format="%3C %Z %d %-18.18g (%4l) %s"' HTH Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Still having trouble - help! - was Re: Problems with mutt and the vv/nntp patch
On 05/27/01 07:22 PM, Stefan Frank sat at the puter and typed:
>
> I had the same problem today.
>
> Check the permissions of the inn temp-directory ("pathtmp:" in your
> inn.conf). It should belong to "news" with permissions set to 775.
>
> Hope that helps :-)
>
That blows me away! You get the teddy bear, dude!
This has been pissing me off for a week, and I was going nuts! I got
some suggestions on the NGs but they were more work, less accurate,
and a general pain.
Thank you very much!
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
Still having trouble - help! - was Re: Problems with mutt and the vv/nntp patch
Just want to ask one more time if anyone has any clue what I might be doing wrong - or where I might find some more specific data. I am still unable to post. Reading is no problem. This is the message I get when trying to post: Can't get list of newsgroups, Permission denied. (Article not posted.) Slrn and Netscape have no problem. I am using mutt version 1.3.18 build with all the vvv patches using his spec file for the rpm. I have inn and inews installed, with inn configured correctly as far as I can tell. The inews var in my .muttrc is set to "inews -hS" Any other ideas? I'd appreciate any help. TIA Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Problems with mutt and the vv/nntp patch
On Wed, May 23, 2001 at 11:55:25PM -0400, Louis LeBlanc sat at the 'puter and typed: > > Ok, now I'm getting impatient. I have been trying to figure out what > is wrong with the posting. I guess it makes sense that the nntp patch > wouldn't add nntp posting functionality directly into the app, much > like the basic mail portion still requires a separate MTA, but I can't > figure out how to get it to work. > > I keep getting a message that says > > Warning Can't connect to server -- Article will be spooled. > Can't create spool file, Permission denied. Well, someone I work with is fond of saying: "Progress is a change in error messages." I guess this qualifies. Here is what I get now: Can't get list of newsgroups, Permission denied. (Article not posted.) I don't really know what I did to get this. Funny thing is I have no problem getting the full list of groups to browse and read. This only shows up when I post. I still think it is inn. BTW, I do have the inews variable set with the -hS flags. Ideas are still welcome. It is really late here, so I am crashing. > At first, I didn't have inn installed, so I installed it (RH 6.2 RPMS). > The configuration is rather complicated, and all I want is to tell inn > to just pass my postings on to my ISPs news server. Nothing more. I > don't want to store news, relay news, serve news, etc. Just relay it > to news.ne.mediaone.net. Simple. So why do I have TWELVE %*^#$@! > config files? The HOWTO tells how to set up to serve as an ISP. Are > you guys posting with a default install of inn? > > Any help would be GREATLY appreciated. The way I have been going > lately, if I have to learn this stuff in that much detail I'm gonna be > stuck with Netscape for months to come - and I would essentially be > learning how to swing a sledge hammer in order to hang a 3X5 picture > on my wall :) Not that I don't want to learn, but I already have too > many irons in the fire. > Thanks again. Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Problems with mutt and the vv/nntp patch
On Wed, May 23, 2001 at 10:45:50AM +0200, Jan-Hendrik Palic sat at the 'puter and typed: > Hi... > > On Tue, May 22, 2001 at 01:40:57PM -0400, Louis LeBlanc wrote: > >I recently built mutt with Vsevolod Volkovs nntp patch. For the most > >part, I love it. It has much the same interface in the index. > > Yes, I love it to have one program for this two things, mail an news :) Exactly! Besides, it helps when you find one of those posts that you know will save your life someday. I just save it into an IMAP folder. I know mail and news are fundamentally different at the protocol and admin levels (no one cries if a news post gets lost, but you lose someone's joke email sent to everyone they EVER knew - as my sister does from time to time, and they are on the phone bitching about it), but they are conceptually the same with minor differences in audience. They both provide information in some form. So why shouldn't they be rolled into a single app? Well, I am digressing. And rambling. > > -- > One time, you all will be emulated by linux! > Resistance is futile. :) Now my actual post: Ok, now I'm getting impatient. I have been trying to figure out what is wrong with the posting. I guess it makes sense that the nntp patch wouldn't add nntp posting functionality directly into the app, much like the basic mail portion still requires a separate MTA, but I can't figure out how to get it to work. I keep getting a message that says Warning Can't connect to server -- Article will be spooled. Can't create spool file, Permission denied. However, I have verified the /var/spool/news/* heirarchy exists. At first, I didn't have inn installed, so I installed it (RH 6.2 RPMS). The configuration is rather complicated, and all I want is to tell inn to just pass my postings on to my ISPs news server. Nothing more. I don't want to store news, relay news, serve news, etc. Just relay it to news.ne.mediaone.net. Simple. So why do I have TWELVE %*^#$@! config files? The HOWTO tells how to set up to serve as an ISP. Are you guys posting with a default install of inn? Any help would be GREATLY appreciated. The way I have been going lately, if I have to learn this stuff in that much detail I'm gonna be stuck with Netscape for months to come - and I would essentially be learning how to swing a sledge hammer in order to hang a 3X5 picture on my wall :) Not that I don't want to learn, but I already have too many irons in the fire. -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Problems with mutt and the vv/nntp patch
On Wed, May 23, 2001 at 10:26:10AM +0200, Louis-David Mitterrand sat at the 'puter and typed: > * On Tue, May 22, 2001 at 01:40:57PM -0400, Louis LeBlanc wrote: > > I recently built mutt with Vsevolod Volkovs nntp patch. For the most > > part, I love it. It has much the same interface in the index. > > > > The only thing I have trouble with, is subscribing to groups and > > seeing the group list. > > > > I cannot subscribe to any groups because I am unable to view the > > groups list. Is anyone else having this problem? Should I rebuild > > the whole thing? > > Press TAB when in folder (newsgroup) browser to toggle between > subscribed/general view. > I realized that, of course, but the real problem is that when I press tab or '?' to get that list, I was getting a segfault. I even spent hours poring through code and running mutt in the debugger without getting to the root of the problem. It was related to a call in browser.c where a null pointer was referenced, but I couldn't really tell where that pointer was intended to be set. The or key is supposed to initiate a callback being passed to the mutt_FormatString() call, but the folder struct seems to think it is handling an imap folder (hence the null pointer). In all likelihood, I simply used conflicting patches, or used them in the wrong order. I finally got around it by just getting the latest (1.3.18) and all of VVs 1.3.18 patches and his spec file for the rpm. Now it works GREAT!! I tell you this is one sexy piece of software :) Now to figure out what all those other patches were . . . These are the ones I found and applied: mutt-1.3.18.vvv.initials? mutt-1.3.18.vvv.nntpobviously the news stuff mutt-1.3.18.vvv.quote ? mutt-1.3.18.vvv.ru ? mutt-1.3.18.vvv.ru2 ? I noticed that there were some config directives removed and a few added - including a check mailboxes so you can tell mutt to check your mailboxes regardless of the imap_check_interval (which is one of the ones removed). I also noticed that the rpm for this version doesn't install any documentation at all. Hmm. Other comments, 1.3.18 is a lot more intelligent about telling you where you have new messages - probably because it is checking mailboxes at each operation (probably means I skipped a patch that shipped with the distro I had). The colors are goofy, so I will have to tweak them back into place. No biggie though - just don't leave the normal color settings at default. I spent a while subscribing, checking mail, checking news, deleting, etc. This is the first message I am sending, and I haven't yet tried any saves or mailbox creation (I am using IMAP just in case you are wondering), or anything else fancy, but so far not a single complaint. Anyway, thank you very much for the feedback. Cheers Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
NNTP patch questions
Hey all. You've all been great with recent learning curve issues while I learn about mutt, so thanks. In a previous response, someone mentioned nntp patches for mutt, and a pointer to the link page. I looked, and there are actually 4 patches. I haven't had a chance to look at them all in detail, but I would like to hear from anyone who uses any one of them. Which patch do you use? is there something you would like to be added to the patch you use? How easy was it to integrate to your pre-patch mutt usage? Can you save a mail message to a mailbox? (that one is important - I use my imap server to store news messages I know I will need later) Here are the patches I found: Karol Byrd - don't know the last update timestamp or version. Brandon Long- 0.95.1 is the last version, looks like some good info is readily available. Orjan Stromberg - looks like nntp2 (?) Seems he makes it easy by providing a pre-patched dist. of the 1.2.5 code. Vsevolod Volkov - Not real sure of the patch version (1.3.?) but he makes it easy by putting it into a 'stable' directory. Looks like a 2/21/01 update. So there it is. I appreciate any feedback you can provide. -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
new question about send-hooks
Hey all. Another quick question here. I have a send-hook set up so that when I send to a closed group, like mutt, my From: header is munged so that I get the '+folder' portion I subscribed with. Basically, this was done so that sendmail can sort my mail into the appropriate folders. Anyway, I noticed that when I do a group reply, it works. But if I am writing a new message, and address it after the message is composed (using 't' for the recipient, 's' for the subject, etc) it doesn't work. It doesn't work if you put the address in while composing, either (edit_hdrs is set). When, exactly are these hooks called? it seems there must be a way to make it work on any message, otherwise the send-hooks aren't much good. Is it possible that they are only getting called when the message is initiated rather than when it is sent? If so, how do I invoke a new mail message for a specific recipient? It seems like moving the hook invocation to some point after the final approval of a message is a project that could go eather way - a total breeze, or a complete cluster&*#!. It all depends on what the designer was thinking at the time. Thanks all. Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Mailbox woes with imap - solved!
On Sun, May 20, 2001 at 08:48:06PM +0100, Ailbhe Leamy sat at the 'puter and typed: > On (20/05/01 14:33), Louis LeBlanc wrote: > > On Sun, May 20, 2001 at 11:45:50AM -0400, Brendan Cully sat at the 'puter and >typed: > > > > macro index d "=Trash\n" "Move message to the trash folder" > > > macro pager d "=Trash\n" "Move message to the trash folder" > > > > > > might work for you, although I don't guarantee it (I hardly ever write > > > macros, and don't use a trash folder). Search the archives if it > > > doesn't, this is asked a lot. > > > When I go to the Trash folder and try to purge it, naturally I do so > > by marking each one as deleted. So mutt does what it is told and > > copies each one to the Trash folder - hmm. Eventually mutt crashes > > and I have a hundred or more copies in the Trash folder. > > folder-hook =Trash macro index d "" > folder-hook =Trash macro pager d "" > > Untested... And very nearly right. here is what I have now: # This makes mutt behave a little more like some imap clients by # moving messages to the Trash folder when they are deleted. Once # in the Trash folder, D will purge the trash folder, and d will # delete one at a time. Unfortunately, the delete-pattern macro # doesn't save to Trash, so be warned. folder-hook . 'macro index D ""' folder-hook . 'macro index d "=Trash"' folder-hook . 'macro pager d "=Trash"' folder-hook =Trash 'macro index D "~A\n"' folder-hook =Trash 'macro index d ""' folder-hook =Trash 'macro pager d ""' Notice the single quotes enclosing the hooks entire function? It doesn't seem to work quite right without them. With this, D is just a delete-pattern by default, but in the Trash folder, it just whacks everything off - this was the desired behavior. As for d, same thing, but only on a single message. I'd also rather find a way to effectively 'save-pattern' or 'save-thread' so that I can extend this behavior to the delete-pattern and delete-thread behaviors. Maybe next release? :) Thanks for your help everyone! -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Mailbox woes with imap
On Sun, May 20, 2001 at 11:45:50AM -0400, Brendan Cully sat at the 'puter and typed: > > > One more minor thing. When I delete a file, I would like to simply > > move it to the Trash folder. I know this isn't the defined imap > > behavior, but I am kind of used to it. How can that be done? > > You need to write a macro to save your message to a trash folder and > bind it to a key (possibly the current delete key). Something like: > > macro index d "=Trash\n" "Move message to the trash folder" > macro pager d "=Trash\n" "Move message to the trash folder" > > might work for you, although I don't guarantee it (I hardly ever write > macros, and don't use a trash folder). Search the archives if it > doesn't, this is asked a lot. > Ok, you made no guarantees, and at first attempt, it worked like a charm, but here's the problem. When I go to the Trash folder and try to purge it, naturally I do so by marking each one as deleted. So mutt does what it is told and copies each one to the Trash folder - hmm. Eventually mutt crashes and I have a hundred or more copies in the Trash folder. I looked for a 'move-message' command to do the job a little differently, though it still wouldn't completely fix this problem, and there isn't one. It seems I would need another macro or key binding to just mark all messages as deleted without doing the save-message. I think I will have to find a way to just delete by pattern ([A-Z])takes care of pretty much all of it. I seem to remember a thread in the archives that talks about marking multiple messages as read. I'll have a look. Maybe a macro to ^d that could do a delete-pattern for [A-Z,a-z,0-9]? You'd probably want to define a similar undelete macro just incase you tried to fat-finger your whole mailbox into oblivion :) I'll take a look and let everyone know what I come up with. Thanks for the boost Brendan! Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Mailbox woes with imap
On Sun, May 20, 2001 at 11:45:50AM -0400, Brendan Cully sat at the 'puter and typed:
> On Saturday, 19 May 2001 at 15:57, Louis LeBlanc wrote:
> > Anyway, here is my current roadblock:
> > I have the following in ~/.muttrc
> >
> > set folder={acadia.ne.mediaone.net}
> > set spoolfile="{acadia.ne.mediaone.net}INBOX
>
> did you forget the closing quote here or in your .muttrc?
>
You bet. As a matter of fact, this message took so long showing up in
my mutt folder, I assumed it was lost. I posted it on comp.mail.mutt,
and shortly afterward, I found the problem myself. Of course I had to
repost and eat some crow :) BTW, I am blaming lack of sleep for that
stupid mistake :)
In addition to the quote, I added INBOX to the end of the folder
definition. Now I get the inbox upon startup.
> > set imap_user="leblanc"
> > set hostname="acadia.ne.mediaone.net"
> >
> > when I start mutt, it logs into the server ok, but then starts up with
> > "Mailbox does not exist"
>
> This shouldn't happen. Assuming you've got the quote right in your
> .muttrc, can you run mutt with -d2 (if you've built mutt with
> --enable-debug) and send me your ~/.muttdebug0 file?
>
Actually, adding the INBOX tag to the end of the folder spec fixes
this.
> > In order to check messages, I have to change to the folder explicitly
> > (meaning c -> {acadia.ne.mediaone.net}INBOX)
> > How do I get mutt to start up with the Inbox folder?
> > Also, when I want to change to another folder, I have to do the same
> > full path change (c -> {acadia.ne.mediaone.net}INBOX.mutt), isn't
> > there a shortcut method? What am I missing here?
>
> you should be able to use =INBOX.mutt. And tab-completion should work
> for you.
>
Now, I can just use =mutt. I hadn't yet realized that tab-completion
was even available - but now I know, and it does work -thanks! :)
> > One more minor thing. When I delete a file, I would like to simply
> > move it to the Trash folder. I know this isn't the defined imap
> > behavior, but I am kind of used to it. How can that be done?
>
> You need to write a macro to save your message to a trash folder and
> bind it to a key (possibly the current delete key). Something like:
>
> macro index d "=Trash\n" "Move message to the trash folder"
> macro pager d "=Trash\n" "Move message to the trash folder"
>
> might work for you, although I don't guarantee it (I hardly ever write
> macros, and don't use a trash folder). Search the archives if it
> doesn't, this is asked a lot.
>
The index macro works, so I assume the pager macro does too. Thanks!
> > And last one (for this message, anyway), Notice my From: header. I
> > had to add the @ because mutt isn't doing it. I can't
> > find where to do that in the manual. Any pointers?
>
> no comment here. But I get the impression from your from address that
> you're manually overriding the From header somehow, so this behaviour
> is probably to be expected...
>
Actually, the From: header just defaults to the following:
From: Louis LeBlanc
When I subscribe to a list, I usually just create a folder for it and
subscribe as "[EMAIL PROTECTED]", and let
sendmail sort it to the right folder - that way I don't have to wait
for a macro to search the new messages and move them around.
However, when I write to a closed list (like mutt), I have to modify
that header with the correct (subscribed) address. If I don't,
sendmail will add it, but it seems to slow down delivery. Is there a
way I can set the From: header automatically? Will my_hdr override
it? I think I will try it out. Hey, if I can even set it based on
the recipients (if it is a subscribed maillist) then so much the better.
Hey, I love mutt! Is there any chance I can get it to read news too?
Or is there another tool like mutt to do that? I hope it will,
because I often find usenet messages I know I will need later, and I
save them in other imap folders created for a particular subject.
Thanks a million!
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
Re: Mailbox woes with imap
On Sun, May 20, 2001 at 11:45:50AM -0400, Brendan Cully sat at the 'puter and typed:
> On Saturday, 19 May 2001 at 15:57, Louis LeBlanc wrote:
> > Anyway, here is my current roadblock:
> > I have the following in ~/.muttrc
> >
> > set folder={acadia.ne.mediaone.net}
> > set spoolfile="{acadia.ne.mediaone.net}INBOX
>
> did you forget the closing quote here or in your .muttrc?
>
You bet. As a matter of fact, this message took so long showing up in
my mutt folder, I assumed it was lost. I posted it on comp.mail.mutt,
and shortly afterward, I found the problem myself. Of course I had to
repost and eat some crow :) BTW, I am blaming lack of sleep for that
stupid mistake :)
In addition to the quote, I added INBOX to the end of the folder
definition. Now I get the inbox upon startup.
> > set imap_user="leblanc"
> > set hostname="acadia.ne.mediaone.net"
> >
> > when I start mutt, it logs into the server ok, but then starts up
> > with
> > "Mailbox does not exist"
>
> This shouldn't happen. Assuming you've got the quote right in your
> .muttrc, can you run mutt with -d2 (if you've built mutt with
> --enable-debug) and send me
> your ~/.muttdebug0 file?
>
Actually, adding the INBOX tag to the end of the folder spec fixes
this.
> > In order to check messages, I have to change to the folder
> > explicitly
> > (meaning c -> {acadia.ne.mediaone.net}INBOX)
> > How do I get mutt to start up with the Inbox folder?
> > Also, when I want to change to another folder, I have to do the
> > same
> > full path change (c -> {acadia.ne.mediaone.net}INBOX.mutt), isn't
> > there a shortcut method? What am I missing here?
>
> you should be able to use =INBOX.mutt. And tab-completion should
> work
> for you.
>
Now, I can just use =mutt. I hadn't yet realized that tab-completion
was even available - but now I know, and it does work -thanks! :)
> > One more minor thing. When I delete a file, I would like to
> > simply
> > move it to the Trash folder. I know this isn't the defined imap
> > behavior, but I am kind of used to it. How can that be done?
>
> You need to write a macro to save your message to a trash folder and
> bind it to a key (possibly the current delete key). Something like:
>
> macro index d "=Trash\n" "Move message to the trash
> folder"
> macro pager d "=Trash\n" "Move message to the trash
> folder"
>
> might work for you, although I don't guarantee it (I hardly ever
> write
> macros, and don't use a trash folder). Search the archives if it
> doesn't, this is asked a lot.
>
The index macro works, so I assume the pager macro does too. Thanks!
> > And last one (for this message, anyway), Notice my From: header.
> > I
> > had to add the @ because mutt isn't doing it. I can't
> > find where to do that in the manual. Any pointers?
>
> no comment here. But I get the impression from your from address
> that
> you're manually overriding the From header somehow, so this
> behaviour
> is probably to be expected...
>
Actually, the From: header just defaults to the following:
From: Louis LeBlanc
When I subscribe to a list, I usually just create a folder for it and
subscribe as "[EMAIL PROTECTED]", and let
sendmail sort it to the right folder - that way I don't have to wait
for a macro to search the new messages and move them around.
However, when I write to a closed list (like mutt), I have to modify
that header with the correct (subscribed) address. If I don't,
sendmail will add it, but it seems to slow down delivery. Is there a
way I can set the From: header automatically? Will my_hdr override
it? I think I will try it out. Hey, if I can even set it based on
the recipients (if it is a subscribed maillist) then so much the
better. Especially since I am prone to fat-fingering the keyboard
from time to time. As a matter of fact, I accidentally sent this same
message (mostly) with a bad From: header
(From: Louis LeBlanc <[EMAIL PROTECTED]>)
so I got a message that it would need to be approved by the list
admin. My bad. Sorry if everyone gets the same message twice.
Hey, I love mutt! Is there any chance I can get it to read news too?
Or is there another tool like mutt to do that? I hope it will,
because I often find usenet messages I know I will need later, and I
save them in other imap folders created for a particular subject.
Thanks a million!
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
Mailbox woes with imap
Hey all. Just want to say I *really* like this mutt :)
I am running into a couple hurdles, but that is what the list is for,
right?
Anyway, here is my current roadblock:
I have the following in ~/.muttrc
set folder={acadia.ne.mediaone.net}
set spoolfile="{acadia.ne.mediaone.net}INBOX
set imap_user="leblanc"
set hostname="acadia.ne.mediaone.net"
when I start mutt, it logs into the server ok, but then starts up with
"Mailbox does not exist"
In order to check messages, I have to change to the folder explicitly
(meaning c -> {acadia.ne.mediaone.net}INBOX)
How do I get mutt to start up with the Inbox folder?
Also, when I want to change to another folder, I have to do the same
full path change (c -> {acadia.ne.mediaone.net}INBOX.mutt), isn't
there a shortcut method? What am I missing here?
One more minor thing. When I delete a file, I would like to simply
move it to the Trash folder. I know this isn't the defined imap
behavior, but I am kind of used to it. How can that be done?
And last one (for this message, anyway), Notice my From: header. I
had to add the @ because mutt isn't doing it. I can't
find where to do that in the manual. Any pointers?
Thanks in advance everyone.
Lou
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netԿԬ
