Reading mail from a variety of lists, with Mutt 1.5.15+20070412
(2007-04-11), I'm finding that the last paragraph of replies in the
posts from just one person are not displayed.
However, invoking vim within mutt reveals the invisible last (or only)
paragraph. Curiously, appending a newline, to
On Wed, Jun 18, 2008 at 08:25:53AM -0500, Kyle Wheeler wrote:
It sounds like you might have a $display_filter set. Do you?
Nope, but it's educational to know that's there, if I ever need it.
I wondered if I'd inadvertently zapped the unterminated last line in a
color regex, but there's nothing
On Thu, Jun 19, 2008 at 09:52:19AM -0500, Kyle Wheeler wrote:
Come to think of it, how can such an email actually exist? When email
is transmitted via SMTP, it's *required* to be terminated by a
newline. If it isn't, there's no way to know that the message has
finished.
Ah, we can't fault
On Sat, Sep 13, 2008 at 02:53:08PM +0200, Aleksandar D. Balalovski wrote:
hello, I've been using Mutt for half a year now, everything was fine.
Yesterday I changed some of the recipes in procmailrc and since than
fetchmail/procmail won't put the mail in the preferred mailbox. It
puts it in
On Sat, Oct 25, 2008 at 12:03:24PM +0100, tchomby wrote:
It's to solve the problem where you are subscribed to a large number
of email lists, for example, and filter mail from each list into its
own folder, then you don't want to have to open each folder just to
see if there's anything new in
On Mon, Dec 15, 2008 at 10:11:57PM +0100, Melisizwe Dubaku wrote:
I would change it to Meeting cancelled [was: Meeting next week].
Yes, that's precisely the syntax which I've also absorbed from
inhabiting a number of technical lists. It is the only one which I've
noticed to be consistent across
On Tue, Jan 20, 2009 at 05:58:25PM -0500, Patrick Shanahan wrote:
but the was inserted by procmail,
If there is no Content-Length: field or the -Y option has been
specified and procmail appends to regular mailfolders, any lines in
the body of the mes‐ sage that look like postmarks are
When composing an email to e.g. family, while in a list-related mailbox,
I'd like to temporarily reassign Reply-To:, overriding the current
folder-hook. Using the manual, and experiences found on the list, I've
come as far as this in .muttrc:
send2-hook '~t t...@theirdomain\\.net\\.au' 'my_hdr
On Tue, Aug 04, 2009 at 12:45:38PM +0200, Rocco Rutte wrote:
* Erik Christiansen wrote:
When composing an email to e.g. family, while in a list-related mailbox,
I'd like to temporarily reassign Reply-To:, overriding the current
folder-hook. Using the manual, and experiences found
On Wed, Aug 05, 2009 at 05:26:14PM +0200, Rocco Rutte wrote:
For example, with your Reply-To setting it may happen that all initial
recipients are in the group and a special settings thus applies. From
the compose menu you (for whatever reason) decide to add somebody else
not in this group.
On Thu, Aug 06, 2009 at 09:35:09AM -0500, Kyle Wheeler wrote:
On Friday, August 7 at 12:04 AM, quoth Erik Christiansen:
Well, send-hook is slightly mis-named. A more accurate name would be
compose-hook, because it's triggered whenever a new message is being
composed.
Sounds good so far
On Thu, Aug 06, 2009 at 01:14:04PM -0500, Kyle Wheeler wrote:
On Friday, August 7 at 01:52 AM, quoth Erik Christiansen:
Consider if you were instead changing the Subject header. For example:
send-hook '~C d...@example.com' 'my_hdr Subject: [dudemail]'
Munging that a bit, I seem
On Fri, Aug 07, 2009 at 07:21:22AM -0500, Kyle Wheeler wrote:
On Friday, August 7 at 08:09 PM, quoth Erik Christiansen:
Hmmm. I think there must be a misunderstanding between us somewhere
here. If you're happy, that's great, and nevermind the rest. But
unless I misunderstand how mutt works
On Fri, Aug 07, 2009 at 02:17:20PM -0500, Kyle Wheeler wrote:
On Saturday, August 8 at 01:55 AM, quoth Erik Christiansen:
Well, I've gone back for the third time, to check what happens on
compose (m), and list reply (L). In my now disused cross-gcc
mailbox, with no send-hook and no Reply
On Mon, Aug 24, 2009 at 12:57:11PM +0800, fvw wrote:
On Mon, Aug 24, 2009 at 04:36:25AM +0100, Noah Slater wrote:
How can I search through the body of all messages in a folder?
I have mairix set up for my archives, but not my inbox. My current
setup would make it problematic to do so. Is it
On Mon, May 10, 2010 at 04:17:58PM -0500, Kyle Wheeler wrote:
Let's compare notes (granted, this is two years old):
http://www.memoryhole.net/kyle/2008/03/my_bashrc.html
Thanks for have(). Elegant simplicity _and_ readability!
(If only bash were more like that.)
In return, maybe somone can
On Tue, Jun 08, 2010 at 04:52:22AM +0200, Michelle Konzack wrote:
Hello alvaro,
Am 2010-06-07 21:09:41, hacktest Du folgendes herunter:
Hi all,
I use a gprs connection with 500MB limited month connection. I see
mutt + imaps download all attachment from server.
There is no attachment
Since upgrading to ubuntu 10.04, and therefore Mutt 1.5.20, saving a
read mail to another mailbox immediately causes that mailbox to be
flagged as containing new mail. Since I'm using the same .muttrc,
something has changed between mutt versions, to cause the erroneous
behaviour. (Prior mutt
On Thu, Jun 24, 2010 at 12:28:24PM +0200, Michael Ludwig wrote:
Erik Christiansen schrieb am 24.06.2010 um 19:18 (+1000):
Since upgrading to ubuntu 10.04, and therefore Mutt 1.5.20, saving a
read mail to another mailbox immediately causes that mailbox to be
flagged as containing new mail
On Thu, Jun 24, 2010 at 01:08:07PM +0100, Chris G wrote:
I'm getting the feeling that, maybe, very few people are now using
mutt with mbox so that an 'out of the box' installation of mutt on
Linux works fine with maildir but if you switch to mbox it all goes
very much awry.
Oh-oh, that's
On Thu, Jun 24, 2010 at 02:57:05PM +0100, Chris G wrote:
If one writes a message to an mbox file then the size changes and (if atime is
enabled) the modification time will be after the access time. So mutt
*has* to say there's new mail in the mailbox.
Ah, then it is possibly only the immediate
On Fri, Jun 25, 2010 at 10:47:29AM +0100, Chris G wrote:
I don't really want to know when new mail arrives, what I want is the
ability to quickly go to all the mailboxes which have new incoming
mail when I'm running mutt. I don't have any need to respond quickly
to messages, just a need to be
On Fri, Jun 25, 2010 at 12:10:54PM +0100, Chris G wrote:
On Fri, Jun 25, 2010 at 08:05:31PM +1000, Erik Christiansen wrote:
[1]
If mutt knows not to flag the transferred email as new, then it also
knows enough not chuck up the erroneous New mail message. The logic
used for the message
On Fri, Jun 25, 2010 at 02:46:23PM +0200, Michael Ludwig wrote:
Checking for new mail before a user-triggered write operation, as you
suggested, would, I think, fix the issue.
Thank you.
After checking 114 fleas which mentioned New mail, I've added ticket
#3424.
Erik
--
The reasonable man
On Tue, Jul 30, 2002 at 04:54:18PM +0800, Isaac Claymore wrote:
However, whenever I send emails with a subject in Chinese, the receiver
gets something like this :Subject: =?zh_cn.gb2312?B?uf65/g==?=, although
all other parts of the mail are fine.
Thanks for hints and
--
_,-_|\Erik Christiansen
/ \ Research Development Division
\_,-.__/ Voice Products Department
vNEC Business Solutions Pty. Ltd.
On Wed, Jul 31, 2002 at 01:12:56PM +0200, Alain Bench wrote:
No: completely different problem. Your's is even not a Mutt problem,
just bad system's locale configuration. Try to set LC_CTYPE to a
suitable locale for your language, country and character set.
OK, it seems then that
On Wed, Jul 31, 2002 at 09:57:49AM -0400, Mark J. Reed wrote:
If you use the vim editor for composing messages, then you can
set up digraphs to enter non-ASCII characters; it also supports a
completely general but more awkward input method where you can type
control-V followed by the decimal
On Wed, Jul 31, 2002 at 10:57:39AM -0400, Ricardo SIGNES wrote:
I know this has been brought up before, but I just thought I'd voice my deep
desire: mutt should be able to have backrefs to its regexen. If I get a
'vote' in future development, this is how I would cast it. My C is crappy, or
it doesn't have modern EREs. ;-)
Hmmm. Whither mutt?
Regards,
Erik
--
_,-_|\Erik Christiansen
/ \ Research Development Division
\_,-.__/ Voice Products Department
vNEC Business Solutions Pty. Ltd.
On Mon, Sep 09, 2002 at 04:25:18PM +0800, Isaac Claymore wrote:
I need to email people at my company constantly, say foo.com.
What I want is: whenever I write an email, I just supply jack as
'To:' to mutt, and mutt completes that as [EMAIL PROTECTED], it'll
save me a lot typing.
What
Greetings, fellow Mutterers.
The problem is to:
a) Archive outgoing mail to a local mail folder named in a header.
b) Archive the same outgoing mail on a server, in similar fashion.
The attempted solution so far is:
a)
my_hdr Fcc: default_project_name
b)
my_hdr X-Topic:
Ouch! Leaving revelation of the nub of the problem till the attempted
solution, was clearly not helpful. Clearer is:
In order to provide a history of correspondence, filed by project, on
originating laptops and on a server, the two-part goal is to:
a) Archive outgoing mail to one
On Tue, Sep 24, 2002 at 07:51:13AM -0600, Charles Cazabon wrote:
Eric Smith [EMAIL PROTECTED] wrote:
I am getting a bit irritated by the second or two I need to wait
for `lynx -dump' or similiar to work when viewing the _many_ html
mails that happen upon my inbox - what are mutters doing
On Tue, Oct 08, 2002 at 02:47:53PM -0500, David Champion wrote:
Control-G cancels most prompted operations.
With your pardon, I'll say that _doesn't_ ring a bell.
Having tried the conventional escapes, including ^C, ^D, and Esc, I'd
surmised that mutt lacked the facility.
Is
On Tue, Oct 08, 2002 at 09:06:54PM -0400, Rob Reid wrote:
It's what the one true editor uses, but you're right, C-g should be a
hard-coded addition to the ? menu, right at the top.
Ah, yes. Bells and chords. That's self-consistent for the editor.
Finding ^C neither in the ? help, nor
Most URLs arriving in html messages are eminently discardable, but today
I received one worth trying. Mutt's autoview invokes w3m, which extracts
most of the html text, but renders the URL as nothing more than '*'.
There are three matching lines in /etc/mailcap:
text/html;
On Tue, Jul 13, 2010 at 08:21:02AM -0400, Patrick Shanahan wrote:
check the header for Content-Type:, it should contain:
Content-Type: text/html; charset=UTF-8
It's there, but spread over two lines:
Content-Type: text/html;
charset=UTF-8
As expected, merging the lines made no
On Tue, Jul 13, 2010 at 09:16:21AM -0700, Gary Johnson wrote:
On 2010-07-13, Erik Christiansen wrote:
I had thought that =3D was a m$-ism?
The = at the end of the line and =3D stuff is quoted-printable,
a type of Content-Transfer-Encoding defined by RFC 2045. Mutt
already knows how
On Wed, Jul 14, 2010 at 11:29:34AM -0700, Gary Johnson wrote:
On 2010-07-14, Erik Christiansen wrote:
It's in an A tag: (I've munged some of the href's characters in this post)
td height=3D60 colspan=3D3 align=3Dcenter valign=3Dmiddle=
font face=3DArial color=3D#66 style
On Tue, Aug 03, 2010 at 01:01:28PM +0100, Chris G wrote:
However I've just realised that I removed the record for
chris.isbd.net from the zone file for isbd.net at my hosting provider,
would the non-existence of chris.isbd.net break things?
Given that chris.isbd.net now doesn't resolve for
On Thu, Aug 05, 2010 at 09:18:45PM +0800, Yue Wu wrote:
I don't only want to redeliver my emails, but also not let all redelivered
mails become into the unread status. I'm using maildir format, and tried with
the following script:
for j in $(find $2 -type d | grep cur) ; do (
On Fri, Aug 06, 2010 at 10:54:16PM +0200, Michelle Konzack wrote:
Hello Christian Ebert,
Am 2010-08-05 15:45:48, hacktest Du folgendes herunter:
As Erik is using Maildir even that wouldn't help much as the
messages would be delivered to Maildir/new/ .
And if he had looked into the
On Tue, Aug 10, 2010 at 06:58:14AM +0800, Charles Jie wrote:
Before the bug is fixed, I suggest going back to mutt 1.5.18.
I found it has an extra benefit - it opens mailbox much faster than
1.5.20. I don't know why, but you can benchmark it. (I have some
mailboxes of size
On Tue, Aug 10, 2010 at 06:40:18AM -0700, Michael Elkins wrote:
FYI, I plan to tackle this bug soon. The discussion has not got unnoticed. :)
Grateful thanks, Michael.
If you'll need another beta tester, just yell out when the hard work's
done. ;-)
Erik
On Mon, Nov 29, 2010 at 11:47:16AM +0100, Christian Ebert wrote:
* Christian Ebert on Monday, November 29, 2010 at 11:11:11 +0100
term=/dev/$(ps -p$$ | awk '!/PID/ { print $2 }')
awk 'END { print $2 }'
is better.
Since both select the desired line from the two lines presented by
The mailbox suggestions listed by mutt, when I invoke tab-completion,
don't fit on the screen, because the 60 characters of completely
irrelevant ls -l-equivalent guff prefixed to the mailbox name. e.g.:
1 -rw--- 1 erik erik 129K Mar 27 19:15 cnc_linux_accuracy
2
On Sat, Feb 19, 2011 at 07:33:39AM -0400, Monte Stevens wrote:
set folder_format=%4C %t %N %f
Ah, grateful thanks for that. (I see now that what I should have been
searching for in the manual was file browser display. I'll make
notes.)
It is _lots_ better now. :-)
Thanks again to you and
On Tue, Feb 22, 2011 at 12:09:05PM +, Patrice Clement wrote:
I've been looking for a way to get a prompt to fill up the Cc: field when I
want to write a new email. Currently, when I press m (you all know what the
key-binding for m is :)), mutt asks me to whom I want to send the email and
On Fri, May 06, 2011 at 02:38:19PM +0200, Jose M Vidal wrote:
is there any way to send all the messages without the need to open
them one by one?
Running an MTA, such as sendmail or postfix, would spool the
mails for you, automatically sending them when the connection is up.
(Your laptop would
On 16.05.11 16:55, Robert Holtzman wrote:
Unfortunately my (Ubuntu's) version of Mutt seems to have been compiled
without ispell capability. From mutt -v: -ISPELL. Not having enough
background in compiling programs, I'll just stick to this in vimrc.
map F6 Esc:setlocal spell
On 18.05.11 18:35, Christian Brabandt wrote:
But since vim own spell checker works good another for me,
I don't remember those plugins (that are really outdated for quite
some time) and can't give any guidance on their quirks...
What impressed me enormously was the auto-install helpfulness,
On 20.05.11 11:52, Christian Brabandt wrote:
It is actually quite easy to find, if you know how to use Vim's help
system. Let's see, since spelling was a new feature for Vim 7, I usually
go to :h new-spell
There you'll find that z= is mentioned for spell suggestions. So place
you
On 24.05.11 09:48, Michael Elkins wrote:
On Mon, May 23, 2011 at 07:18:03PM +0200, Sander Smeenk wrote:
Thanks for your reply. The 'mail_check_recent' option does not appear
in my mutt/manual.txt.gz, nor does anything matching '_recent'.
My Mutt is 1.5.20 (2009-06-14), ubuntu maverick stock.
On 25.08.11 09:37, source liu wrote:
Maybe I should try something like sendmail/postfix, through it quit a
big challenge after a take a glance at their manuals,
great power requires greater efforts.
An apt-get update, followed by an apt-get install postfix (with the
need to answer a question
On 27.10.11 15:27, David Champion wrote:
* On 27 Oct 2011, Jostein Gogstad wrote:
Anyone heard of a script that does something similar? Do you think it falls
under the responsibility of the MUA?
I think that sounds like a task management / trouble-ticketing system.
Typically a reply
On 04.11.11 09:44, Tim Gray wrote:
The smart folders (saved searches) are pretty nice in my opinion and
are very fast. Coupled with a labels scheme such as the one you wrote
about, you have something that competes with gmail/notmuch/sup without
fooling around with IMAP standards or running an
On 20.04.12 12:03, Diep Pham Van wrote:
So, I'm the only one who has this problem?
On Wed, Apr 18, 2012 at 10:51:02PM +0700, Diep Pham Van wrote:
I have a very simple question but cannot find the answer anywhere.
I have mutt setup with offlineimap using maildir format. When I press
On 27.04.12 10:54, Diep Pham Van wrote:
So, is there an easy way to change that behaviour?
If there is no other way, then you could consider changing to mbox
format. It retains the 'N' new mail flag indefinitely if
set mark_old=no, and the post remains unread.
It seems astounding to me too,
On 10.05.12 08:08, Patrick Shanahan wrote:
* Diep Pham Van i...@favadi.com [05-10-12 08:01]:
Sometimes when reading a new mail, I must going to an other folder
and after some searching, I have no idea where is my previous
folder.
ctrlz from present instance of mutt and start another
or
On 10.05.12 19:53, Diep Pham Van wrote:
I have about 30 folders, so that can take minute to find out. :)
Although I have a little over one thousand mail folders¹, it only takes
seconds. That is because Up-Arrow cycles through the list of last
_visited_ folders, in reverse order.
If that is too
On 28.11.12 12:16, Derek Martin wrote:
All methods of judgement are rigid, by their very nature. It is only the
human element which allows them to be flexible (for example, I knew
what you meant when you typed rigit). Humans have differing
levels of tolerance; but regardless of the level,
On 29.11.12 08:42, Jamie Paul Griffin wrote:
I suppose what i'm saying is there are more important things in life to
worry about than something like this. I think provided people make some
sort of effort to conform to the way mailinglist posts should be
formatted, and particularly avoid things
On 01.12.12 09:45, Tony's unattended mail wrote:
On 2012-11-30, Derek Martin inva...@pizzashack.org wrote:
Only because I got sick of replying to your nonsense.
You gave up. That will fail you every time.
Long threads have a tendency to degenerate into a trailing BS session,
but they don't
On 01.12.12 17:57, Peter Davis wrote:
the 72-column wrapping rule and the non-HTML rule can hardly be
considered netiquette except perhaps within this tiny circle.
Otherwise they are, at best, quaint relics of an earlier era.
There are other bastions of consideration for the reader, not yet
On 02.12.12 08:54, Peter Davis wrote:
In my view, no amount of argument or evidence is going to change the
minds of anyone in this smaller group. That's fine. Within the domain of
lists that discuss these classic tools, we should adhere to the
practices of that community.
Eureka! That is what
On 04.12.12 14:00, Jeremy Kitchen wrote:
alternatively, you could reformat the mails at receive time through
a procmail filter or something if you have that kind of access to the
mail server.
If anyone has a working solution, I'd be interested too. The following
had to be commented out,
On 05.12.12 11:24, Patrick Shanahan wrote:
* Erik Christiansen dva...@internode.on.net [12-05-12 02:44]:
# This DOES WRECK URLs!
# This can wreck code patches:
# :0Bbfw # Fold long lines (80
On 15.12.12 17:03, Christian Brabandt wrote:
Probably it is not yet in mutt, but might be included later. Many
features from mutt started as separate patches (or are still flying
around as patches) until they have been included into main mutt.
Just tweaking the index view is only half a fix,
On 16.12.12 12:20, Derek Martin wrote:
On Sun, Dec 16, 2012 at 12:00:25PM +1100, Erik Christiansen wrote:
On 15.12.12 17:03, Christian Brabandt wrote:
That has the advantage that the [list-gumpf] is gone not only from the
index, but also from the edit-headers in vim, when replying
The mutt installed today, from the mercurial repository,
Mutt 1.5.21+145 (2a1c5d3dd72e) (2012-12-30)
doesn't like this line in .muttrc:
set xterm_set_titles=yes
It complains:
Error in /home/erik/.muttrc, line 96: xterm_set_titles: unknown variable
source: errors in /home/erik/.muttrc
My old
On 05.02.13 22:43, Trevor D. Manning wrote:
* Erik Christiansen (dva...@internode.on.net) wrote:
The mutt installed today, from the mercurial repository,
Mutt 1.5.21+145 (2a1c5d3dd72e) (2012-12-30)
doesn't like this line in .muttrc:
set xterm_set_titles=yes
Could it be that setting
On 05.02.13 11:05, Brendan Cully wrote:
That's a third-party patch, as others have pointed out. But using the
| feature of format strings you can get similar functionality. See
contrib/mutt_xtitle in the mutt repo:
http://dev.mutt.org/hg/mutt/file/tip/contrib/mutt_xtitle
Many thanks,
On 08.02.13 22:29, Will Yardley wrote:
On Fri, Feb 08, 2013 at 10:17:26PM -0500, grarpamp wrote:
If at all possible I'd like to see the Subject: line for this list
updated from...
Subject: ...thread...
...to...
Subject: [mutt-users] ...thread...
I'm aware mail filters are readily
of the personal folder. The thread in the list folder is
complete.
# Collapse duplicate messages, but not my
:0 Whc: msgid.lock # posts that I've BCCed, for testing.
* !^From: Erik Christiansen
| formail -D 8192 msgid.cache
On 12.02.13 11:31, David Woodfall wrote:
My .procmailrc-lists is populated with eg:
:0
* ^.*mutt-users@mutt.org*
lists/mutt-users@mutt.org/
Which catches mail To or Cc the mailing list,
Or in the Subject, or elsewhere. As a hack, it'll probably mostly work
most of the time, because the
On 12.02.13 17:44, Michael Elkins wrote:
I prefer to save the copy with the List-Post header field rather than the
personal copy, so I use a slightly different approach:
:0
* ^TOmutt-\/[^@]+
{
# mail cc'd to the mutt-* lists but without the List-Post: header are
dupes
:0
On 27.02.13 15:59, Patrick Shanahan wrote:
I am *against* Reply-To: mudging by list software and believe it
should *only* be employed by a poster wishing replies to his posts to
be rec'd by a different account such as posting from work and wanting
receipt at home.
Hmmm, I've tried using
On 19.03.13 10:29, Chris Green wrote:
So, how does mutt decide that a message is 'N'? There isn't an explicit
flag indicating this so it must be some combination of absence of
Status: and X-Status: flags.
Can anyone tell me what it is please.
Last time I looked at that, I made these notes:
On 20.03.13 13:14, Chris Green wrote:
What is supposed to happen in the following scenario:-
I'm viewing my incoming mail (inbox), looking at the index view in mutt.
Some new mail arrives, delivered by procmail/python script/whatever
to the inbox.
Is there supposed to be
On 20.03.13 14:11, Chris Green wrote:
What I want to know is:-
Is it possible for a message to be delivered into an mbox that mutt
is looking at without provoking the Mailbox was externally
modified message?
Yes. Here the message is New mail in this mailbox.
(Confirmed by
On 22.03.13 12:54, Derek Martin wrote:
On Fri, Mar 22, 2013 at 09:04:21AM +, Chris Green wrote:
Mutt itself *doesn't* put a blank line there, if you S[ave] or
C[opy] messages to a new mbox the messages have no blank lines
before the 'From '.
When I save a message to another mailbox,
On 23.03.13 12:40, Chris Green wrote:
Well I first actually tried it and saw no blank line.
I've now looked throught my archive (1845 mailboxes) and most of them,
saved with mutt, using S[ave], seem *not* to have a blank line either.
There are some with blank lines between but I suspect
On 11.04.13 13:37, Nicolas Bock wrote:
is it possible to exclude a certain folder or folders from the mailboxes that
are checked when executing next-unread-mailbox?
Yes, just comment out (or delete) its mailboxes line in .muttrc.
(I do that when unsubscribing from a mail list, then uncomment if
On 06.05.13 14:53, Jan-Herbert Damm wrote:
lately tried:
tbl | groff -k -Tutf8 | uniq output.file
which works fine and I get german umlauts. But while cat will show
me the output correctly vim or even less will not.
When you try :set fenc ? in vim, does it show:
fileencoding=utf-8
If
On 07.05.13 15:32, Chris Green wrote:
On Tue, May 07, 2013 at 10:21:49AM -0400, Patrick Shanahan wrote:
REs would be preferable but it does provide fuzzy searchs
Yes, I've used them occasionally, doesn't help with non alpha/number
strings though.
Maybe I'm missing something, but
On 07.05.13 10:39, Patrick Shanahan wrote:
* John Niendorf j...@jfniendorf.org [05-07-13 10:37]:
[...]
What is egrep and how does it work? (OK I guess I could look up the man
page.)
Biggest question is: Is egrep a vim only thing or can a nano wimp use it
too? ;-)
Your question will
On 07.05.13 10:58, Gary Johnson wrote:
On 2013-05-08, Erik Christiansen wrote:
You might find this script, which I've named vimgrep, useful.
#!/bin/bash
tmp=$(mktemp)
cat $tmp
exec /dev/tty
vim --cmd 'let efm=gfm' -q $tmp $@
rm $tmp
It's invoked like
On 03.06.13 14:30, Patrick Ben Koetter wrote:
I'd like to search messages by recipient in my Sent-Folder, but at least my
mutt install won't do it out of the box.
To do that, I just use:
/ ~h some_recipient_name
OK, that looks in all the headers, but you probably want to check Cc: as
well,
On 21.06.13 10:13, Rado Q wrote:
But not to make one side happy and reject the other, how about this:
we get 2 lists, one for the basicsimple stuff (mutt-users), the other
for advanced (mutt-adventures). Have some moderators sitting on
the basic- line forwarding the advanced stuff (users) to
On 21.06.13 10:52, Eduardo Alvarez wrote:
That sounds like a fantastic compilation, not just for practical knowledge,
but
I'm betting a little of history as well. Would you care to share it? :)
At first I thought that's not a problem, if it is of any interest. But
it includes pastes of
On 06.09.13 10:10, Derek Martin wrote:
If it's sensitive enough to be encrypted outgoing, it's sensitive
enough to be encrypted on disk... even if you haven't actually sent it
yet.
That's entirely convincing, but it doesn't follow that this has anything
to do with mutt, I figure. I use vim
On 07.09.13 09:44, Óscar Pereira wrote:
On Sat, Sep 07, 2013 at 06:13:20PM +1000, Erik Christiansen wrote:
On 06.09.13 10:10, Derek Martin wrote:
If it's sensitive enough to be encrypted outgoing, it's sensitive
enough to be encrypted on disk... even if you haven't actually sent it
yet
On 07.09.13 12:56, Óscar Pereira wrote:
On Sat, Sep 07, 2013 at 07:51:41PM +1000, Erik Christiansen wrote:
On 07.09.13 09:44, Óscar Pereira wrote:
On Sat, Sep 07, 2013 at 06:13:20PM +1000, Erik Christiansen wrote:
We use an editor to create the text for an email, so it needs to read
On 07.09.13 14:40, Christian Brabandt wrote:
Hi Erik!
G'day Christian. A thoughtful response is most welcome.
On Sa, 07 Sep 2013, Erik Christiansen wrote:
What you have seem to have missed is that the editor is not encrypting
the email for transmission. Mutt still does that. To this end
On 08.09.13 14:59, Christian Brabandt wrote:
Vim certainly could and Emacs probably can encrypt. But what about Nano,
pico, mcedit, gedit, kate? Therefore, I think, it is still mutt's
responsibility to encrypt the file.
G'day Christian,
That would remove the editor choice restriction, and
, what would the conclusion
be?
Err ... please accept that you own that. It's your scenario, and your
reasoning. Nothing to do with me, because I had _in_advance_ ruled out
any need for an external viewer from my reasoning:
On 07.09.13 19:51, Erik Christiansen wrote:
On the other hand, we use mutt
On 08.09.13 20:14, Tim Gray wrote:
On Sep 09, 2013 at 02:31 AM +1000, Erik Christiansen wrote:
That would remove the editor choice restriction, and so would be more
universal once it exits. Added to that, draft encryption integrated
into mutt uses less keystrokes and requires less user
On 06.12.13 11:22, Paul E Condon wrote:
On 20131206_210949, Erik Christiansen wrote:
help when you are off in another mailbox, and suddenly decide to fling
off a message. To let mutt catch that use case, and put any message to
family in the right mailbox, I've settled on:
fcc-save-hook
On 08.01.14 11:17, Peter Davis wrote:
Well, adding the line
color tree black white
to my .muttrc seems to have fixed the colors for the thread tree
characters, but this was never necessary before.
Just such a change became necessary here some years ago. (Don't remember
which mutt version
1 - 100 of 277 matches
Mail list logo
