Re: Don't waste your time on threading stupid users
On Fri, Aug 03, 2001 at 10:32:00AM +0200, Marco Fioretti wrote: > I respectfully suggest that nobody wastes one second to > program ways to sort/prune/etc messages that where not > threaded properly BY THEIR SENDERS. Somebody did and sent a patch for 1.3.19 directly to me. I also asked him to send it to the list too. It works fine for me here. > The original thread started because somebody was pissed > off by people who start a totally different thread by hitting > "reply" to any message from the list, changing the subject to > a totally unrelated one, and off they go. This sucks hard. > I am subscribed to lists where people do this to start a new > thread and don't even change the subject. Linux lists, not > ones for IT-challenged people. Yep, it's a linux-list I was talking about, too. Today, a japanese member of this particular list sent his question in japanese encoding, in other words, just a load of crappy characters. I wonder what those guys are thinking. > Again, don't waste your time trying to fix this. Well, the patch I mentioned above does the job, it brings some cleanup into the particular mailbox. > The only solution is, whenever this happen, reply on the list, > politely but firmly, and point out how irritating this is. Hey, *this* doesn't work, and you know that. Especially IT related people are most often very convinced of themselves, and they get really pissed if somebody corrects them! You know, everybody thinks he's the best! (Not possible anyway, because I am the best! SCNR) In this list there, it is dangerous anyway to say something, I am currently only lurker. But I must say, they don't really know about what they're writing either. Once one guy complained about not being able to remove a file as root. He tried rm -rf blah.tar.gz for 20(!!) hours (he mentioned this in the list!). Then, after others pointing to not use "-r" and such stuff, he wrote another mail to the list. There, he said he just mistyped the filename and wasted so much time on this! Niveau below zero. And that's just one of several stories ... > Usually many other people agree, and, for a while, people mind > their manners a bit more. Forget it. Not so-called-linux-professionals. CU André -- A 250 pound woman's gems!
Re: indicator bar blinks in console
On Thu, Aug 02, 2001 at 12:09:57PM -0400, Mr. Wade wrote: > Thomas Huemmler <[EMAIL PROTECTED]> wrote: > > Hi Will, > > > > * Will Yardley <[EMAIL PROTECTED]> [010802 08:11]: > > > I have: color indicator brightwhite brightblue in my .muttrc. > > > > > > For some reason if I check my mail on the console from either > > > a Linux or FreeBSD machine (mutt itself is on a debian linux > > > machine) the indicator bar blinks on and off, which is > > > obviously very hard to take after a little bit. > > > > > put off the 'bright' of the background-color should help. > > Awhile back, I had stumbled across the flashing effect of using > the "bright" prefix when specifying background colors. I > consider it a nice an "undocumented feature." I use it in my it's not undocumented - it's a well-known aspect of VGA's which is abused by slang (using "blink" to get bright colors - ignoring what the terminfo or termcap states). > color scheme to draw my attention to very important items, such > as specific headers I want to be sure I don't miss, my own name > in an email body, etc. The bright flashing yellow amidst the > cyan letters on the blackground really catches my attention! =) > > -- > Linux: The Choice of the GNU Generation > -- Thomas E. Dickey <[EMAIL PROTECTED]> http://dickey.his.com ftp://dickey.his.com
Re: Mutt is sending PGP as funky attachments
On Thu, Aug 02, 2001 at 11:52:48AM +0200, Thomas Roessler wrote: > What does "PGP" mean here? GPG, PGP 5, PGP 6, ...? I am using gpg. I am also using a key server to look up keys that aren't on my keyring. I have had no problems with anyone else, whether they are on the server or not. No big deal. I am just curious! Sean
Automatic Generation of Sender-Adress?
Hello, I have a slightly weird problem: I have one account, where any mail not sent to a specific account, but to my domain, appears. It is called 'whatever' here. Now i want the following: If anybody sends a mail to me at [EMAIL PROTECTED] this mail arrives in 'whatever'. Now, if i want to answer this guy, i don't want [EMAIL PROTECTED] to appear as the sender-address, but: I want the address, the sender entered ([EMAIL PROTECTED] in this example) to be the sender of the reply. And i want this to be automatically set in that specific folder. eg. setting the sender of the reply the same as the To: from the original mail was. Is there any way to accomplish this with mutt and it's friends? mfg, Gerd -- /"\ \ / ASCII Ribbon Campaign x Say NO to HTML in email and news !! / \
Re: +, T, C and another suggestion or does it exist?
On 2001.08.03, in <[EMAIL PROTECTED]>, "John Wright" <[EMAIL PROTECTED]> wrote: > Just talking to someone about mutt flagging mail with + when it's to > you and T when it's to you and other, etc, and we were just wondering if > mutt either does or could have a flag for emails which are from someone in > your aliases list. Doing strictly what you're asking could be done, but it's not there now. I've made a patch that's similar, though: http://home.uchicago.edu/~dgc/mutt/#isalias It's a little odd in syntax -- it takes the form of a modifier on standard ~ matching expressions, rather than being a ~ expression, itself. This patch is for the development (1.3.x) series. You can't use this to set the indicator character, but you can use it in other ways. You might embolden or brighten index lines that are "@~f .", for example. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: Automatic Generation of Sender-Adress?
Gerhard Feiner spake unto us the following wisdom: > Hehe, that wasn't too confusing ;-) But it's not what i am > searching for, as basically _any_ adress could come in. that would > be a _very_ long alternates-list ;-) > > Isn't there any way of doing this on the fly? Hmm, this isn't *exactly* what you're asking for, but it should achieve the effect... alternates is a regexp, so: set alternates=".*@example.com" Should make your From: address match [EMAIL PROTECTED] Ethan -- If I've told you once, I've told you once And once is all that you needed. -- The Refreshments, "Carefree" PGP signature
Re: Threading lists w/ stupid users
On Thu, Aug 02, 2001 at 08:39:57AM +0200, Bonhote Andre <[EMAIL PROTECTED]> wrote: > I am subscribed to some so-called sysadmin lists. Unfortunately, the > list users don't seem to know much about E-Mail: They just hit Outlurks > "Reply"-button, erase the subject and start another thread. The result > is a completely messed-up mailfolder, following threads is just a pain > in the a. They completely ignore threads, perhaps because they're > program doesn't use the Message-ID and References fields but the > subject for threading. > > Can I do something like this in mutt? I don't mind if I need an external > program to pipe my boxfile through, if it helps. Attached is a patch that I use. If the subject line changes (besides "RE:", etc.), mutt will not put the message in the same thread, irregardles of the "In-reply-to" or "References" fields. Works quite well for me. Note that you'll also have to turn on the subj_breaks_thread option. -- Bob Bell <[EMAIL PROTECTED]> - "UNIX *is* user friendly. It's just selective about who its friends are." -- Author unknown diff -ru -x CVS mutt-cvs/commands.c mutt/commands.c --- mutt-cvs/commands.c Tue Jun 5 03:55:55 2001 +++ mutt/commands.c Wed Jun 20 12:09:14 2001 @@ -529,6 +529,7 @@ char buffer[LONG_STRING], errbuf[SHORT_STRING]; int r; int old_strictthreads = option (OPTSTRICTTHREADS); + int old_subjnothread = option (OPTSUBJNOTHREAD); int old_sortre = option (OPTSORTRE); buffer[0] = 0; @@ -550,6 +551,7 @@ mutt_error ("%s", errbuf); } if (option (OPTSTRICTTHREADS) != old_strictthreads || + option (OPTSUBJNOTHREAD) != old_subjnothread || option (OPTSORTRE) != old_sortre) set_option (OPTNEEDRESORT); } diff -ru -x CVS mutt-cvs/init.h mutt/init.h --- mutt-cvs/init.h Mon Jun 18 11:56:46 2001 +++ mutt/init.h Wed Jun 20 12:09:14 2001 @@ -2109,6 +2109,16 @@ ** personal mailbox where you might have several unrelated messages with ** the subject ``hi'' which will get grouped together. */ + { "subj_breaks_thread", DT_BOOL, R_RESORT|R_INDEX, OPTSUBJNOTHREAD, 0 }, + /* + ** .pp + ** If set, a message that would normally be a member of a thread will + ** not be a member of that thread if the subject has changed. This is + ** useful when a message reply updates the ``References'' and/or + ** ``In-Reply-To'' fields, but the sender changes the subject line + ** with the intent to indicate that the subject of discussion has + ** changed. + */ { "suspend", DT_BOOL, R_NONE, OPTSUSPEND, 1 }, /* ** .pp diff -ru -x CVS mutt-cvs/mutt.h mutt/mutt.h --- mutt-cvs/mutt.h Mon Jun 18 11:56:46 2001 +++ mutt/mutt.h Wed Jun 20 12:09:14 2001 @@ -380,6 +380,7 @@ OPTSORTRE, OPTSTATUSONTOP, OPTSTRICTTHREADS, + OPTSUBJNOTHREAD, OPTSUSPEND, OPTTEXTFLOWED, OPTTHOROUGHSRC, @@ -614,6 +615,7 @@ 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 subj_broke_thread : 1; /* not with thread due to subject change */ unsigned int recip_valid : 1; /* is_recipient is valid */ unsigned int active : 1; /* message is not to be removed */ diff -ru -x CVS mutt-cvs/thread.c mutt/thread.c --- mutt-cvs/thread.c Wed Apr 25 18:08:41 2001 +++ mutt/thread.c Wed Jun 20 12:09:14 2001 @@ -529,6 +529,7 @@ ctx->hdrs[i]->child = NULL; ctx->hdrs[i]->threaded = 0; ctx->hdrs[i]->fake_thread = 0; +ctx->hdrs[i]->subj_broke_thread = 0; } ctx->tree = NULL; } @@ -582,15 +583,37 @@ CUR->parent = NULL; insert_message (&ctx->tree, CUR, usefunc); } -else if (!CUR->threaded) +/* Check if (1) message is not yet threaded, or (2) a change in + * subject broke the thread but that option has been turned off, + * or (3) if the message is a candidate to break from the thread + * and the option is currently set + */ +else if (!CUR->threaded || +(CUR->subj_broke_thread && !option (OPTSUBJNOTHREAD)) || +(!CUR->subj_broke_thread && option (OPTSUBJNOTHREAD) && + CUR->subject_changed && CUR->parent != NULL)) { + if (CUR->threaded) + { + unlink_message (&CUR->parent->child, CUR); + CUR->parent = NULL; + } if ((tmp = find_reference (CUR, ctx)) != NULL) { - CUR->parent = tmp; if (CUR->env->real_subj && tmp->env->real_subj) CUR->subject_changed = mutt_strcmp (tmp->env->real_subj, CUR->env->real_subj) ? 1 : 0; else CUR->subject_changed = (CUR->env->real_subj || tmp->env->real_subj) ? 1 : 0; + if (CUR->subject_changed && option (OPTSUBJNOTHREAD)) + { + CUR->subj_broke_thread = 1; + tmp = NULL; + } + else + { + CUR->s
PGP and Mutt
I would like to integrate mutt and pgp but there doesn't seem to be much documentation conserning this. Where can I obtain a tutorial ?? -- _ Linux, the choice | Flugg's Law: When you need to knock on of a GNU generation -o) | wood is when you realize that the world is /\ | composed of vinyl, naugahyde and aluminum. _\_v | | -
Re: Quoting message-body and attachment?
Hallo Christoph Maurer, on Fri, Aug 03, 2001 at 03:51:37PM +0200, Christoph Maurer wrote: > E.g. in my mailcap I have Mee, too! :-) BTW: it doesn't matter if I reply from the index or from within the pager. ciao, markus -- Dieses Dokument wurde elektronisch erstellt und ist auch ohne Umlaute gueltig.
Re: PGP and Mutt
On Fri, Aug 03, 2001 at 05:32:18PM -0400, Ed Robitaille wrote: > I would like to integrate mutt and pgp but > there doesn't seem to be much documentation > conserning this. Where can I obtain a tutorial ?? Ed, There is PGP-Notes.txt included in your mutt package or at http://www.mutt.org/doc/PGP-Notes.txt Best, Petr
Re: spoolfile and procmail
* Dumas Patrice ([EMAIL PROTECTED]) [010803 10:57]: > Hi, > Maybe you will find this question a bit stupid, but I have a conceptual > problem. > My setting is fetchmail->procmail->mail folders. Then I use mutt to read the > mail folders. > Is there a need for a spool folder in this setting ? Am I doing something not > regular ? > > Sure I can live without the answer to my question but I would like to know if > there is a standard setting which is not an embedded pop-client nor a delivery > in /var/spool/... > > Pat > I'm not sure whether you're asking whether your system needs a file /var/spool/mail/ or if mutt needs a valid $spoolfile setting. Let me just babble on a bit and maybe your question will become more clear, and maybe I'll hit the answer. procmail has a setting for DEFAULT, meaning where a message is delivered if it "falls through" the rest of the .procmailrc. Unless you've changed it, it's value is $ORGMAIL, which defaults to /var/spool/mail/$LOGNAME. By the sound of your question, it seems you divert all your mail away from there at some point in time. Either way, mutt likes to know about $spoolfile, whose default setting is in the environment variable $MAIL. Probably, your system sets that to /var/spool/mail/$LOGNAME. mutt treats $spoolfile a little differently than any other folders: it will never be removed even if empty and save_empty is set, and it can be addressed by the shortcut "!". Apart from that, if you don't use it, it doesn't really matter. My guess is that you have a procmail "default-ish" recipe where most of your mail goes. You might want to set the $MAIL environment variable to that mailbox so that your shell will alert you when you get new mail, and mutt will address that mailbox as $spoolfile. Even still, I'd say removing /var/spool/mail/ is a Bad Idea unless the system-wide default delivery is something else. If I haven't answered your question, maybe you could try putting it a little more precisely. Vineet PGP signature
holding flagged messages
Hello, I saw the wishlist bug report to enable moving messages that match a pattern from $spoolfile to $mbox, and wonder if there is any sophisticated workaround that people are using to achieve the same effect? Basically, I'd like to keep messages that I 'F'lag important to stay in $spoolfile and move everything else. Currently, to see my flagged messages, I change to $mbox and then set limit to ~F. I'd like to just be able to see them in my inbox (And keeping all messages in my inbox and setting limit there isn't a good solution either; I can't keep that much mail in the spool). Any suggestions? Thanks, Vineet PGP signature
xterm titlebar stuff
has anyone come up with a way to export various stuff to the xterm titlebar in mutt? w
Re: Mutt is sending PGP as funky attachments
On 2001-08-02 10:56:18 +0100, Sean Dempsey wrote: >I am also using a key server to look up keys that aren't on my >keyring. I have had no problems with anyone else, whether they >are on the server or not. >No big deal. I am just curious! I'd suppose that gnupg tries to find out whether my key is valid or not. It can get horribly slow at this. -- Thomas Roesslerhttp://log.does-not-exist.org/
Re: Automatic Generation of Sender-Adress?
On Fri, Aug 03, 2001 at 02:06:11PM -0400, Dan Boger wrote: > On Fri, Aug 03, 2001 at 07:54:58PM +0200, Gerhard Feiner wrote: > > Hmm, i am using sendmail (and yes, i love it). This isn't the > > problem so far, as i am just searching for way to specify the To: > > of the original Mail as the From: of the reply. So this musta be > > mutt's responsibility. > > > > Sendmail is configured very well, and i can send email as just any > > user i want. Any address gets sent. > > > > It's just the automation of that process generating the From: in > > dependance of the old To: that I am searching for. > > I believe you're looking for mutt's "alternates" option. It allows you > to specify what addresses you get mail as, and seems to affect replies > as well, so you reply as whoever the mail was addressed to (assuming it > matches the alternates). > > Heh, see the manual for a less confusing explanation. Hehe, that wasn't too confusing ;-) But it's not what i am searching for, as basically _any_ adress could come in. that would be a _very_ long alternates-list ;-) Isn't there any way of doing this on the fly? mfg, Gerd -- /"\ \ / ASCII Ribbon Campaign x Say NO to HTML in email and news !! / \
Re: Threading lists w/ stupid users
On Thu, Aug 2, 2001, David T-G aptly wrote: > > I guess us mutt folks are just elitist bastards :-) Yes, and for better or for worse, damn proud of it. :) At least there are a FEW people who still appreciate proper formatting. :-/ -Ken
Re: Threading lists w/ stupid users
Louis, et al -- ...and then Louis LeBlanc said... % How about piping those messages thru a procmail script? It may ... % up with such a procmailrc, a macro could be used to pipe it through % procmail, and delete the current one. Of course this is on the I'm thinking more along the lines of formail, but I bet you're right. % assumption that you are using imap or a mailbox format that will allow % you to bring in the first message of a thread 'after' the rest of the % thread. % % Maybe nothing there, but . . . % Someone tell me if this is totally bogus, I'm almost talked into it. I'm sure not speaking up; I want you to put it together ;-) % % L :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! PGP signature
Re: Automatic Generation of Sender-Adress?
After reading through this thread, I realized I could benefit from something similar, at least for some of my accounts. So far it has been mentioned that A) setting the alternates option to match your other accounts should do the trick, and B) setting reverse_name should also reuse the To: header in the original e-mail (or so I think that's what it's supposed to do). Well, neither seem to work for me ;) My alternates option is set as: set alternates = "phineas@only-linux\.com|skwerl@telocity\.com| skwerl@eathlink\.net|skerl-0@home\.com" which I think -should- match my other addresses exactly, unless it looks at the real name section of the address as well. I also tried setting reverse_name, but that didn't seem to have any effect either. Are there some other options I may have in my configs that would cause this to be overridden ? I did have a send-hook to force a From: header, but I commented that out before I started playing with this. Any insight would be appreciated ;) * Gerhard Feiner <[EMAIL PROTECTED]> [010803 13:26]: >Date: Fri, 3 Aug 2001 19:23:01 +0200 >From: Gerhard Feiner <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Automatic Generation of Sender-Adress? >User-Agent: Mutt/1.2.5i > >Hello, > >I have a slightly weird problem: I have one account, where any mail >not sent to a specific account, but to my domain, appears. It is >called 'whatever' here. > >Now i want the following: > >If anybody sends a mail to me at [EMAIL PROTECTED] this mail >arrives in 'whatever'. Now, if i want to answer this guy, i don't >want [EMAIL PROTECTED] to appear as the sender-address, but: > >I want the address, the sender entered ([EMAIL PROTECTED] in >this example) to be the sender of the reply. > >And i want this to be automatically set in that specific folder. >eg. setting the sender of the reply the same as the To: from the >original mail was. > >Is there any way to accomplish this with mutt and it's friends? > >mfg, >Gerd > >-- >/"\ >\ / ASCII Ribbon Campaign > x Say NO to HTML in email and news !! >/ \ > > -- Kyle Knack ([EMAIL PROTECTED])
spoolfile and procmail
Hi, Maybe you will find this question a bit stupid, but I have a conceptual problem. My setting is fetchmail->procmail->mail folders. Then I use mutt to read the mail folders. Is there a need for a spool folder in this setting ? Am I doing something not regular ? Sure I can live without the answer to my question but I would like to know if there is a standard setting which is not an embedded pop-client nor a delivery in /var/spool/... Pat
Folder shortcut expansion
I setup a new box yesterday, so installed mutt and moved my mailboxes and config files over. For the most part things are fine, but there is one issue that is really bugging me. Anytime mutt displays a mailbox from my folder (which is set in my ~/.muttrc), the +/= gets expanded to the full path. It makes it pretty tough to view the mailbox names with a decent size terminal, obviously. Anybody dealt with this? ~~