Re: sourcing aliases
On Wed 7.Feb'01 at 14:24:43 -0700 wrote "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>: / Is it at all possible to resource my aliases file without restarting mutt? / What info I could find on aliases and sourcing the file doesn't mention / this specifically. Should I take it that the client must be restarted? / / dan No restart necessary. Just issue: :source where is the full path to your aliasfile. -- Rado S. eMail: [EMAIL PROTECTED] +- Message is based on my knowledge: | So much to do, and only so little I'm not omniscient, take care! | time, no mercy, no hope.
Re: postponed message lost
On Tue 10.Apr'01 at 19:51:54 -0400 wrote Andrew Pimlott <[EMAIL PROTECTED]>: / There may be a bug in mutt 1.2.5 that causes postponed messages to / be lost. I just postponed a message in the usual way (quit from / editor to the message view, press 'q' to quit, press 'y' to / postpone). About 30 seconds later, I attempted to resume the / message. I pressed 'm' to mail, pressed 'y' to resume, saw my / postponed message in the postponed list, and selected it. The / message view came up with the expected headers recipient, but the / body was empty. I subsequently re-postponed the message, so any / clues in the postponed mbox file are probably gone. / / I am running Debian 2.2 and Linux 2.2.19 on a machine that has been / very stable. Any ideas? When you edit a message but don't save before you return to the composer, all that's left are the headers, so mutt get's only an empty body. -- Rado S. eMail: [EMAIL PROTECTED] +- Message is based on my knowledge: | So much to do, and only so little I'm not omniscient, take care! | time, no mercy, no hope.
Re: color body: influence of multiple matching patterns
On Tue 1.May'01 at 19:20:47 +0200 wrote "Rado S." <[EMAIL PROTECTED]>: > I have some messages with www/ftp URLs. To highlight them I use > > -- QUOTE BEGIN -- > color body black yellow '(ftp|www)(\.[^ ]+)+(/[^]*)*' > color body black white "[^\t ]+:([^\t ]*/[^\t ]*)+" > color body black green "(f|ht)tp://[^\t ]+" > color signature red black > === QUOTE END === > > This works in general. > > www.bla.org -> yellow > host:www.what/bla/fasel -> white > http://www.doamin.bla -> green > > For all eMails it works, except for 1 ! > Try the above color definitions and have a look on the eMail attached ! > If you can, tell me ... > > 1. why isn't the sig recognized and coloured right ? >From the source-code signatures are recognized and separated by "-- ". Why is this so ? Is it a RFC ? > 2. why is the URL at the bottom not green but white ??? > > When I comment out the white definition and restart mutt, the URL turns > green !!! It takes the _earliest_ matchposition rather than the biggest or first/last matching string. Only if match position is same it goes for size and finally it takes the last in order. I had to change the white pattern to: color body black white "[a-z0-9]+:([^\t ]*/[^\t ]*)+" to have the URL enclosed in <> to appear green. -- QUOTE BEGIN -- > From [EMAIL PROTECTED] Tue Apr 24 17:53:11 2001 > Date: Wed, 4 Apr 2001 13:43:37 -0600 (MDT) > From: Rado <[EMAIL PROTECTED]> > To: Rado <[EMAIL PROTECTED]> > Subject: Metaserver. > > Rob > > -- > > You guys are so unhip it's a wonder your bums don't fall off. > > - Zaphod Beeblebrox - The Hitchiker's Guide to the Galaxy > > -- > > <http://www.ee.ualberta.ca/~kaut> > Electrical Engineering 1998 > University of Alberta > === QUOTE END === -- Rado S. eMail: [EMAIL PROTECTED] +- Message is based on my knowledge: | So much to do, and only so little I'm not omniscient, take care! | time, no mercy, no hope.
color body: influence of multiple matching patterns
I have some messages with www/ftp URLs. To highlight them I use -- QUOTE BEGIN -- color body black yellow '(ftp|www)(\.[^ ]+)+(/[^]*)*' color body black white "[^\t ]+:([^\t ]*/[^\t ]*)+" color body black green "(f|ht)tp://[^\t ]+" color signature red black === QUOTE END === The "black white" pattern is for anything like host:path. Normally it should look like: www.bla.org -> yellow host:www/bla/fasel -> white http://www.doamin.bla -> green This works in general. When I switch the green and the white definition, then all the green highlights turn white. I take it that the last matching pattern rules. True ? For all eMails it works, except for 1 ! Try the above color definitions and have a look on the eMail attached ! If you can, tell me ... 1. why isn't the sig recognized and coloured right ? 2. why isn't the URL at the bottom not green but white ??? When I comment out the white definition and restart mutt, the URL turns green !!! I'm using Mutt 1.2.5 -- Rado S. eMail: [EMAIL PROTECTED] +- Message is based on my knowledge: | So much to do, and only so little I'm not omniscient, take care! | time, no mercy, no hope. Date: Wed, 4 Apr 2001 13:43:37 -0600 (MDT) From: Rado <[EMAIL PROTECTED]> To: Rado <[EMAIL PROTECTED]> Subject: Metaserver. Rob -- You guys are so unhip it's a wonder your bums don't fall off. - Zaphod Beeblebrox - The Hitchiker's Guide to the Galaxy -- <http://www.ee.ualberta.ca/~kaut> Electrical Engineering 1998 University of Alberta
PostPone: header-times based on sending time rather than creation
When postponing eMails, the times are set based on the creation of the eMail.
Now when a postponed eMail is actually sent and therefore written to the
sent-folder, the creation times are kept in the local copy.
I sort by "date-received", so the postponed eMails are somewhere in the
middle of my sent-folder, when I have completed other eMails in the meantime.
And when trying to sync with the other side ("when did you send your eMail ?
your mail from ...") it's harder if the times don't match.
Is there a way for postponed eMails to have mutt use the actual sending time
rather than the creation time for fcc-saves ?
Is it useful the way it is now ?
If there is a use for the current behavior, perhaps a new switch ?
(postponed_time=create|send)
--
Rado S. eMail: [EMAIL PROTECTED]
+-
Message is based on my knowledge: | So much to do, and only so little
I'm not omniscient, take care! | time, no mercy, no hope.
Re: Displaying tar.gz archives
=- Rocco Rutte wrote on Wed 22.Jul'09 at 11:26:09 +0200 -= > * Noah Slater wrote: > > I would like to add a mailcap entry so that I view the contents of tar.gz > > archives as a list of filenames, but I'm, not sure how to do it. When I > > attach > > one, it is added with the application/octet-streem MIME type. > > Just search the net for mutt.octet.filter. It's a shell script > that has useful commands for displaying many MIME types, including > listing the contents of a number of archive files. There is also "mime_lookup application/octet-stream", and then the respective mailcap entry like "gzip -dc | tar -tvf -" -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: "not a mailbox"
=- Robert Holtzman wrote on Tue 4.Aug'09 at 0:34:22 -0700 -= > When reading mail from my Debian 5.02 laptop Mutt won't read messages > on the support-firefox list giving the error message that > support-firefox is not a mailbox. The kicker is that mutt on my Ubuntu > Hardy desktop doesn't exhibit this behavior. Both computers have > identical ~/.muttrc files, one having been copied over to the other. Compare the mailbox files, check the 'From ' lines. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Not enough entropy under MS-DOS
=- Ersin Akinci wrote on Tue 27.Oct'09 at 5:49:57 -0400 -=
> I'm encountering an SSL error when I try to check my secure IMAP/POP3
> mailboxes using Mutt 1.5.5 under MS-DOS.
> {...} but when I try set the appropriate environment variables
> and try to use it, Mutt complains about file permissions. Of
> course, there are no file permissions, since I'm using DOS, but
> according to the instructions above my randfile's permissions need
> to be set to 600.
Funny, but keep going! :)
I guess you'll have to hack the source to ignore file permissions
for DOS.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Mutt freezes if network lost and regained
Hi, =- Jeffrey Ratcliffe wrote on Thu 12.Nov'09 at 7:46:04 +0100 -= > I read quite a bit of email via IMAP and GPRS on a notebook whilst > travelling. Several times per journey, notebook loses the network, > because the coverage is patchy. When this happens, even after > regaining the network, mutt freezes. My solution up to now has > been to open another shell, kill mutt's process, and restart. > > Is there a better way? Can I make mutt more tolerant of patchy network > access? Not yet, it's on ToDo for future releases. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: "record" doesn't seem to work
=- Salvatore Iovene wrote on Fri 20.Nov'09 at 9:27:53 + -= > set folder="$HOME/Mail" > set record="+.sent" > > When I'm sending an email, it's not appearing in the .sent/ maildir, > despite the last screen before I press 'y' to send shows me: > > Fcc: =.sent > > Can anyone please help? > Thanks! Yes, see wiki -> guide -> Folders. Unlucky defaults. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Using mutt to send mail w/o a local box
=- Joseph L. Casale wrote on Sun 3.Jan'10 at 2:34:30 + -= > Since mutt does mime encoding and allows all the configuration I > need for a daemon to send mail with specific headers I was hoping > to use it instead of mpack. Problem is, since there is no local > mail delivery or mail boxes on the server, how can I configure my > muttrc to allow mutt to function w/o? Use built-in smtp of latest dev-mutt. Note mutt is still no MTA or MDA. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Using mutt to send mail w/o a local box
=- Joseph L. Casale wrote on Sun 3.Jan'10 at 3:05:22 + -= > Thanks for the help, Postfix no this box is significantly > configured for various destinations etc, is there no way to allow > mutt to simply avoid using a mailbox, but still use the local mta? Umm, I don't see the connection there, how "use mailbox"? Rephrase or elaborate. And please don't Cc: me, I'm subscribed or else I couldn't have replied at all, thanks. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Regex: Skip whitespaces / span lines
=- Til Schubbe wrote on Sun 3.Jan'10 at 18:42:19 +0100 -= > The problem is that mutt handles the preceeding whitespaces (TAB) > as part of the regex. How can I span a config-instruction, which > contains a regex, over multiple lines? Simply regexp-verbatim. Since whitespace are relevant to regexp, you can't use them for human-friendly visual formatting. => you must drop them when spanning, at beginning and end of lines. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Certain (mailing list) emails NOT being threaded ... trying to
=- Wilkinson, Alex wrote on Fri 8.Jan'10 at 12:38:55 +0800 -=
> However, threading never ever has seemed to work. I am finally
> wanting to investigate why and if possible how to fix it.
> {...}
> Here is my folder-hook to implement threading:
> {...}
> Can anyone suggest why the aforementioned "Sysinternals Forums
> Topic Reply Notification" emails would not be threaded or methods
> to try investigate why.
Try to make it work without hooks first, they make things
complicated to track down.
If it works then, then you've conflicting hooks.
Verify "sort" _is_ actually set to "threads", add it to your
status_format or see DebugConfig on wiki.
Otherwise strict_threads=no should do it, if the Subject: string
actually is identical: sometimes a whitespace (or changed
line-wrapping) can spoil it, invisible to the eye, but machines see
everything.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Save messages on exit.
=- Paul Greenberg wrote on Mon 25.Jan'10 at 14:47:38 -0500 -= > I have may in spool, when I exit mutt I have Yes/No to move messages to the > mbox. > How can I move messages from mutt.org to some other file, let's say maillists? Macro to tag-by-pattern and tag-apply "save" for each of your lists, which you bind to your "change-folder" or "quit/exit" button(s). -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Unix Philosophy (was List management headers)
=- Derek Martin wrote on Fri 29.Jan'10 at 17:45:28 -0600 -= > There has been a tendency in some quarters to blindly and rigidly > advocate that following the Unix Philosophy is the One True Way, > which has often hindered progress. What kind of progress do you mean? Maybe your goals or "ideal world" intentions differ from others, and neither your nor theirs(!) are "right" for everyone. > [although my main point, which I may not have made well, is that > using the Unix Philosophy as justification to not implement a > beneficial feature in mutt is mostly kind of lame]. If there are no limits, every code will tend towards a massive "do-it-all-in-one-app" nightmare, wasting resources for every other user not interested in all the supported features for a given task. Think of Mozilla-Suite or OpenOffice scales just to "ls -l", what a gain. > In potentially a lot of ways, it's just easier for users to deal > with monolithic apps. Sure, but then they should go there, you don't have to turn each existing app into such beast, there are enough of them. :) > As I said, I believe that if you need to have complexity, it > should be in the code, not on the user end. The glue to accomplish complex goals needs not necessarily to be in the user end, it can be put in meta-code (wrappers), which can be constructed by advanced users to share with other user. See, this already happens for mutt. > Sure, Mutt has SMTP functionality now, but it took about a decade > and a couple of changes of maintainers for that to happen. And I still don't consider it a good decision. :) > The benefit of adding this functionality seems so obvious; yet it > took forever to convince the devs it was a good idea. This is, > IMO, a fine example of where a monolithic application wins, and > arguing "no way, unix philosophy!" loses. I favour the "user should know (the basics of) what he does/ uses" argument over the user-convenience. The mass of unknowing users not wanting to care for how all the stuff in the background works are free to join the OutLook/M$ crowd by expanding "their" branch of mutt into OL. > Of course, in this case, Mutt could provide its SMTP functionality in > a separate program; as long as that separate program is behind the > scenes, and the user doesn't need to do anything "special" to > configure it, then you can have your Unix Philosophy and eat it too. "Normally" this is the case, because "normal" systems have a functional MTA already or it's sufficiently easy to configure with modern UI menus. Now you can say that it is not normal or easy to setup an MTA as single user, but neither of us can "prove" what "normal" is. > The advantage of a monolithic app is that, in cases where one is > called for, most users usually won't care about those issues, and > there's usually a lot less for them to worry about / manage with a > monolithic app than with a bunch of smaller programs. Really? You still have to give all the details required for (for example) the MTA part; does it matter that you do it in the big-app on another page or in a separate app? In both cases it is "elsewhere", remote to the MUA part. The question is: do you follow the crowd (convenience) or make the crowd follow you (learn how things work)? -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Unix Philosophy (was List management headers)
=- Tim Gray wrote on Fri 5.Feb'10 at 11:02:10 -0500 -= > One could certainly write a utility to parse the headers and > display them. However, the final action that one takes with the > selected output is not to pass it off to a program of your choice > based on mailcap, but to send another message through mutt. Well, you want an automated processing, not writing "regular" mail where you type something. You don't need a MUA for that, you can go directly to te MTA. > To me, something like this IS a good candidate to be integrated > into mutt. It's essentially a variation on the reply command. I'd rather pipe it to something to use sendmail directly. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Unix Philosophy (was List management headers)
=- Tim Gray wrote on Fri 5.Feb'10 at 11:32:59 -0500 -= > Though, there are other reasons why you might want to edit the > body of the message. If I'm not mistaken, there are commands you > can send to some list addresses. Not that anyone uses those... I do, but the interfaces vary, so ... I just memorize what I need and type it when needed. Doesn't happen too often. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Unix Philosophy (was List management headers)
=- Derek Martin wrote on Thu 4.Feb'10 at 17:44:08 -0600 -=
> But when you have a requirement that things that are complex be
> done outside the app, it means:
>
> - It's not seamlessly integrated into the user's experience
> - Users need to engineer their own solutions
> - Invariably, many people re-engineer the same solution many times
>
> It's a monumental waste of effort. It's generally much, much
> better if someone takes the time to integrate the functionality
> into the program directly, so that users don't need to keep
> re-engineering it, or at least hunting down the solution that
> someone else engineered.
But that's what I meant.
You, however, expect all the solutions to be put into the core
C-code, while I suggest keeping it "outside" wrapped around it (or
plugged in, once we have a plug-in interface ;).
Those "wrap-up" solutions can be accumulated and delivered
centrally, too, like on the wiki. It need not be shipped with each
package release. Think of Firefox and it's add-ons.
> The quality of Mutt has not suffered for having {smtp built-in} ...
> how can that not mean that Mutt is better for having it?
With this argument you justify _literally_ any feature, even the
"ls" example I've given or a coffee-maker.
But I don't want a bloated mutt to make my coffee, there is a
coffee-machine for that.
Where is the limit in putting anything into the "one" killer-app-
for-everything?
> Mutt has very few technical weaknesses, but its user interface is
> from 3 decades ago. I, and I suspect a lot of people, would love
> to see a modern Mutt.
Actually I agree on that, but no volunteers on this front, and no
prio among the maintainers, bad luck. ;)
> You ever try to configure sendmail from scratch? To configure
> Mutt's SMTP functionality, you need only know the answers to a
> handful of questions. To configure a full-fledged MTA, you may
> very well need to know a lot more than that.
Yes, I did, but today that's not necessary anymore, since the OS in
which mutt is going to act often has either a working MTA by the
friendly admin or an easy enough UI to configure it yourself without
having to hack m4 macros, and often as simple as you asked for with
few questions.
> With Mutt's SMTP support, you tell it what smtp server to use, and
> if it doesn't work, you call your ISP and let them figure it out;
> the problem pretty much has to be on their end, if your settings
> are right...
That's pretty much the same with an MTA.
Beware, with mutt alone you can still mess up, think about envelope,
and the ISP-support has no clue about that. ;)
> It has nothing to do with the crowd. It has everything to do with
> reducing the amount of work that I shouldn't need to do. That's
> the purpose of computers. :)
Agreed, but simplicity can be achieved in different ways, not only
by adding C-code. :)
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Unix Philosophy (was List management headers)
=- Derek Martin wrote on Fri 5.Feb'10 at 13:13:54 -0600 -= > If a useful feature should be excluded (when there is someone > willing to write the code), there should be a strong technical > reason for such an exclusion; not simply "duh, Unix philosophy!!" It's resource efficiency: I don't want to always by new hardware just to read my simple text mails. :) For my basics I could be happy with a P1 (or even 386 for that matter) with <200MB RAM. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Unix Philosophy (was List management headers)
=- Derek Martin wrote on Fri 5.Feb'10 at 14:39:24 -0600 -=
> The Unix Philosophy doesn't preclude maintainers from using their
> brains to decide what features do or don't make sense. Dogma does.
Can't you imagine that there is actually some "brains" behind that
dogma?
I'm all against mindless dogmas, but if the decision is justified,
is it a dogma then? Only to those who don't recognize the
justification for whatever reason. Often it's just a matter of taste
or preference.
> Plugins are fine, but there's been resistance to even adding that.
Yes, missing volunteers/ manpower to implement it.
> The fact is, main-line code is much better maintained than code
> that's outside the core. Yet another reason in support of
> monolithy.
Rather than putting all the responsibility on a few better
distribute it more evenly, i.e. grow more volunteers to contribute
in those areas, too.
> If a feature clearly does negatively impact performance or
> stability, or clutters up the interface, or whatever, then you use
> your brain to decide not to include it.
> {...}
> Obviously this is a judgement call, and the maintainers should
> decide what is useful or not useful, what is damaging or not
> damaging. But the mindset should be to include features unless
> there's a legitimate, quantifiable reason not to.
That's what happens/ed.
Once you let loose and open up the can of worms, then you never can
get them back in; where is the limit, where to draw the line?
> This mindset is what led Rocco and others to attempt a fork of
> Mutt a few years ago, which in turn prompted a flurry of
> development activity from Brendan and others. Progress is good.
Not to forget that fork dried out and Rocco came back to the
original.
Yes, progress is good, when you keep it where it belongs.
Everyone decides for herself where that is.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: HTML view any time ever?
=- Freeman wrote on Tue 16.Feb'10 at 12:42:37 -0800 -= > > >Is there even a way to make the normal mail viewer default to > > >run some preprocessor before displaying html mail? > > Would there be a way to make that mailcap line work with urlview? > Then urlview could decide the browser based on environment. > > Otherwise, the extent of my technology works well enough so long as I don't > change environments within the same session. bashrc decides: > > |if [ x$DISPLAY != x ]; then > | cp ~/.mailcapX ~/.mailcap > |else > | cp ~/.mailcapCLI ~/.mailcap > |fi See wiki-FAQ for other solution(s). -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Set a default To value based on current folder name?
=- Jostein Berntsen wrote on Mon 22.Feb'10 at 15:45:32 +0100 -= > > > > When composing a new mail, is it possible to specify a > > > > default To address based on the current folder name ? > > > > I just would like to automate the process for all my > > mailing-lists folders, if possible. > > Have you tried with folder-hook and my_hdr? ... or folder-hook with macro? -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Setting postponed in folder hook (possible bug)
Moin, =- James TD Smith wrote on Tue 23.Feb'10 at 22:35:19 + -= > When I start mutt, it comes up in the inbox for my personal > account, and the correct number of postponed messages is displayed > in the statusbar. If I open another folder within the same > account, the postponed count stays correct. When I switch to a > folder in the work account, it still shows the number of postponed > messages from my home account. Postponed messages do go to the > right folder, and if I type 'R' to recall a postponed message, it > shows postponed messages from the right account. > > Not showing the right count of postponed messages is only a slight > irritation, but when the status bar is incorrectly showing no > postponed messages and I start a new mail I don't get prompted to > recall one. I can work around it (I just need to remember to use > recall-message instead of relying on the prompt from mail), but it > would be great if this could be fixed. Postponed count is only updated when the folder is _edited/changed_ within mutt, it doesn't recount it for every update, because "normally" in single-account use it shouldn't change. It's not a bug, but missing feature for special cases. It would have to rescan the folder when the assignment changes. While at it: when editing a msg in $postponed, as usual it copies the msg and marks the old as deleted. This increases the count, but the count stays the same even when purging the old msg (by sync or folder change). -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: how to regain missing messages?
=- Jan-Herbert Damm wrote on Tue 2.Mar'10 at 11:24:54 +0100 -= > I could only fix it a week later thus missing all the mails of the > muttlist during this week. > How can I "download" those messages (or have them resent to me), so they > "plug" into "my mutt"? Get an "mbox" type archive of those mails, repair the 'From_' separator line (compare with "real" mbox-folders). Then copy them over to whatever you want. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: |'| escaping problem inside an '...' quote.
=- Stefano Sabatini wrote on Fri 5.Mar'10 at 10:48:37 +0100 -= > send-hook '~t m...@list.com 'set attribution="L'oratore disse";' > > The problem is that I want to keep the literal |'| in the > attribution string. > > Simple escape, double, and triple escape of the kind > send-hook '~t m...@list.com 'set attribution="L\\\'oratore disse";' > > all issue the attribution: > Loratore disse' > > Can someone suggest what's the correct way to escape this, or if > this is even possible? Anything inside '' isn't quotable anymore. If you must quote several times, you must go "" way, with \-quoting " or \ as needed. See DebugConfig on wiki. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: set From: based on To:
=- steve wrote on Wed 17.Mar'10 at 14:31:58 +0100 -= > Le 17-03-2010, à 09:04:38 -0400, peng shao (shallp...@gmail.com) a écrit : > > > I am not sure if I am correct but if you just simply want > > From: m...@foo.bar > > To: a...@example.com > > > > Then simple > > > > set envelope_from ="yes" > > set reverse_name=yes > > alternates "m...@foo.bar|defa...@email.bar" > > > > should be enough. > > well it's not here :-( Then "here" is messed up somehow. Try in a "clean" environment, see DebugConfig on the wiki for help. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Losing my mind? fcc-hook doesn't work for one *from* ?
=- hubert depesz lubaczewski wrote on Thu 27.May'10 at 22:50:36 +0200 -= > On Thu, May 27, 2010 at 10:44:25PM +0200, Michael Tatge wrote: > > > I change the my_hdr line to: > > > my_hdr From: Marcin Pietrzak > > > and now fcc_hook is no longer applied ?! > > > > Somethink along the lines of > > > > default_hook="~f %s !~P | (~P ~C %s)" > > > > So you'd better spell out the fcc-hook pattern > > eg fcc-hook '~t @depesz.com' +depesz > > I did make it working, but I just don't understand why it doesn't work > with this my_hdr. > i want to understand why some values in my_hdr make it break. Michael told you: your fcc-hook operated on the my_hdr because of built-in defaults when you use hooks without _EXPLICIT_ ~-hook-patterns. Please rtfm more about the var Michael mentionend. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Problem with Regular Expression
=- Michelle Konzack wrote on Mon 21.Jun'10 at 11:27:15 +0200 -=
> I need someone who want to save my live! ;-)
> {...}
> but while the first is working perfectly as default, the second
> one is screwed up du to the changeing name in the () at the end of
> the subject.
> {...}
>
> Can some one enlight me how to solv the problem with the changeing
> name in the () at the end of the subject please?
What do you want to achieve specifically, conceptually?
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Show new mail in subfolders from root folder?
=- Roger wrote on Mon 21.Jun'10 at 21:44:56 -0800 -= > However, when I am within the root maildir folder, my email > folders being listed, I can only see when new email has arrived > after I use the TAB key. The folder browser has no check_new call/ routine. Actually it hasn't even IMAP-keepalive, so when you "hang around" there for too long, your IMAP connections will drop. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: What map is default for .maildir?
=- rog...@sdf.org wrote on Fri 25.Jun'10 at 21:00:29 -0800 -= > the default view for my $HOME/.maildir folder on startup isn't > defined as index or pager (or any maps mentioned within the Mutt > Wiki map/bind keys sections). It's "browser". > Here's what my default view looks like: > q:Exit c:Chdir m:Mask ?:Help > -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: return reciepts
=- lee wrote on Thu 1.Jul'10 at 18:08:43 +0200 -= > Noone using return reciepts? No, because if you want that, just write it in your eMail. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: return reciepts
Ok, some more bashing... ;)
=- lee wrote on Fri 2.Jul'10 at 16:39:53 +0200 -=
> > > Noone using return reciepts?
> >
> > No, because if you want that, just write it in your eMail.
>
> That's awfully annoying and too easy to forget.
No, automatic return-receipts are.
If you don't have the discipline and respect to use requests wisely,
why do you expect such responses from your recipients?
If something is important to you, tell me, and I'll respond if I
care enough.
Why would you want to automatically remind me of something that is
_not_ important to you?
Your original request just sounds like reversing the default from
"mostly no r-r, with manual exceptions" to "mosty _DO_ r-r, with
manual exceptions", it actually requires you still to make a manual
choice...
> It's a common feature in many MUAs, so mutt could as well support
> it --- or there could already be a solution.
You've been given technical details elsewhere.
I once thought it would make things easier for me and worked with
it myself, until I realized it didn't improve anything really, just
added more overhead for the sender creating and the recipient
dealing with it.
Wasted effort compared to an editor macro to add some line like
"please acknowledge receipt and respond ASAP".
If you just want to reverse the default, add such line to your
$signature, and delete it when not desired.
> As to comments about the requests being ignored and therefore
> pointless: Sorry, but these comments are themselves pointless.
> {...}
> Besides, it's hard to believe that noone on this mailing list has
> use for return reciepts and/or that everyone handles them
> manually.
Practice has shown that it is not best practice.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: return reciepts
=- lee wrote on Sat 3.Jul'10 at 15:12:49 +0200 -= > > Wasted effort compared to an editor macro to add some line like > > "please acknowledge receipt and respond ASAP". > > What makes you think that the recipient would bother to write an > answer? What's so much harder for the recipient to hit 'r' rather than any other key you assign to your r-r? > It would involve even more overhead for them to manually write > and send a response than it is to use a feature of their MUA that > reduces the overhead to just pressing a single key You can have that already, as advice given. > --- or doesn't involve any overhead at all for them because they > have chosen to always automatically send reciepts when requested. Interception via $editor or $sendmail takes care of this. > > Practice has shown that it is not best practice. > > Because of poor support, maybe :) No. Even worse: good support for bad habits establishes bad habits, see ToFu posting/replies. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Suggestion when saving mails
=- Christoph Kluenter wrote on Wed 21.Jul'10 at 10:30:34 +0200 -= > Thank you very much. save-hooks is exactly what I want. There are some vars controlling save-location, if you want to make it constant. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Fcc to 2 folders
=- Eric Smith wrote on Mon 26.Jul'10 at 12:10:53 +0200 -= > How do I copy all sent mail to the send-hook specified fgolder as > well as to a universal sent folder (with mutt)? Intercept $sendmail, see DebugConfig on wiki for example. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Searching for hook to save new read mail to its particular mailbox
=- j...@telefonica.net wrote on Tue 7.Sep'10 at 12:57:51 +0200 -= > I'm searching about a hook that will save to its mailbox all mails > with To: list_...@server.com after had read them, I think when > changing mailboxes. Use macro rather than hook to save before change, replace your key with that macro. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Mutt Starts Threaded Uncollapsed, Sometimes
=- Paul wrote on Tue 7.Sep'10 at 12:26:51 +0100 -=
> I have mutt set to show my inbox by default, with collapsed
> threads ("set sort=threads" and "folder-hook '.' 'push ").
>
> When I start mutt from the command line, all is fine - threads are
> collapsed. However, when I start it as a command to run as an
> argument to some terminal emulators, all is not fine...
>
> With both Terminator and Konsole, I start with 'terminator -e
> mutt' or 'konsole -e mutt'. The respective terminal window pops up
> with mutt in it - however, the threads are all expanded.
>
> Both Xterm and Terminal, however, don't display this behaviour,
> they are both fine, ie. threads are collapsed.
Maybe new mails arrived between the tests.
Some var controls whether threads with new mail in it shall be
collapsed or not.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Multiple IMAP accounts and autocompletion
=- Max Arnold wrote on Wed 8.Sep'10 at 1:35:21 +0700 -= > mutt does not reread remote directory list when I switch between > mailboxes. For example: > > - I open personal mailbox, press TAB and mutt shows remote > folders > for that account > > - then I swith to second account, again do TAB, but still see > remote folders from first account > > So basically mutt caches first opened remote folder list and displays it every > time. Any ideas on how to fix this? This has nothing to do with 2 IMAP accounts, but with how and TAB interact. See Wiki / Guide / Actions for details. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: default directory for
=- Steve Schmerler wrote on Tue 21.Sep'10 at 22:24:53 +0200 -= > It seems that has a default dir, which seems to be the > current dir where Mutt is running. So, pressing "c" in the browser gives > me my HOME as default dir If I started Mutt there. > Chdir to: /home/elcorto See wiki -> guide -> /Folders + /Actions > This is problematic when I construct macros: > macro browser ,gm "imaps://imap.gmail.com" > macro browser ,fm "imaps://mail.messagingengine.com:992" > Then, I get (,gm): > Chdir to: /home/elcorto/imaps://imap.gmail.com See "editor" bindings and use "kill-line". -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: is it possible to set pager search pattern based on message-hook?
=- Will Fiveash wrote on Tue 28.Sep'10 at 14:46:06 -0500 -= > I'd like to set search to a particular pattern when I view a message > with a particular subject. The reason I want this is that some messages > I receive have sections with section delimiters and I want search > initialized to that delimiter pattern. Is this possible and if so can > someone give me a hint as to how? message-hook -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Setting folder in folder-hook
=- Todd Hesla wrote on Fri 8.Oct'10 at 18:36:29 -0500 -= > and then start mutt and enter one of the two mailboxes (by running > "y", and hitting "Enter" on the appropriate line), the > corresponding folder-hook doesn't seem to be triggered, because > the "folder" variable is not being set to the specified value. How do you verify? Have you seen Guide/Actions and DebugConfig? -- ? Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Error 127
=- Julia Freeman wrote on Wed 8.Dec'10 at 4:29:29 +0100 -= > I have put: > > set sendmail = "/usr/sbin/sendmail" > > Restarting bind on the machine caused it to work for a few days, but > now the error has returned. > > Is it possible to enable a more verbose error message or logging? See "DebugConfig" on the wiki for general muttrc analysis advice. -- ? Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: removing signatures from incoming mails
=- Thorsten Scherf wrote on Thu 24.Feb'11 at 20:01:26 +0100 -=
> some mailinglists using freemail providers put an automatic
> signature to all mails from the lists. How do I have to configure
> mutt to get rid of the signature from all mails within a specfic
> folder?
Check the raw folder-files, then apply "sed" on them.
("man sed" for details)
--
? Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Attachments
=- Ralf Salomon wrote on Mon 6.Jun'11 at 6:28:09 +0200 -= >1. I would like to > decide on the fly whether I would like to view an > attachment in a dedicated viewer, e.g., firefox > for an html-file, or in a text representation, e.g., > html2text. Macros: - either pipe to wrapper detouring to whatever you want. - or flip "mailcap_path" and use different files per need. >2. > so, how can I invoke the attachment in-line text converted > and still saving the attchment as an attachment when > forwarding it? Macro to "unauto_view" + forward + set "auto_view" again. Or "view-attachments" then tag-forward select parts. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Help please with mutt, but how?
=- David Hoover wrote on Mon 22.Jan'07 at 7:55:40 -0600 -= > I have a system running Red Hat Linux. We did a reboot on > December 20, 2006. Prior to the reboot, mutt was working great. > After the reboot, I have no e-mails going out using mutt. I have > tried to manually send an e-mail using mutt beside the automated > script that had been working prior to the reboot. My hope is > that you might be able to spot what is missing to have cased > mutt to have stopped. Spot _where_??? You didn't give anything to spot, like error-msgs or log-files excerpts (_NO_ full logs, please!). Please see http://www.catb.org/~esr/faqs/smart-questions.html Also see http://wiki.mutt.org/?DebugConfig for trouble- shooting mutt and how to get more info. Also have a look at your local sendmail log-files, somewhere in /var/log/mail or similar, check /etc/syslog.conf for where it is exactly. > I have tried to send e-mail from a regular user as well as root. No no no, never work as root, unless that's required. Mail does not. ;) > Any help you can offer would be greatly appreciated. You must help us first to be able to help you (yourself). -- © Rado S. -- You must provide YOUR effort for your goal! Even if it seems insignificant, in fact EVERY effort counts for a shared task, at least to show your deserving attitude.
Re: reading color quoted replies
=- Marc Vaillant wrote on Tue 30.Jan'07 at 12:59:46 -0500 -=
> > * On Tue, Jan 30, 2007 Marc Vaillant ([EMAIL PROTECTED]) muttered:
> > > I'm wondering how people handle messages coming from outlook
> > > users that quote the message they're replying to (or their
> > > replies) in color instead of the usual angle indenting (> )?
>
> The message is readable, but the clarity that the color provides
> is lost when I view it in mutt because the only differentiator
> is color. I could open up the html in a graphical browser but I
> still can't tell apriori that the message contains the color
> tags. E.g. the above '> ' quoting would just look like:
> {...}
> but in a graphical browser, your text would be in a different
> color than mine.
To answer your original Q:
I do _not_ handle such eMail. Period. :)
_You_ have several options:
1) educate your eMail partners to quote mutt-friendly (txt-only).
2) use autoview with a graphical browser => wiki FAQ.
3) use autoview with a script that converts such (*censored*)
eMail to some sane usable format by converting the html/css
coloring instructions to '> ' sequences.
I recommend 1).
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
Re: reading color quoted replies
=- Marc Vaillant wrote on Wed 31.Jan'07 at 11:13:25 -0500 -= > > _You_ have several options: > > 1) educate your eMail partners to quote mutt-friendly (txt-only). > > 2) use autoview with a graphical browser => wiki FAQ. > > 3) use autoview with a script that converts such (*censored*) > > eMail to some sane usable format by converting the html/css > > coloring instructions to '> ' sequences. > > > > I recommend 1). > > I guess that I was looking for option 3. Some sort of extension > for w3m (or another text based browser) that lets you do > something reasonable when dumping html with FONT COLOR tags to > text (other than just removing the tags). I'm not aware of any existing txt-browser that does this. When you find one, then tell me. Otherwise you have to script yourself. I'd be interested even in this (even if only to learn ;). > Are you serious about option 1? Why not? Generally it's good to have visual aids. However, the implementation varies, and I prefer a simple data format that works even without a dedicated visual aids interpreter (human readable): i.e. the way of aiding is not stored in the data itself but left up to the reader (the original www idea). A tool can perform its beefing-up well enough on this simple/ raw data, too, as mutt and other MUAs show. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: reading color quoted replies
=- David Champion wrote on Thu 1.Feb'07 at 10:25:13 -0600 -= > > i.e. the way of aiding is not stored in the data > > itself but left up to the reader (the original www idea). > > A tool can perform its beefing-up well enough on this simple/ > > raw data, too, as mutt and other MUAs show. > > I agree with you, and I prefer that too, and from his post I > think Marc is in our camp. However, Marc is uncertain about bringing this up with his limited-/ outlook-only-/ awareness collegues. > But most people don't care that much, as long as they can tell > the difference in their way, and most people don't want to > deviate too far from whatever happens by default. That's true ... but is this (default=outlook/ html exclusive) what we mutters want? (Marc being the one in this case) This reasoning prevents freedom of "weapon"-choice/ personal optimization/ general improvement: that's what mutters want. Not all defaults/ features are good just because they came first. Isn't every company/ undertaking interested in improvement to better succeed? Better "interoperability" suits them, too! (Especially when they learn that there's an eMail-world beyond the company limits. ;) As often as people don't care for "a better" way, as often they don't care for _any_ way, as long as it doesn't bother them much. They just need a clue not to worry about a minor easy change (like selecting text/plain '> ' quoting over html in an options box) and some "conviction" to actually make the step. People are more friendly/ helpful than many of us worry they are not. Why keep "suffering" if things can be _easily_ changed when known? When people learn that a _simple_ change helps both sides without permanent losses to anyone, they are likely to apply it. If _we_ mutters don't do anything about it, it won't change by itself, as you noted _they_ won't do on their own. So... what's there to lose? Temporary friction. What is to gain? Lasting improvement for all. What does it take: just to ask them and patience to work against an inert mass. It won't hurt Marc to ask, except he's afraid of asking. > Trying to persuade them otherwise often just makes one seem... well, > too interested in telling others how to work, to put it gently. > Although I'd love for everyone to work my way, telling them that > they should usually doesn't work out very well. The problem is that mere trying/ learning/ asking is considered as negative force that must be denied, as if thinking hurts them, even more so any actual effort no matter how small and despite no permanent drawbacks for them once applied. So it's better not even to try to make things better? You (Marc) want to support this ignorance? It's up to you, you have to live with either consequence (short term no pain or long term gain), neither David nor I. ;) Improvement doesn't come without change, and this always causes friction to some end: no gain without pain. It's just a matter whether you want a) improvement and b) are willing to do what it takes. Often enough it only takes just a little to gain a lot. The sad thing is people are too scared to make even smallest steps and see the big gain that lies behind it. > This argument must be taken up with developers, not users. Uh, huh?! I don't understand what you refer to now. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: reading color quoted replies
=- David Champion wrote on Thu 1.Feb'07 at 13:05:27 -0600 -= > Has no one ever asked you how you can stand not reading e-mail > in full blazing GUI glory? (I'm not sure they'd call it "blazing glory" in the first place. It's often not that they like it but rather have no choice or just stick with what comes first) No, on the contrary, 1st they are puzzled by the strange look. (http://WIKI.mutt.org/?ConfigList) If that doesn't drive them away already (declaring me crazy), they "admire" me for using such an "advanced" (==non-GUI/-mouse) tool and how "efficient" it works for me, but "it's too hard for me". And if they still haven't given up, they say "great, maybe I should switch, too". Admittedly those are _very_ rare, but that was not the original question anyway. ;) > I said this is a matter for developers, not for users, because > developers (and administrators) are responsible for setting up > users' capabilities and defaults and ensuring interoperability. Yes, but users can feedback their experiences to the people in charge so they can reconsider. Users just have to do it so admins can learn about it at all. Otherwise admins will keep thinking they do a good job. "No comment" doesn't necessarily equate to "well done, admin" but maybe "I'm too lame to bitch and kick your butt to fix things once for all, so I take pains for a poor workaround or just give up". ;) > But even if it's a chosen setting, it most often aligns with > what they like the look of, not what they understand. As well this doesn't require to exclude each other! Often reason and convenience are close to each other (mostly?). We won't know unless we learn by asking/ trying. > It's a lot to ask of many people that they frame their workflow > around issues they don't understand or want to understand, just > because I pitched them a set of reasons that I said were > logically sound. Non-enthusiasts just want it to work with a > minimum of fuss and configuration, and if it looks like it works > to them, then it works. No big discussions or explanations needed: just hit the checkbox, done. I have yet to meet _conscious_ TOFU posters in that they really use/ read the quotes _in every_ mail. Most of them could very well just not quote at all without losing anything. > Have you worked in direct user support? For each professional or > enthusiast, there are hundreds who just use computers as a tool, > the way you would use a hammer or a gas oven. Few people want to > modify their ovens, even if oven engineers have suggestions for > how to do it. I know the numbers, as well I know that dominant "lazy" attitude. But at the same time people are not stupid or unfriendly despite being lazy _on their own_: if asked, they can move in favour of _somebody else_ and not be angry about it if the move is gentle. You just have to be brave enough to _ask_ them rather than _assume_ the worst. > I don't disagree with your rationale, I just don't think that > training everyone else to think "right" isn't very practical as > a solution to interop problems. Heh, they don't have to understand it all to make a small move. Many people are just friendly trustful by itself. ;) > Let me know when you convince them all, though, and I'll pay for > drinks. :) I'll remind you, no worries. :) -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: reading color quoted replies
especially people who have no own preference are readily granting favours if it's not too much for them, being small enough like clicking some box or a temporary change, not affecting the habits. > > Often enough it only takes just a little to gain a lot. > > The sad thing is people are too scared to make even smallest steps > > and see the big gain that lies behind it. > > Yes, but equally sad are those who waste their lives pipe > dreaming. Having enough foresight to know which battles will > bring gain sorts the successful from the unsuccessful. *laughs* Again, where from comes your "foresight"? Just because you're few and they are many? Of course you can't change it all at once, but 1 after the other. Reason requires patience to make a lazy mass learn. You give up before trying something that doesn't cost you much or anything like asking, which could be granted to you for nothing? You'd rather keep suffering or take the pains of a work- around than fix the source of the problem for "free"? (I still don't see the detrimental or worse effect of just asking. Is learning something new/ facts bad, worse than prejudice?) If you don't believe in change, why try it with mutt? Just stick with OL-noise as it is and ignore what doesn't please you. But will you like what results from this when you pass the chance to change when it was possible now? -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Mail loss
Moin moin, sadly I learned that for quite some long time mails to my previous addr have been lost (always more the more recenty). If you have sent any personal or public msg and haven't received an answer yet (for private, off-/ on-topic, meta-ML/ ML-tech), then please remind me with some context quote to this new addr. Thank you and I'm sorry for the noise. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: HTML email, was Re: reading color quoted replies
=- Travis H. wrote on Thu 1.Feb'07 at 23:04:23 -0600 -=
> On Thu, Feb 01, 2007 at 03:59:51PM -0500, Marc Vaillant wrote:
> > This just isn't realistic. What sort of view of mutt do you
> > think an outlook user (potential mutt user) is going to get if
> > I tell them "Hey check out this great text based MUA that I
> > have... only thing is, you know that feature that everyone in
> > the office loves to use with their clients, well you have to
> > tell them not to use it."
>
> Disclaimer: I am a security enthusiast
>
> I would say your best angle is a security angle. {...}
... one part being the defensive things listed by Travis, but you
also shouldn't forget that some "outsiders" rate html-ized mails
as spammy, so at least the score increases or in the worst case
it's outright blocked unless white-listed.
If they don't want to change their mind just for you as collegue
to make you more efficient at work, those arguments should make
some responsible dudes think about it.
(min. 50% of my total spam is html-ized: when I explain this to
my partners, they understand and click their box. I haven't heard
any of them complain about having lost quality of life ;)
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
Re: Add alias during session
=- Jing Xue wrote on Mon 5.Feb'07 at 19:12:29 -0500 -=
> Those added with "a" don't have to be sourced. But "a" only adds
> the sender's address. The only way to add an arbitrary alias
> seems to be to edit the alias file directly - and then to make
> it effective {...} the alias file would have to be sourced.
=- [EMAIL PROTECTED] wrote on Mon 5.Feb'07 at 21:48:33 -0600 -=
> Is there really no way to do a generic create-alias, where you don't
> have to change the information of the current sender? I've often
> wanted to do this - just hit 'a', but not have to erase all the
> information I don't want first (I just want it blank so I can enter
> what I want).
a) open an empty folder, where there is no "current addr". ;)
b) use (often ^U) to erase whole line at once, in case
you're bothered by "delete char-by-char". Much faster.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
Re: jump to last read
=- Christian Ebert wrote on Tue 6.Feb'07 at 14:19:16 +0100 -= > > Then to suffice your requirement you could simply bind the "n" > > key to a macro that does the above /and/ executes > > . > > Hm, I'm too dense, I tried, but everything leaves me on the > message that was marked -- marking the message doesn't perform > the actual search, and once I've done the hotkey search I'm back > on the marked message without having marked the message where I > came from. The idea, not litral mutt code, look up details. Works only assuming you don't use "Flag"ing for other purposes, and have 'wrap_search=yes'. a) jump next new: macro ... b) jump last seen: macro ... -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: Add alias during session
=- [EMAIL PROTECTED] wrote on Tue 6.Feb'07 at 8:49:52 -0600 -= > Wouldn't it be good to have another that just > starts with everything blank, instead of making the user open a > blank folder or erase all the information? Of course everything that automates repeated operation is good, but you have to question: does it pay off to have this feature extra? How often do _you_ need it? How many people use it _like you_? Even though I remember that last _year_ 1-2 times I wanted to do that, that's too rare for my taste to put more code into mutt. For those exceptional cases I can live with editing the file or hitting ^U 2 times/alias. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: toggle-quoted in browser
=- Bill wrote on Mon 5.Feb'07 at 20:34:32 -0800 -= > I've found that hitting 'v' in mutt's mail browser, and then > typing uppercase 'T' (while the text portion of the message is > selected), opens, what for me is a cleaner rendering of a message. Please don't report keys but function names from the '?' help page. I'm not used to the defaults anymore. > Is there anyway to implement this from mutt's browser, without > going through the 'v' 'T' sequence? (toggle-quoted) There is always macros, of course. Maybe 'message-hook . push ' helps. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: jump to last read
=- Christian Ebert wrote on Tue 6.Feb'07 at 18:40:24 +0100 -= > > b) jump last seen: > > macro ... > > "b" is _marked_, jump to "a", unflag "a", everything unflagged. Argl, I said "not literal", d'oh. ;) mark -> flag. This way b is _flagged_. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: Add alias during session
=- Darrin Chandler wrote on Tue 6.Feb'07 at 11:08:54 -0700 -= > However, one situation comes up fairly often... I want to add an alias > for someone in the message, but not who mutt thinks is the sender. This > happens on mailing lists, usually. When replying, mutt asks "Reply to > [EMAIL PROTECTED] ([yes]/no)?" or some such, and "no" gets me the real person > (rather than the list). With "a" to add an alias I get no such choice - > it always wants to add the list address. That's pretty much *never* what > I want. http://bugs.mutt.org/ => change-request -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: Add alias during session
=- Darrin Chandler wrote on Tue 6.Feb'07 at 12:42:56 -0700 -= > > > When replying, mutt asks "Reply to [EMAIL PROTECTED] ([yes]/no)?" > > > or some such, and "no" gets me the real person (rather than > > > the list). With "a" to add an alias I get no such choice - > > > it always wants to add the list address. That's pretty much > > > *never* what I want. > > > > http://bugs.mutt.org/ > > > > => change-request > > Ok. I was also considering doing a patch some time and sending it in. > Which is preferred? Make the patch, attach it to the PR you'll create then. Add 'patch' in the keyword field. If you hope somebody else might fix it in the meantime, create it _now_ and add the patch + keyword later. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: HTML email, was Re: reading color quoted replies
=- Marc Vaillant wrote on Thu 8.Feb'07 at 11:58:48 -0500 -= > Is there still considerable danger in dumping html via w3m or > some other html to text converter? No, see wiki FAQ how to make it work. > Also, we correspond with several DoD organizations on a weekly > basis. We've never had an email blocked, nor have we been told > not to send html email. Some blocks are black holes: no response. Not being told: maybe the other side sorts them as spam and deals with it later when searching for false positives rather than responding normally. The correspondence itself is not lost, but time. But of course your company might be white-listed, so no problems at all, no matter how spammy it looks. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: reading color quoted replies
=- Marc Vaillant wrote on Thu 8.Feb'07 at 11:52:23 -0500 -=
> > I'm sorry, explain, I don't see how it works against you when
> > 2 sides agree on a common course that helps both by making
> > things simpler.
> >
> > > I'm not afraid to ask, I'm just wise enough to know that its
> > > futile, or worse, detrimental.
> >
> > How do you know that before actually getting confirmation from
> > them?!
>
> I should have admitted that I am afraid: If %80 comply and %20
> don't, then that's at least %20 who think I'm a lunatic for
> wasting time working in a crippled environment.
That would be 80% improvement for you (and with it your company).
If the 20% still keep thinking this about you after telling them about
the negative aspects of HTML (security, phishing, spam in and out),
then they're beyond reasoning. Why worry about their ignorance?
But you/ we know better, and when you tell the persons in charge
(management or sysadmin) about the reasons we gave you about security
and spam, they might install a new policy, what will the 20% say then?
In the name of security many bad things have happened in the past
and present, could work for the good (mutt) side for a change. ;)
> I work in a startup of 10 people. I'm the only reason {... for
> IMAP, ssh, linux.}
> By most in our company, the effort to keep this going is
> considered a waste of time.
So you have some kind of experience/ feedback from your collegues:
prejudice against you.
Because they haven't met the evil side yet, lucky them.
And because they haven't seen your efficient mail management.
> Asking them to restrict how they use their email--no matter how
> compelling an argument I give--has a high probability of just
> strengthening that view.
If they consider it restrictive (i.e. they care about that at
all), then probably. Whatever, I'd give it a shot, given that
you're on the losing end already there isn't much more to lose. ;)
> I don't want to give them more fodder that might lead to losing
> my environment.
Ok, if they have power over you, then this is a different matter.
> http://www.dilbert.com/comics/dilbert/archive/dilbert-20070125.html
> It's these experiences and anecdotes that contribute to my
> pessimistic view.
But the hope never dies, and sometimes we're lucky. :)
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
Re: Default sort order
=- Eur Ing Chris Green wrote on Fri 9.Feb'07 at 13:38:13 + -= > On one copy of mutt I'm using the default sort order seems to be > thread whereas on all the others it's date. Is it possible to > set the default sort order at build time (I did't build that > one)? Or is there any other way it can be set apart from > configuration in muttrc? It can be changed at build time and global config. See wiki MuttGuide/ Syntax about the config file processing. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: MTA for Solaris - ideas anyone?
=- Eur Ing Chris Green wrote on Fri 16.Feb'07 at 19:33:44 + -= > Problem is I don't have root access so configuring sendmail is > not really possible. You don't need root: get the config m4-source dir (admin could give you read-access to them, otherwise get them from source-package), build your own config (for example 'nullcient'), and then use it with 'sendmail -C .../your-file' as your $sendmail value. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: How to tell if a maildir has mail in it?
=- Eur Ing Chris Green wrote on Tue 20.Feb'07 at 15:17:00 + -=
> > {...} but since it seems to be a reasonable request (at least
> > two users asking for it) there is hope to see it implemented
> > if we file it as a wish-list.
> >
> OK, where's the wish-list, is it on the wiki?
No, http://bugs.mutt.org/
type = change-request
But a WishList wiki-page might provide a better overview and review.
Would anyone mind if we/I migrated all wish items from bugs to
such a wiki-page?
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
Re: "Compatible migration from Emacs/Mew to mutt...formats?
=- Meino Christian Cramer wrote on Thu 22.Feb'07 at 5:26:56 +0100 -= > Read mail from /var/spool/mail/mccramer > Apply a set of regexp and depending of matching/not matching the > mails are sorted into > > $HOME/Mail// > > "" depends on what regexp has matched > > "" is a single file for each mail. In each > separate folder all files are numbered from 1 upto stored in this folder so far>. See mutt's http://WIKI.mutt.org/?MailConcept for which tools do what in the chain. Mutt won't auto-sort for you, you'll need ... > My current mail processing scheme is as follows: > fetchmail->exim->spamassassin->exim->/var/spool/mail/mccramer ... to insert an MDA (like procmail) before your spool. > I plan to setup fdm or procmail to read mails from > /var/spool/mail/mccramer and sort them into $HOME/Mail/. Good. :) > But! :) > To not to loose Mail I copier $HOME/Mail to $HOME/Mailmutt and tried > to convince mutt to read my mails already stored in the folders. > No luck. See http://WIKI.mutt.org/?FolderFormat for which are OK with mutt. > I was said, that the mail format I use would be "Maildir". After > haveing no luck with this settings, I thought my mail format > would be "MH" ... but also no luck. The 1-file-per-mail sounds like maildir, but if you read up on it, you'll notice it organizes it differently than you do and what is required for a _correct_ maildir folder to be recognized. > What initial setting do I need to read $HOME/Mailmutt/ ? Mutt understands out of the box _correctly_ formatted folders of the 4 known types. > The first step I need to get successfully working is to read this > mail format. As it is, mutt won't do it, you'll have to export that from your current mail system to one of mutt's known formats. Check your menus for some "export" feature. > If it is not possible to handle my old mails, I unfortunately > have to skip mutt, since I dont want to have Emacs/mew *and* > mutt installed just to be able to handle all my mail. Well ... at worst you could inspect what your files look like and examine whether they can be easily converted by a script if you don't have "export" already. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: "Compatible migration from Emacs/Mew to mutt...formats?
=- Meino Christian Cramer wrote on Fri 23.Feb'07 at 5:12:30 +0100 -= > Since every email is stored as a sperate file, there should be > no porblem to shut down fetchmail and exim for a moment, cat all > emails into a "fake" /var/spool/mail/mccramer-file and reread > the whole mail again. Don't do that! Whatever you want to recover, it will work with a normal file, too, don't touch your spool. mbox basically looks like this: -- QUOTE BEGIN -- >From adr date Header1:... HeaderN:... body-txt --- QUOTE END --- If your files look like this (note no ':' after From), then you can cat them together and simply use with mutt. > The only "problem" (may be): How does mutt determine the time of > the mail and the sequence of all mails? mutt can sort by several different orders, incl. time from header and unsorted (like you cat'ed them). Don't forget to read the given links, and roam around a bit more. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: NEWBIE: realname only uses first name?
=- Zembower, Kevin wrote on Fri 2.Mar'07 at 16:13:29 -0500 -= > folder-hook ghana set from = "[EMAIL PROTECTED]" > folder-hook ghana set realname = 'Ghana Malaria Project' > > When I use this configuration file, I'm able to select the > 'ghana' folder. When I do, the message 'Malaria: unknown > variable' appears briefly at the bottom of the screen. When I > compose a reply, the From: header appears as: > From: Ghana <[EMAIL PROTECTED]> Basically: you need more quoting. See http://WIKI.mutt.org/?DebugConfig -> Quoting -> MuttGuide/ Syntax -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: Installing mutt 1.5.14 problem
=- Przemyslaw Gawronski wrote on Sun 18.Mar'07 at 8:30:50 +0100 -= > I've compiled mutt 1.5.14 (--prefix=$HOME --with-imap) and that went > with no problems. But I can't install it as a regular user but only as > root :( If I configure it with --prefix=$HOME I would expect to be able > to install it in my home directory or am I thinking wrong? It was discussed on mutt-dev (see its archives) to fix installation for certain conditions, maybe it applies to you, too, and just hasn't been implemented yet. Typically the problem is that mutt_dotlock needs chgrp "mail" + chmod sgid, which fails for non-root. After you "configur"ed, edit your Makefile and prepend ':' in front of those 2 cmds for mutt_dotlock. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: attribution with headers of replied msg
=- Bharath Bhushan wrote on Thu 29.Mar'07 at 12:37:19 +0530 -= > I want to set the attribution variable such that in the initial > portion of the reply, I can put in arbitrary headers from the > original mail (at least From, To, Cc, Date, and Subject headers > and probably more). There is no direct mutt way. You can set edit_headers=yes and then use a script to stream-edit things as you like before you get to edit it manually. > I looked a bit into "reply-hook" but could not understand how I > could achieve what I wanted using it. I guess it won't help you at all. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: no fcc with command-line sending, but with -i asks for PW
=- Greg Novack wrote on Fri 30.Mar'07 at 3:50:31 -0500 -= > Lo, if I do it using > -i messagebody.txt > instead of with > < messagebody.txt > then it gets FCC'd, and even has my signature appended (which > does not happen with the method that won't FCC either). > > Come to think of it, this has spawned another question. When I > use '<' instead of '-i', I am not even prompted for a password, > which I assume is because mutt doesn't need me to interact with > msmtp. But when I use '-i', Mutt *does* prompt me for my > password (IMAP), even though msmtp doesn't need it, and even > though I am not checking my inbox. What's up with this? I guess your fcc-folder is on IMAP?! If '<' doesn't do any fcc'ing, then, of course, you won't be asked. If '-i' OTOH does, then it can't save fcc without your IMAP-PW. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: no fcc with command-line sending via '<' body-file
=- Greg Novack wrote on Fri 30.Mar'07 at 16:32:02 -0500 -=
> > > Come to think of it, this has spawned another question. When I
> > > use '<' instead of '-i', I am not even prompted for a password,
> > > which I assume is because mutt doesn't need me to interact with
> > > msmtp. But when I use '-i', Mutt *does* prompt me for my
> > > password (IMAP), even though msmtp doesn't need it, and even
> > > though I am not checking my inbox. What's up with this?
> >
> > I guess your fcc-folder is on IMAP?!
> > If '<' doesn't do any fcc'ing, then, of course, you won't be asked.
> > If '-i' OTOH does, then it can't save fcc without your IMAP-PW.
>
> My password is indeed requested for access to my FCC folder when
> using '-i'. Thus ends my secondary question. Thanks, Rado.
>
> { '<' should act like '-i' just without interactive dialog }
> '-i' makes me do too much to make it worth invoking from the CLI
> rather than just using Mutt normally.
I rarely use CLI mutt, because when I log in I have it open all the
time. Maybe ask mutt-dev or file a wish/ change-request with bts.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: shell expanding attachments
=- Shaochun Wang wrote on Tue 3.Apr'07 at 12:40:57 +0800 -= > For example, I have files named 1.zip 2.zip and so on. I want > adding all of them to a mail as attachments when composing the > mail. It will be good to specify things like *.zip when pressing > the 'a' key to add attachments. I'm not sure how useful for interactive mutt it is, but on mutt-dev this attachment issue has been discussed with cmd-line invocation. Check archives, perhaps this would help you. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Toggle between wrapping and chopping in viewer
=- Andre Majorel wrote on Tue 3.Apr'07 at 9:38:40 +0200 -= > In the viewer, is there a way to toggle between wrapping long > lines and truncating them to the width of the terminal, like -S > with less or :set wrap/:set nowrap in Vim ? Not yet. IIRC there was some thread on mutt-dev in the past 2 months about this ... not sure. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Accented characters not showing in pager
=- Trey Sizemore wrote on Fri 13.Apr'07 at 13:29:23 -0400 -= > > > Where else might I look to troubleshoot this? > > àáäèéëìíïòóöùúü Try wiki -> faq -> charset. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: no fcc with command-line sending
Moin Greg Novack, if you recall, we had some discussion about -i and '<' or '|' cmd-line sending behave differently with regard to fcc. I just noticed that even though using "script | mutt" the mails _are_ fcc'ed normally. But I'm not using fcc to IMAP, so there might be a difference. Did you observe your behaviour with local fcc folders, too? Do you use fcc-hooks or just record+copy? Have you upgraded to the latest mutt (1.5.15)? -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
folder-hooks applying too often
=- Matthew Daubenspeck wrote on Sat 14.Apr'07 at 10:55:49 -0400 -= > > * Matthew Daubenspeck <[EMAIL PROTECTED]> [2007-04-14 09:48 -0400]: > > > folder-hook =INBOX 'macro index d > > > "=INBOX.Trash"' > > > > This hook is applied to all folders that contain =INBOX. > > > > > when in INBOX and INBOX.Work. However, it is using the setup in ALL > > > folders. Any suggestions? > > > > Add $ at the end of the mailboxname. > > I must have the syntax wrong, as I tried that and it makes no > difference: Please re-check how folder-hooks work, maybe http://WIKI.mutt.org/?DebugConfig can help you. "catch-all" default is what you miss. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Incorrect(ly created) attachment (not) displaying when message
=- Eugene Krivdyuk wrote on Tue 24.Apr'07 at 9:39:14 +0300 -= > mutt doesn't display attached files correctly, they are > displayed as the part of message. > Attached file is example of such message, sent with icedove. > Any advice on how to fix it? Thanks. Look at the header, this is wrong: Content-Type: application/pgp; ... It should be "multipart/something". Look around more to find what's wrong, and ask _icedove_, not mutt: the error is with creation, not display. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Mutt and SMTP
=- Stefano Ferri wrote on Fri 27.Apr'07 at 11:34:16 -0500 -= Please see the http://WIKI.mutt.org/ site for pages referenced below. > set pop_host = $mypopserver > set pop_user = [EMAIL PROTECTED] > set pop_pass="$my.mail.password" Those are used with mutt's internal "fetchmail" function (see '?' in index). You can use URL-paths instead when you specify folders on remote servers, see MuttGuide / Folders. > set mbox = $mypopserver > set spoolfile = $mypopserver See on the same page what they mean and therefore which values you should put there. > set sendmail="/usr/sbin/sendmail" Do not set this var unless the default fails! The default typically does it right. Otherwise make it ".../sendmail -oi -oem" > Namely, I could send mail to most commercial addresses (like > yahoo or gmail) but if I sent a mail to myself or to collegues > in other universities the mail bounched back with a message > saying that my mailer was badly configurated. Maybe MuttFaq / Headers can help you, with the "envelope" problem. Some servers are more restrictive about it than others. > /usr/local/sendmail-8.13.8/sendmail-8.13.8/cf/cf > from which I made make install-cf > > It did not complain but now mutt...does nothing (I mean, I can > read but not send anything). Try to restore the original sendmail setup, I have no clue what was messed up now. > root 2190 1 0 08:10 ?00:00:00 sendmail: accepting > connections > smmsp 2198 1 0 08:10 ?00:00:00 sendmail: Queue [EMAIL > PROTECTED]:00:00 > for /var/spool/clientmqueue > > Did any of you have any idea of what did I do wrong? Suggestions > or help? Also have a log at the syslog for mail -> /etc/syslog.conf -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
New mutters 1st aid clues
Moin fellow mutters, to help newbies reach their solutions faster, I've added the following text to the welcome msg for subscribers. Please review and report improvements, or even better edit the pages directly. -- QUOTE BEGIN -- If you have any question related to mutt usage, then please check out these pages below. They cover many clues about well known problems and provide the _FASTEST_ route to an answer which you might be looking for. Others (might) have posted the same to the lists before you - http://WIKI.mutt.org/?MuttLists and their archives(!), Introduction to mutt - http://WIKI.mutt.org/?MuttGuide Frequently Asked Questions - http://WIKI.mutt.org/?MuttFaq How to analyze mutt problems - http://WIKI.mutt.org/?DebugConfig Please read carefully and report back what helped you or where you expected to find a solution you're looking for, but didn't find it. Note: this is a wiki! This means you can improve and correct what is presented or even add new material about your _own_ findings if it hasn't been already covered somewhere on the wiki: work in progress. --- QUOTE END --- -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Poll: new default "move=no" rather than "ask-no"
Moin,
it happens once in a while that somebody asks "how can I get my mail
back which has been moved, but I can't find it anymore".
Accidently hitting the wrong key ("yes") when being asked to move
read mail can result from not reading the question at all or not
understanding the consequences and how to deal with them when
optimistically thinking "sounds like a good idea".
The "loss" is not as critical as when there was no record kept for
outgoing messages, because that was absolutely unrecoverable, while
with RTFM and time you _could_ still find moved messages.
But for people in a hurry and/ or no direct access to help, the
message is as good as lost for their comprehension.
The idea is to set "move" by default to "no" rather than the current
"ask-no", so people not aware of the "move" functionality won't
"lose" messages or time recovering it.
People looking for that feature usually have the time to RTFM or
find help.
Any objections?
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: New mutters 1st aid clues
=- Alain Bench wrote on Thu 3.May'07 at 15:50:50 +0200 -= > Just a suggestion: Perhaps the 4 links could be better reordered. > Something like: > ...and only last: > -4) If nothing helped ==> list archives > > I mean: Most beginner's questions are covered simply by the wiki. > The list's archives cover the same questions (but answers are > there harder to find), and more less-frequent problems. If it > still doesn't help, implicit (5): post. > > Bye! Alain. > -- > « if you believe users read manuals until end, I've got a bridge to sell > you. » Your sig is exactly the point why I've put it _that_ way. :) Note: in MuttLists is not just the pointer to the archives, but also advice to use the other resources (also linked there) before anything else, even the archives, while the other pages don't point to MuttLists. So even if they don't read/ use the welcome msg to the end, they still have the best starting point if they go just with the 1st link. But those smart/ patient enough to read to the end, could immediately pick and jump to their desired link. If I'm too psychological there, we can change it to the "plainlogical" order. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: unsub'ing
=- Fintan Gaughan wrote on Tue 15.May'07 at 19:35:13 +0100 -= > Its just that i don't see any headers in googlemail . Strange, even gogglegroups lets me see all headers when I want to. > Next thing I did a search on google to which brings me to here. > http://www.mutt.org/mail-lists.html so that did not work. so I > fired off email with the words unsubscribe to which i should > receive instruction on how to unsubscribe. that tells me that > mailman not configured that way. Have you also read past the web-form to the end? Where it has links for direct mail action? Please report if those fail, too. (*waiting for wiki.mutt.org to overtake in goggle rankings*) -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: unsub'ing
=- Fintan Gaughan wrote on Tue 15.May'07 at 22:17:45 +0100 -= >> > Its just that i don't see any headers in googlemail . >> >> Strange, even gogglegroups lets me see all headers when I want to. Look around, there should be a way to see full headers, too. >> Have you also read past the web-form to the end? >> Where it has links for direct mail action? > > Sorry i did not see that!! > I thought they were links to the archives Why? Nowhere does it say "archive". "think" is good, however you didn't think (based on facts) but rather guessed without looking closer, that's a difference. In any case, reading before either guessing or even thinking helps, but definitely before complaining. Remember to improve next time. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
OT: offending sig + headers
=- Derek Martin wrote on Wed 16.May'07 at 21:21:34 -0400 -= > On Tue, May 15, 2007 at 06:09:20PM +0200, René Clerc wrote: > > > * Thomas Roessler <[EMAIL PROTECTED]> [15-05-2007 17:25]: > > > > > On 2007-05-15 10:29:19 -0400, Derek Martin wrote: > > > > > > > This message is posted from an invalid address. Replying to > > > > it will result in undeliverable mail. Sorry for the > > > > inconvenience. Thank the spammers. > > > > > > Am I the only one who finds this offensive? > > > > Why is that? > > Indeed, why? > > A few facts: Uh, why not wait for the OP's answer, as it seems you have no reason yet to justify, as we all know the need for spam defense? Since the matter is totally unrelated to mutt, please continue on [EMAIL PROTECTED], thank you. MFT + Reply-To set. (mutt-ot was created specifically for such cases as this one: when threads go off-topic, but people still like to continue) BTW, I, too, am curious to learn the reasons behind Thomas' statement. > 4. Since adopting my new method of spam management (now some 5+ > years old, if I'm not mistaken), I receive at most a total of > about *3 spams per day* to all my personal e-mail addresses > combined, *completely unfiltered* for spam. How can this happen, it should be totally free of spam then? > What would it take? A spammers-free world, no free (of cost) eMail. Fix the origin, then you don't have to fight the symptoms. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Collapsing Threads
=- Kyle Wheeler wrote on Thu 17.May'07 at 9:31:01 -0600 -= > On Thursday, May 17 at 04:52 PM, quoth Danny: > > Ok, can't see anything in my system-wide muttrc concerning > > threads. But here is my system-wide muttrc, maybe you guys can > > make something out of it. > > ...? I think you forgot the attachment. Good, because ... > The `mutt -D` output is more useful, though, since that shows the > result of *all* the config files (and we don't have to worry about > whether we missed something). ... collapsed threads by default are no option (yet), but can only be implemented by executing the function in a folder-hook. Please use http://WIKI.mutt.org/?DebugConfig advice to track it down. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: off-topic posting (was OT: offending sig + headers)
ou are willing to behave poorly yourself, then just bow
> out. Somehow the rest of us struggle by. I manage with hardly any
> spam.
So do Derek and I, everybody by the way of his personal preference.
I have an addr exclusively for this list. It's not white-listed, so
if it's caught by filters, it's gone, I don't review it.
Lucky those who pass, bad luck for those who fail.
Derek chose a "safer" approach, which one is better?
My for me, his for him, yours for you.
None of them interferes with the primary ML purpose/ functionality:
to be a public forum.
There is no reason to waste more time on spam control just because
somebody else feels fuzzy about a potentially never used feature.
> The concept deserves more careful consideration. It's not about
> being crazy. It's about being rude. Inconsiderate.
The same applies to all questioning Derek's way.
> Your {Derek's} methods are not odd. Others have used them. The
> same thing would occur to almost anyone in a few minutes, and be
> rejected because it's plain bad behavior.
... by those stuck in their conventional thinking that the eMail
world is either ideal or they are too used to spam that they
accepted it as part of their daily waste of time or loss of eMail.
Not all accept it, and they're free to do something about it, as
long as it doesn't harm anyone. Are you (or anyone else) harmed? How?
> IOW, despite the accepted norms for *this* community, you choose
> to act is a way that does not fit, and that has annoyed people
> around the net for 5 years? Is this reasonable, do you think?
a) Where are those "accepted norms" found?
- They are based on what?
- habit: sorry.
- convenience: maybe.
- reason: ok.
b) Many people are annoyed by many different things:
- TOFU, quote-chars, sigs, attributions, ...
- How to handle all those variations?
> I'm glad this community operates as-is. For the most part, this
> list is a friendly and helpful place.
Derek doesn't break this, all of you denying his preference do.
> > A mailing list is a public forum, and the discussions that stem
> > from it should be held publicly.
>
> I agree. Yet with my public, reachable address I've had very
> little trouble with private emails. A few "me too" or "you're
> wrong" emails a year don't bother me much. They are not, after
> all, spam. They certainly cannot be blamed on spammers.
He's not talking of legitimate private mail, but real spammers.
Some lists are archived publicly for spammers to harvest, spammers
may subscribe to lists.
If you've been lucky so far, be happy. It might even be that mutt
lists are not as vulnerable as others, but once you get burnt (like
I was), you rather play safe with every list, even the better ones.
> I would have no problem with it at all, if only you would stop posting.
Wrong. He did no harm, you (with the others) did by bringing it up.
> Yeah, everyone can be irritating sometimes. Yeah. But if random
> people over a long period of time tell you that you smell funny
> you really should consider doing something about it instead of
> thinking it's their problem.
... or simply put up a FAQ for all those newcomers who haven't
thought far enough and have to be shown alternative ways beyond
_their_ personal preference.
> > As hard as I have tried to understand the notion that my sig is
> > offensive, I can't escape the belief that people who are
> > offended by this are just being silly.
>
> I have this picture of fingers in ears and the sound "LA LA LA LA"
I see those all over the place, ... I mean, at every other place, too.
But Derek isn't one of them (from what I know).
> Of course I don't know what you've learned. Neither do you have a clue
> what I've learned. Cool. But I still see what you do, out here in
> public, and that's the part that seems to irritate me and more than a
> few others.
But not too many to worry about, and not with such weak(er) reasons.
=- Derek Martin wrote on Fri 18.May'07 at 10:36:56 -0400 -=
> Spam is any mail the recipient didn't want to read. To me, those
> are spam.
So is this off-topic thread, therefore please respect other
subscribers' wishes and carry such threads over to their dedicated
place: mutt-ot.
> I'm done with this thread, the list has already wasted way too
> much time on this nonsense, and so have I, certainly.
All of you could have done better, by either stopping, not starting
or moving it to mutt-ot altogether.
Think about it next time, thank you.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Re: Set From: Address in replies
=- [EMAIL PROTECTED] wrote on Mon 18.Jun'07 at 14:42:23 + -= > When I send a reply in mutt, the From: address is set to my > userid, which is not valid for mail purposes. How can I > permanently set the From: address to the ISP email address which > is where I get my email from? See the wiki faq, several issues apply to you. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: random ideas - storing mutt settings on imap server
=- Stefan Maerkl wrote on Tue 19.Jun'07 at 11:37:16 +0200 -= > Of course you would need some sort of "bootstrap config" to tell > mutt where it should look for its configuration. But you would > always need some basic configuration, because e.g. one would use > different "From:" addresses depending from where you work (I use a > different address at home and at work.) Also, if you have different mutt binaries, certain configs fail. But this idea isn't new, maybe you find it on http://bugs.mutt.org/ if not add it there. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
All lists have List-Post now, List-Unsubscribe changed
Moin fellow ML mutters, by popular(?) request we have now List-Post headers identifying the origin for each post sent via any list, even when in Bcc or cross-posted. If you wonder why: it helps sorting by procmail and responding via list-reply (mutt uses List-Post). While at it, replaced the old List-Unsubscribe header "mailto..." with a human friendly variant (for those who've been using that in place of missing List-Post/ID). Reason: even though the old one was RFC compliant, it wasn't automatically usable with mutt, but too cryptic for humans not speaking URL-encoding. Once mutt supports that, too, we can change it back. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Message not marked with 'r' although replied
=- Til Schubbe wrote on Sat 23.Jun'07 at 13:58:35 +0200 -= > when you got a message and reply to it, mutt should mark it with > an 'r' in the index. But I noticed that some messages which I have > replied to are not marked as such. Can anyone tell me why? Has > anyone detected the same? When you postpone but complete it in a different folder, then mutt doesn't know where the original msg is to flag it. You might ask for keeping track of the folder, but this would mean to suspend the currently opened folder to manipulate the oridiginal and return to the current one. With big boxes this can mean quite some load for a little flag, which you could have right by continuing the postponed msg in the right folder. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Configure Help menu
=- Maxime Brugidou wrote on Mon 25.Jun'07 at 19:09:49 +0200 -= > Is there any way to configure the menu bar on the top of mutt's window ? > I would like to display different functions. No. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: size in kbytes instead of bytes in folder_format ?
=- Alessio 'mOLOk' Bolognino wrote on Wed 27.Jun'07 at 19:04:13 +0200 -= > do you know if there is a way to show the size of the folders in KB > instead of Bytes (without patching the sources ;) ? Ugrade to 1.5.16 > I suppose I'm not allowed to do arithmetic operations in > $folder_format, Am I? No (yet ;). -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Mutt or muttng?
=- Eyolf Oestrem wrote on Wed 27.Jun'07 at 22:22:39 +0200 -= > a designated trash folder, > a reminder for forgotten attachments; There are macro solutions on the wiki. > an option to reply to the list and not the original sender; use "lists" + "subscribe" with list-reply for lists, set reply-to and mailfollowup-to to interactively ask you whether to use those or not (to reply to sender in From). > a max line length Not sure what this is, but "fmt" and shell wrappers or external editor config certainly can do whatever it is. > And, perhaps more importantly: are there good reasons why I should > use mutt and not muttng? You should better ask muttng folks why you should use it. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Need Help
=- Ralf Salomon wrote on Thu 28.Jun'07 at 23:50:20 +0200 -= > now, I have switched from suse (I don't like it anymore) to > ubuntu. so far, everything was working fine, but now, the new mutt > version always reports SASL authentication failed. "always"??? Please see http://wiki.mutt.org/?BeforeYouAsk -> DebugConfig -> reporting exact/detailed conditions and actions/ errors. >with Mutt 1.4i (2002-05-29) and the attached muttrc: ok >with Mutt 1.5.13 (2006-08-11) and the attached muttrc: :- For reference try building latest 1.5.16 from source. You can't be sure SuSE or ubuntu are not messing around with bins or global cfg. See "./configure --help" to know what you want in/out. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Automatically convert spaces to underscores when saving
=- Eric Smith wrote on Fri 6.Jul'07 at 11:26:11 +0200 -= > How would I achieve this? Steal the code from lynx and produce a patch for mutt, which you send to mutt-dev or the bts then. :) -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Change into an mbox - like chdir
=- David Woodfall wrote on Tue 10.Jul'07 at 18:35:38 +0100 -= > Sorry it's hard to explain what I mean. Basically, I have some > keybinds set up like this: > > macro browser l "^u/home/dive/mail/lists" > > Works fine, but, I want to be able to cd into an mbox. I can't > with because I get an error about it not being a folder. So is > there a command I can use in a macro or bind that will cd to an > mbox? "cd" means opening a directory of the filesystem to show you files acting as mailfolders (!= directories with "mbox format"). Mailfolders are simply selected from the browser, or "change"d to from the index. You have to explain in detail step by step _without_ using macros what you want to achieve and when (where you start), then describe which part(s) you want to automate with macros. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Q: Better list of mailboxes?
=- Kai Grossjohann wrote on Tue 10.Jul'07 at 14:51:30 +0200 -= > I have added all my (important) mail folders to the mailboxes > list, and I am now very fond of y to browse them. Some small > features are missing, though, so I thought I'd ask here for ideas: > > - How to navigate to the next/previous mailbox with new mail? When you "change" rather than use "y", it is offered as default in the order your specified them. > - How to restrict the list of mailboxes to the ones with new mail? No way, unless you use local mailboxes and delete/ save any read msgs to leave only N inside: when the folder is empty, it will be removed from the filesystem (mbox-format required) when you set "save_empty=no", and it will disappear from "y" list, but reappear when new mail arrives and the folder exists again. > - How to show the total number of messages / the number of unread > messages in each mailbox? Total: no way yet. You can only see # of N, and only with IMAP. > - How to elide information from each line, such as the permissions > and ownerships of the directories? "folder_format" as already told by fellow mutter. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Mutt ignoring Reply-To
=- Jukka Salmi wrote on Wed 1.Aug'07 at 11:53:41 +0200 -= > I'm using Mutt 1.5.16. When replying to a mail which has a > Reply-To header while reply_to is set, the address from the From > header instead of the one from the Reply-To header ends up as the > recipient address. I'd expect this behaviour only if reply_to is > unset. Have a look at mutt-dev archives, reply-to behaviour has been discussed there in more detail. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: [solved] Wildcard pattern matching issue - bug or workaround?
=- D. North wrote on Tue 24.Jul'07 at 17:42:31 -0500 -=
> Matt Okeson-Harlow wrote:
> >I think you need to wrap your regexp in ' '
> >ie
> >color index brightyellow black "~b '\ name.{0,9}\=.{2,30}\.zip'"
>
> Thanks Matt! --- That's what I was looking for.
Ah good, I was worried you had to wait for me to answer. ;)
On the wiki see "PatternQuoting" page to better understand how it
works, see also "DebugConfig" for quoting in general.
Also have another go at rtfm, the new version has new "=" patterns
in addition to "~", that's why "=" is special now (quoting required)
while it wasn't before (extra quoting optional).
> { quoted space }
> Older versions of mutt were simply dropping that part of the
> pattern. With the new quoting, that part now became significant
> and the pattern didn't match anything -- easily fixed now.
Ouhm?!
PatternQuoting processing hasn't changed for spaces among mutt
versions, you've just been lucky the space was ignored previously
with the less quoted variant, i.e. it was sufficient for the special
chars but irrelevant for the space on that quoting level.
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
