Re: Folder specific TO-Address
Hi, I know you quoted manual... But context made me worry. I am not sure we are talking same thing but try explaining what I meant: On Sun, May 13, 2001 at 08:13:28PM +0200, Wilhelm Wienemann wrote: > > On Fri, May 11, 2001 at 08:25:07PM +0200, Wilhelm Wienemann wrote: > > > > I am searching for a way defining a default TO: address depending > > > > on ... > > > list-reply (default: L) > > > > > Reply to the current or tagged message(s) by extracting any > > > addresses which match the addresses given by the ``lists or > > > subscribe'' commands, but also honor any Mail-Followup-To > > > header(s) if the ``$honor_followup_to'' configuration variable is > > > set. Using this when replying to messages posted to mailing lists > > > helps avoid duplicate copies being sent to the author of the > > > message you are replying to. > > > > Is this true solution? > > Sorry, but I didn't say it's the 'one-and-only' solution. > For me it's one of more possible ways to do it which will work > here on my box without any problems. :-) When "L" is pressed in place of "m", it creates To: correctly as described above but also sets additional one: In-Reply-To: <[EMAIL PROTECTED]>; from [EMAIL PROTECTED] on Fri, May 11, 2001 at 08:25:07PM +0200S So it becomes part of other thread if used in place of "m" command. ;-) "m" will not set above tag. Original posting was about how-to-set To:... for "m", I think... Regards, -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + My debian quick-reference, http://www.aokiconsulting.com/quick/+
Re: Folder specific TO-Address
On Fri, May 11, 2001 at 08:25:07PM +0200, Wilhelm Wienemann wrote:
> > I am searching for a way defining a default TO: address depending on
> list-reply (default: L)
> Reply to the current or tagged message(s) by extracting any addresses
> which match the addresses given by the ``lists or subscribe''
> commands, but also honor any Mail-Followup-To header(s) if the
> ``$honor_followup_to'' configuration variable is set. Using this when
> replying to messages posted to mailing lists helps avoid duplicate
> copies being sent to the author of the message you are replying to.
Is this true solution? I do concur the use of "lists or subscribe" is
a good thing if used appropriately. But blanket statement makes me
worry. This makes new message linked to previous message which we
sometines do not want when one wish to initiate a thread. This is valid
only for continuing discussion. (I see so many careless posting attached
to unrelated thread.)
L : continue discussion on list (Good thing with "lists")
m : start thread.
g : reply to all
So also redefining "m" with each folder is a good idea which someone
else already posed if "m" to work as original poster intended. (I
should try...)
One reminder, when you do not want reply to be addressed to you but
should go to ML, set "subscribe". Then also change .muttrc
#index format (Collasped)
set index_format="%4C %Z %{%b %d} %-15.15F %?M?(#%03M)&(%4l)? %s"
to get address displayed sanely. This one took me a while before I
figured out
Osamu
--
~~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~
+ Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D +
+ My debian quick-reference, http://www.aokiconsulting.com/quick/+
Re: Which Keyserver???
I had similar post to debian-user list and following is conclusion. On Fri, Apr 13, 2001 at 08:18:01PM +, Subba Rao wrote: > I am trying to verify the keys from a signed email. Mutt seems to be trying > to connect to the www.keyserver.net, but always get the following error, www.keyserver.net has moved to new proprietary format so gpg does not work. Do not use it. wwwkeys.eu.pgp.net is my current choice. wwwkeys.us.pgp.net is same as pgp.ai.mit.edu=pgp5.ai.mit.edu Connection to this MIT site was erratic due to missing packet right near pgp5 host (tracroute result then.) Situation may have improved now. Good luck. -- `~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^v^/~~~ ~\^-^/~~~ ~\^+^/~~~ ~\^_^/~' Osamu Aoki <[EMAIL PROTECTED]> GnuPG-key: 1024D/D5DE453D
Re: spell checking
Hi.
Default configuration in Debian does spell check by pressing "i".
It runs ispell. It is that simple!
Osamu
PS; You may want to set line mergin to 72.
I reformated with {visual}gq. See below for entry.
set editor="vim -c 'set tw=72 et comments=nb:>'"
On Fri, Mar 23, 2001 at 07:19:56PM -0800, Robert Barish wrote:
> Hello I am just getting my feet wet with mutt and trying it out to
> see if it will be my email client of choice. So far I really like
> the speed of mutt. I have a real basic question. How does one
> incoporate a spell checker with mutt? Does it use ispell. If you can
> use a spell checker how does one activate it. Thanks for all help
> ahead of time.
>
> Bob
--
http://www.aokiconsulting.com/debian-survival for my Debian User FAQ
`~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^v^/~~~ ~\^-^/~~~ ~\^+^/~~~ ~\^_^/~'
Osamu Aoki <[EMAIL PROTECTED]> GnuPG-key: 1024D/D5DE453D
Re: invoking manual
Check terminal setting and termcap On Sat, Mar 03, 2001 at 10:35:10AM -0800, Dale Morris wrote: > F1 brings up the manual perfectly from the console, and also in Xterm. > But it doesn't work with Eterm. I just noticed another problem, and > that is vim is not colorizing the .muttrc file, I'm searching now for > information on the display. -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: invoking manual
Are you in Linux console or in some kind of terminal emulator/XTERM. Stupid terminal like one in WINDOZE can not process . Get puTTY (google it please) if you want to access from DOZE. Osamu On Sat, Mar 03, 2001 at 08:19:35AM -0800, Dale Morris wrote: > I have both less and gzip installed, anything else I might need? Or maybe > something to do with the display or a file permission? > > > > Osamu Aoki [[EMAIL PROTECTED]] wrote: > > Did you install less and gzip? Check with: > >$ dpkg -l less gzip > > If not apt-get install > > > > is nothing but running zless. > > > > The way you described sounds like missing gzip. It is required package. > > > > Regards, > > Osamu > > On Sat, Mar 03, 2001 at 05:36:38AM -0800, Dale Morris wrote: > > > Recently I did a 2.2 cd install of debian. Before I'd been running the > > > libranet version of debian. I am sourcing the keybind-1.2i file and it has > > > F1 linked to the mutt manual. But, it doesn't work. Trying to get vim to > > > read a .gz file doesn't work either, whereas it used to work with the > > > libranet version. I'm missing some package or configuration, can someone > > > clue me to what it is? > > > I have bash, sh, zsh shells installed. > > > I have vim-rt, vim-tcl installed. > > -- > > + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + > > + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + > > + http://www.aokiconsulting.com/pc/ Cupertino, CA USA + > > > > -- > "You are entitled to your actions...not the results" > --Bhagavad Gita > > -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: invoking manual
Did you install less and gzip? Check with: $ dpkg -l less gzip If not apt-get install is nothing but running zless. The way you described sounds like missing gzip. It is required package. Regards, Osamu On Sat, Mar 03, 2001 at 05:36:38AM -0800, Dale Morris wrote: > Recently I did a 2.2 cd install of debian. Before I'd been running the > libranet version of debian. I am sourcing the keybind-1.2i file and it has > F1 linked to the mutt manual. But, it doesn't work. Trying to get vim to > read a .gz file doesn't work either, whereas it used to work with the > libranet version. I'm missing some package or configuration, can someone > clue me to what it is? > I have bash, sh, zsh shells installed. > I have vim-rt, vim-tcl installed. -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: F flag(false positive)
Well, I know I can change my localhost to be a weired name... That is not point. (faking host name with exim is easy too.) But, jeff you are not even doing it either Received: (from jeff@localhost) My question is how I can change Mutt behavior deciding on which mail are from local machine. I bet if I create jeff in my machine account, and send mail to you, it shall be marked F. Regards, Osamu On Wed, Feb 28, 2001 at 04:01:11PM -0500, Jeff Abrahamson wrote: > On Tue, Feb 27, 2001 at 11:15:16PM -0800, Osamu Aoki wrote: > > Suppose someone send mail from account "debian" from "localhost" > > and I recieve it here in account "debian" on "localhost", it > > showup as if it came from myself in my Mutt. > > > > Is there any good way to avoid this? > > > > Any suggestion? > > Name your machine. Create an account for yourself. > > -- > Jeff > > Jeff Abrahamson <http://www.purple.com/jeff/> -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
F flag(false positive)
Suppose someone send mail from account "debian" from "localhost" and I recieve it here in account "debian" on "localhost", it showup as if it came from myself in my Mutt. Is there any good way to avoid this? Any suggestion? Osamu -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: OT: How to manually decode "application/octet-stream"
On Tue, Feb 27, 2001 at 08:13:06AM +0530, Suresh Ramasubramanian wrote: > Osamu Aoki proclaimed on mutt-users that: > > > Problem was I needed to add a line before successfully decoding > > my Base64 coded text to binary. I was looking for better/automatic > > command line scheme. > > munpack perhaps? > Worked beautifully. Thanks. -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: OT: How to manually decode "application/octet-stream"
Thanks again for your comment but you are missing my question. My question is "how do I decode mail contents manually but efficiently?" This is useful knowledge if mails are archived in a web page and if one wants to read their content. For example, mail content comes actually in following form: ... Content-Type: application/octet-stream Content-Disposition: attachment; filename="foo.tar.gz" Content-Transfer-Encoding: base64 ...(encoded 7bit text)... Then I need to add "begin-base64 644 foo.tar.gz" before encoded section before I manually parse the original file using uudecode. I know Mutt parses them properly. That's why I asked here. This process is quite cumbersome if multiple files are attached. Regards, Osamu On Mon, Feb 26, 2001 at 04:37:20PM -0500, Rich Lafferty wrote: > On Mon, Feb 26, 2001 at 01:42:09PM -0800, Osamu Aoki ([EMAIL PROTECTED]) >wrote: > > Thanks Rich, but uudecode does Base64 at least on Debian system. > > > > On Mon, Feb 26, 2001 at 12:59:29PM -0500, Rich Lafferty wrote: > > > "Application/octet-stream" means "I don't know what this is other than > > > to say that it's a bunch of bytes". In particular, it doesn't say it's > > > uuencoded; if anything, it leans toward *not* being uuencoded, since > > > the "standard" 7-bit encoding for 8-bit data in MIME is Base64. > > > > Problem was I needed to add a line before successfully decoding > > my Base64 coded text to binary. I was looking for better/automatic > > command line scheme. > > Right, but keep in mind that "application/octet-stream" doesn't mean > it's base64, either. All it means is that the sending agent had > absolutely no information about the content at all other than that it > was not 7-bit text. > > -Rich -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: OT: How to manually decode "application/octet-stream"
Thanks Rich, but uudecode does Base64 at least on Debian system. On Mon, Feb 26, 2001 at 12:59:29PM -0500, Rich Lafferty wrote: > "Application/octet-stream" means "I don't know what this is other than > to say that it's a bunch of bytes". In particular, it doesn't say it's > uuencoded; if anything, it leans toward *not* being uuencoded, since > the "standard" 7-bit encoding for 8-bit data in MIME is Base64. >From man uudecode: ... By default the standard UU encoding format will be used. If the option -m is given on the command line base64 encoding is used instead. ... The program can automatically decide which of the both supported encoding schemes are used. ... Problem was I needed to add a line before successfully decoding my Base64 coded text to binary. I was looking for better/automatic command line scheme. Regards, Osamu -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: Inbox repair tool
Also, exim+procmail supports MAILDIR too. Erik, your Debian have packages for these. Just configure procmail with MAILDIR delivary or install qmail. Osamu Oi Mon, Feb 26, 2001 at 10:53:56AM -0800, Jason Helfman wrote: > After this your best bet would be to look into using a smtp server that > delivers in MAILDIR format. In this format, each peice of mail is it's > own file. So if any corruption occurs, it is only in the case of that > one particular email. > > | Erik van der Meulen <[EMAIL PROTECTED]> -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
OT: How to manually decode "application/octet-stream"
I am wondering what is the most efficient way to read mail archive in web page on which attachment is attached in a form of "application/octet-stream". In case of Mutt reding mail, it saves attachment after decoding, so I never needed to use uudecode manually. When I manually decoded those web page previously, I had to edit web page and add a starting line to run uudecode. Is this right way? Any suggestion? Osamu -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: Inbox repair tool
Hi, On Mon, Feb 26, 2001 at 03:29:16PM +0100, Erik van der Meulen wrote: > I have a large inbox archive file, that seems to be a little corrupt. If "inbox archive file" is in mbox style and file size of the "inbox archive file" is 2GB(Linux file size limit) or some special file size Mutt care(Which I do not know), you may not be able to save all of the content in a single mbox due to file size limitation. Mark most but last few emails and save them in different mbox, then save the rest in other mbox, if this is the case. Everytime you open mbox style mailbox, Mutt will add a line to indicate status etc. Also, if you really have corrupt mail in it, you may also check set up of procmail etc. You may not have set file locking properly. Good luck. Osamu -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + http://www.aokiconsulting.com/pc/ Cupertino, CA USA +
Re: fuction of mutt, possible, pgp/gpg
I had same annoyance. I made following entry to my .muttrc to turn on/off GPG/PGP sig check to avoid this annoyance. macro index S ":toggle pgp_verify_sig\n" # define S to toggle GPG check If you find better method to deal with this, let me know by cc: Osamu On Wed, Feb 21, 2001 at 10:35:06PM -0800, Jason Helfman wrote: > When you have a verified a pgp/gpg key once, is it necessary for mutt > to ask you to verify it again? > > -- > /Jason G Helfman > -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + === http://www.aokiconsulting.com === Cupertino, CA USA === +
Solution: Reading gpg signed mailing list.
After searching good way to read gpg signed mailing list I came to following conclusion: Q1: Check sig only upon request (This is easy, did it!) I did this. Add macro to .muttrc (with others I defined) --- macro index S ":toggle pgp_verify_sig\n"# define S macro pager z ":toggle pager_stop\n"# stop at the end (z)? bind pager \' toggle-quoted # T is hard to use macro index c ?\n\t # redefine c --- Q2: Check sig in background (Too difficult to do now) Someone mailed me info on this. Checking in background with progress indicator is difficult to implement but procmail may achieve similar goal. (Anyone knows example???) Q3: Sig display at the end. (Let me not worry now...) I guess same as Q2. Since procmail filter seems complicated, I will use :toggle pgp_verify_sig trick for reading mailing list with many signed mails. (debian-user,...) On Thu, Feb 15, 2001 at 11:36:02PM -0800, Osamu Aoki wrote: > When Mutt read GnuPG-signed mail, it takes time to gather > signature info from web(keyserver wwwkeys.us.pgp.net) > and spit out annoying long message on the top of mail > message. This is true as long as signature are checked. > > This has been annoying sometimes when reading mailing list. > > Followings are my wishlist/questions. Can anyone give me > some configuration which enables me to do this. > > Q1. Is there any method to check signature only upon request > for incoming-mail? > (Just like signing outgoing-mail, where p->s works.) > > Q2. Can this key retrieval to run in back ground process, so > I can read content before key is verified. Then upon > request result shall be displayed. Progress indicator > during this process on status line will be nice. > Does anyone configured system like this? > > Q3. Can this signature info to be displayed at the end of > message instead, if ever displayed? > > I use default debian setting for mutt-gpg combination. > Attached current configuration here. > > Regards, > > Osamu > > > > > -- > + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + > + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + > + === http://www.aokiconsulting.com === Cupertino, CA USA === + > # GnuPG configuration > set pgp_sign_micalg=pgp-sha1 # default for DSS keys > set pgp_decode_command="gpg %?p?--passphrase-fd 0? --no-verbose --batch --output - >%f" > set pgp_verify_command="gpg --no-verbose --batch --output - --verify %s %f" > set pgp_decrypt_command="gpg --passphrase-fd 0 --no-verbose --batch --output - %f" > set pgp_sign_command="gpg --no-verbose --batch --output - --passphrase-fd 0 --armor >--detach-sign --textmode %?a?-u %a? %f" > set pgp_clearsign_command="gpg --no-verbose --batch --output - --passphrase-fd 0 >--armor --textmode --clearsign %?a?-u %a? %f" > set pgp_encrypt_only_command="/usr/lib/mutt/pgpewrap gpg -v --batch --output - >--encrypt --textmode --armor --always-trust -- -r %r -- %f" > set pgp_encrypt_sign_command="/usr/lib/mutt/pgpewrap gpg --passphrase-fd 0 -v >--batch --textmode --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- >-r %r -- %f" > set pgp_import_command="gpg --no-verbose --import -v %f" > set pgp_export_command="gpg --no-verbose --export --armor %r" > set pgp_verify_key_command="gpg --no-verbose --batch --fingerprint --check-sigs %r" > set pgp_list_pubring_command="gpg --no-verbose --batch --with-colons --list-keys %r" > set pgp_list_secring_command="gpg --no-verbose --batch --with-colons >--list-secret-keys %r" > set pgp_getkeys_command="" -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + === http://www.aokiconsulting.com === Cupertino, CA USA === +
gpg wishlist/questions (run background...)
When Mutt read GnuPG-signed mail, it takes time to gather signature info from web(keyserver wwwkeys.us.pgp.net) and spit out annoying long message on the top of mail message. This is true as long as signature are checked. This has been annoying sometimes when reading mailing list. Followings are my wishlist/questions. Can anyone give me some configuration which enables me to do this. Q1. Is there any method to check signature only upon request for incoming-mail? (Just like signing outgoing-mail, where p->s works.) Q2. Can this key retrieval to run in back ground process, so I can read content before key is verified. Then upon request result shall be displayed. Progress indicator during this process on status line will be nice. Does anyone configured system like this? Q3. Can this signature info to be displayed at the end of message instead, if ever displayed? I use default debian setting for mutt-gpg combination. Attached current configuration here. Regards, Osamu -- + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + === http://www.aokiconsulting.com === Cupertino, CA USA === + # GnuPG configuration set pgp_sign_micalg=pgp-sha1 # default for DSS keys set pgp_decode_command="gpg %?p?--passphrase-fd 0? --no-verbose --batch --output - %f" set pgp_verify_command="gpg --no-verbose --batch --output - --verify %s %f" set pgp_decrypt_command="gpg --passphrase-fd 0 --no-verbose --batch --output - %f" set pgp_sign_command="gpg --no-verbose --batch --output - --passphrase-fd 0 --armor --detach-sign --textmode %?a?-u %a? %f" set pgp_clearsign_command="gpg --no-verbose --batch --output - --passphrase-fd 0 --armor --textmode --clearsign %?a?-u %a? %f" set pgp_encrypt_only_command="/usr/lib/mutt/pgpewrap gpg -v --batch --output - --encrypt --textmode --armor --always-trust -- -r %r -- %f" set pgp_encrypt_sign_command="/usr/lib/mutt/pgpewrap gpg --passphrase-fd 0 -v --batch --textmode --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- -r %r -- %f" set pgp_import_command="gpg --no-verbose --import -v %f" set pgp_export_command="gpg --no-verbose --export --armor %r" set pgp_verify_key_command="gpg --no-verbose --batch --fingerprint --check-sigs %r" set pgp_list_pubring_command="gpg --no-verbose --batch --with-colons --list-keys %r" set pgp_list_secring_command="gpg --no-verbose --batch --with-colons --list-secret-keys %r" set pgp_getkeys_command="" PGP signature
Result: Maildir/procmail/Mutt/mutt -y/mailboxes
Thanks guys for hint and comment: Ben Reser <[EMAIL PROTECTED]>, Ken Rachynski <[EMAIL PROTECTED]> Mikko H?nninen <[EMAIL PROTECTED]> Following is what I ended up for my Mutt 1.2.5i (debian-woody). Now it start with "mutt", "mutt -y" or "mutt -z" without hitch. > My mail comes as follows to my "Maildir-style" mail folder: > > POP3 cable-modem exim > server -> fetchmail -> procmail -+-> ~/Mail/mailing_list1/ > +-> ~/Mail/mailing_list2/ > +-> ~/Mail/Inbox/ = ~/.muttrc == # # Personal configuration file for Mutt # # # header weeding taken from the manual (Sven's draconian header weeding) # ignore * unignore from date subject to cc unignore user-agent # this host get mail from [EMAIL PROTECTED] by fetchmail # generate a From header as [EMAIL PROTECTED] set use_from set from="Osamu Aoki <[EMAIL PROTECTED]>" #set reverse_name # add funny header my_hdr No-MicroSoft-Client-Please: GNU/Linux RULEZ !! # Set personal alias file set alias_file=~/.mutt_aliases source ~/.mutt_aliases # "mutt" goes to Inbox, while "mutt -y" lists mailboxes set mbox_type=Maildir # use qmail Maildir format for creating mbox set folder=~/Mail # keep all mail boxes in $HOME/Mail set spoolfile=+Inbox# mail delivered to $HOME/Mail/Inbox set record=+Outbox # save fcc mail to $HOME/Mail/Outbox set postponed=+postponed# keep postponed in $HOME/Mail/postponed set move=no # do not move Inbox items to mbox set quit=ask-yes# do not quit by "q" only set delete=yes # always delete w/o asking while exiting set fcc_clear # store fcc as non encrypted # Mailboxes (automatic update, no funny / after mbox name) mailboxes `ls -F -1 ~/Mail|grep -v Maillog|sed -e 's/^/+/' -e 's/\/$//'| tr "\n" " "` # Extra key bindings set auto_tag# always act on tag bind generic tag-entry # tag message in index bind index delete-message bind pager tag-message # tag message in pager bind pager delete-message unset pager_stop macro pager z ":toggle pager_stop\n"# stop at the end (z)? bind pager \' toggle-quoted # T is hard to use # all important moves within pager redefined here for easy customization #bind pager next-page bind pager previous-page bind pager next-page #bind pager previous-undeleted #bind pager next-undeleted bind pager * previous-line bind pager - half-up bind pager + half-down #bind pager next-line # Specifies how to sort messages in the index menu. set sort=threads + Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D + + Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D + + === http://www.aokiconsulting.com === Cupertino, CA USA === +
Maildir/procmail/Mutt/mutt -y/mailboxes
I am looking for proper Mutt setting for Maildir-style mailboxes.
My mail comes as follows to my "Maildir-style" mail folder:
POP3 cable-modem exim
server -> fetchmail -> procmail -+-> ~/Mail/mailing_list1/
+-> ~/Mail/mailing_list2/
+-> ~/Mail/default_folder/
-
Yes, I have several procmail filters to separate mailing lists
and put them to the separate folders.
In this configuration, my spool /var/mail/username is always empty.
If $MAIL is not set, mutt open without any mail.
If "export MAIL=~/Mail/default_folder/", it opens default_folder/
mail but existing to see other mail boxes ("c" command) causes
Mutt to asked me to store read mail elsewhere.
What is the most appropriate way to intiate Mutt under this kind of
maildir folders.
If mailboxes are set in .muttrc as
mailboxes `ls -F -1 ~/Mail|grep /|sed -e 's/^/~\/Mail\//'|tr "\n" " "`
$ mutt -y
works fine for start but shows list of folders with double // attached.
Once I read into the folder, I can not come back (well, "c" will
get back similar menu but not quite.)
Any good idea, guys?
Osamu Aoki
--
+ Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D +
+ Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D +
+ === http://www.aokiconsulting.com === Cupertino, CA USA === +
