Re: mutt question
On Sun, Jun 03, 2007 at 05:06:16PM +1200, Chris Bannister wrote: > On Wed, May 30, 2007 at 09:09:30PM -0700, Andrew Sackville-West wrote: > > On Thu, May 31, 2007 at 10:57:31AM +1200, Chris Bannister wrote: > > > > > > What is the contents of your /etc/email-addresses file? > > > > I am currently using > > > > local_sender_retain = true > > local_from_check = false > > trusted_users = andrew > > > > in my exim4.conf to allow my from headers to remain unchanged in > > exim4. would /etc/email-addresses make this unnecessary? > > Umm, you could try it. Honestly I don't know. But since you are using > multiple from addresses, which admittedly I never thought about, then > maybe you have to do it your way? I think that is the case. Otherwise you'd have to build up some rewriting rules in exim that looks for some other indication of whot he "from" is and I just don't think that's really the MTA's job. I view the MTA as something similar to the USPS. I (the MUA) drop a letter in the mailbox and the USPS (MTA) does what the envelope says. period. (barring special circumstances like address changes...). The USPS doesn't go around rewriting return addresses and so forth and neither should the MTA (IMVHO). > > > > > (2) The address in the From: line of an outgoing message may be set to > > > > any address you wish, irrespective of the setting in Exim4; and this > > > > may be changed from one message to the next. Moreover, Mutt can be > > > > configured to automatically change both the address in the From: line > > > > and the signature. > > With folder hooks? yup. > > > This is the part that I think is a problem. I use different email > > addresses for different purposes and mutt automatically sets the > > appropriate from address for me depending on the mail box I'm in. So, > > would I spec more than one relationship in /etc/email-addresses? I > > would love to get my local machine's exim4.conf down to a more stock > > configuration. > > > how does the MTA know what from address, among many, you want? > > Would having more than one from address be considered an advanced usage > in so far as configuration is concerned and hence therefore in this case > you *can* set the from address in the MUA. But if you only have one from > address *then* you should not need to mess around with settings in your > MUA because of a misconfigured MTA, but of course if you do not have > access to MTA configuration then you have to, as a work around. I think of it this way. the "From" is the responsibility of the sender of the mail. The sender of snail mail puts a return address on then envelope. same thing with email. Regardless of the MUA you use, the same thing happens. if you use mutt, or mail or some other client that talks directly with your local MTA by default, then you get exposed to the inner workings a bit more than the typical T-bird user who follows the wizard, but regardless From gets set at the mUA level. using T-bird, you typically bypass the local MTA and talk to an MTA further upstream, but the model is the same. I think we're beating a horse here, so i'll drop it. A signature.asc Description: Digital signature
Re: mutt question
On Wed, May 30, 2007 at 09:09:30PM -0700, Andrew Sackville-West wrote: > On Thu, May 31, 2007 at 10:57:31AM +1200, Chris Bannister wrote: > > > > What is the contents of your /etc/email-addresses file? > > I am currently using > > local_sender_retain = true > local_from_check = false > trusted_users = andrew > > in my exim4.conf to allow my from headers to remain unchanged in > exim4. would /etc/email-addresses make this unnecessary? Umm, you could try it. Honestly I don't know. But since you are using multiple from addresses, which admittedly I never thought about, then maybe you have to do it your way? > > > (2) The address in the From: line of an outgoing message may be set to > > > any address you wish, irrespective of the setting in Exim4; and this > > > may be changed from one message to the next. Moreover, Mutt can be > > > configured to automatically change both the address in the From: line > > > and the signature. With folder hooks? > This is the part that I think is a problem. I use different email > addresses for different purposes and mutt automatically sets the > appropriate from address for me depending on the mail box I'm in. So, > would I spec more than one relationship in /etc/email-addresses? I > would love to get my local machine's exim4.conf down to a more stock > configuration. > how does the MTA know what from address, among many, you want? Would having more than one from address be considered an advanced usage in so far as configuration is concerned and hence therefore in this case you *can* set the from address in the MUA. But if you only have one from address *then* you should not need to mess around with settings in your MUA because of a misconfigured MTA, but of course if you do not have access to MTA configuration then you have to, as a work around. I wonder where the canonical answers to these questions lie, RFC's? :-) -- Chris. == -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
* Andrew Sackville-West <[EMAIL PROTECTED]> [070530 23:14]:
> On Thu, May 31, 2007 at 10:57:31AM +1200, Chris Bannister wrote:
> > On Tue, May 29, 2007 at 11:00:24PM -0500, Russell L. Harris wrote:
> > > ...
> > > > Please comment and correct me if I have 'erred'.
> > >
> > > In my experience (a recent netinstall of Debian "testing"):
> > >
> > > (1) The smarthost of my ISP would not accept my mail until I
> > > configured Exim4 to "hide local mail address", with "visible domain
> > > name for local users" as the domain of my ISP ("oplink.net").
> >
> > What is the contents of your /etc/email-addresses file?
>
> I am currently using
>
> local_sender_retain = true
> local_from_check = false
> trusted_users = andrew
>
> in my exim4.conf to allow my from headers to remain unchanged in
> exim4. would /etc/email-addresses make this unnecessary?
>
> >
> > > (2) The address in the From: line of an outgoing message may be set to
> > > any address you wish, irrespective of the setting in Exim4; and this
> > > may be changed from one message to the next. Moreover, Mutt can be
> > > configured to automatically change both the address in the From: line
> > > and the signature.
> >
>
> This is the part that I think is a problem. I use different email
> addresses for different purposes and mutt automatically sets the
> appropriate from address for me depending on the mail box I'm in. So,
> would I spec more than one relationship in /etc/email-addresses? I
> would love to get my local machine's exim4.conf down to a more stock
> configuration.
>
>
> > Yeah sure, but you shouldn't have to, that's my point. Have you a script
> > in your .sig file?
> >
> > I still say that its an MTA problem.
>
> how does the MTA know what from address, among many, you want?
I am no expert in this subject, but I think that, after a bit of
contemplation, it should be evident that for a typical Debian desktop
installation, the MTA (Exim4) should not concern itself with the From:
addresses of the messages which it handles. Rather, the sole purpose
of the MTA in the typical typical Debian desktop installation is to
pass mail to the smarthost of the ISP, and to do so indiscriminately.
To see this, consider the MTA of the smarthost of the ISP, which
passes along messages from ten thousand different clients of the ISP,
each of whom potentially has one or more From: addresses which have
absolutely no relationship to the domain of the ISP, other than the
fact that the smarthost of the ISP relays them.
So it appears to me obvious that, in a typical desktop Debian
installation, the proper configuration of the MTA is that which makes
no changes in the default configuration other than changes, if any,
which are required for access to the smarthost of the ISP.
In my case, it was necessary to "hide local mail address" and to
specify the "visible domain name for local users" as the domain of my
ISP. This allows me to use the smarthost of the ISP as a relay, and
through it to send outgoing mail using whatsoever From: address I
please, without restriction.
RLH
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
On Thu, May 31, 2007 at 10:57:31AM +1200, Chris Bannister wrote:
> On Tue, May 29, 2007 at 11:00:24PM -0500, Russell L. Harris wrote:
> > ...
> > > Please comment and correct me if I have 'erred'.
> >
> > In my experience (a recent netinstall of Debian "testing"):
> >
> > (1) The smarthost of my ISP would not accept my mail until I
> > configured Exim4 to "hide local mail address", with "visible domain
> > name for local users" as the domain of my ISP ("oplink.net").
>
> What is the contents of your /etc/email-addresses file?
I am currently using
local_sender_retain = true
local_from_check = false
trusted_users = andrew
in my exim4.conf to allow my from headers to remain unchanged in
exim4. would /etc/email-addresses make this unnecessary?
>
> > (2) The address in the From: line of an outgoing message may be set to
> > any address you wish, irrespective of the setting in Exim4; and this
> > may be changed from one message to the next. Moreover, Mutt can be
> > configured to automatically change both the address in the From: line
> > and the signature.
>
This is the part that I think is a problem. I use different email
addresses for different purposes and mutt automatically sets the
appropriate from address for me depending on the mail box I'm in. So,
would I spec more than one relationship in /etc/email-addresses? I
would love to get my local machine's exim4.conf down to a more stock
configuration.
> Yeah sure, but you shouldn't have to, that's my point. Have you a script
> in your .sig file?
>
> I still say that its an MTA problem.
how does the MTA know what from address, among many, you want?
A
signature.asc
Description: Digital signature
Re: mutt question
On Tue, May 29, 2007 at 11:00:24PM -0500, Russell L. Harris wrote:
> ...
> > Please comment and correct me if I have 'erred'.
>
> In my experience (a recent netinstall of Debian "testing"):
>
> (1) The smarthost of my ISP would not accept my mail until I
> configured Exim4 to "hide local mail address", with "visible domain
> name for local users" as the domain of my ISP ("oplink.net").
What is the contents of your /etc/email-addresses file?
> (2) The address in the From: line of an outgoing message may be set to
> any address you wish, irrespective of the setting in Exim4; and this
> may be changed from one message to the next. Moreover, Mutt can be
> configured to automatically change both the address in the From: line
> and the signature.
Yeah sure, but you shouldn't have to, that's my point. Have you a script
in your .sig file?
I still say that its an MTA problem.
--
Chris.
==
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
* Chris Bannister <[EMAIL PROTECTED]> [070529 22:28]:
> On Sun, May 27, 2007 at 11:16:49PM -0400, Jude DaShiell wrote:
> > What user modifiable variable holds a user's email address in mutt? That
> > is the address once a message gets sent a reader will find on the from:
> > line? The x-sender field may need control too in my situation. The home
> > network has got a hostname and domain on it that not only don't exist
> > anywhere on the internet, the domain isn't even in any of the
> > recognizeable domain tables. In order to go out onto the internet
> > everything in what mutt would consider my email address for local purposes
> > has to be changed to different values since my account name also doesn't
> > match any of my internet account account names.
...
> Please comment and correct me if I have 'erred'.
In my experience (a recent netinstall of Debian "testing"):
(1) The smarthost of my ISP would not accept my mail until I
configured Exim4 to "hide local mail address", with "visible domain
name for local users" as the domain of my ISP ("oplink.net").
(2) The address in the From: line of an outgoing message may be set to
any address you wish, irrespective of the setting in Exim4; and this
may be changed from one message to the next. Moreover, Mutt can be
configured to automatically change both the address in the From: line
and the signature.
RLH
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
On Sun, May 27, 2007 at 11:16:49PM -0400, Jude DaShiell wrote: > What user modifiable variable holds a user's email address in mutt? That > is the address once a message gets sent a reader will find on the from: > line? The x-sender field may need control too in my situation. The home > network has got a hostname and domain on it that not only don't exist > anywhere on the internet, the domain isn't even in any of the > recognizeable domain tables. In order to go out onto the internet > everything in what mutt would consider my email address for local purposes > has to be changed to different values since my account name also doesn't > match any of my internet account account names. If you are running exim: Look at the '/etc/email-addresses' file and make sure your local address is mapped to your email address. If you are running postifix For the Etch version: Look at the generic.db setting For the Sarge version: Look at the canonical.db setting This question comes up from time to time and from what I've gleaned it is not the MUA's problems, IOW you shouldn't have to 'set envelope_from' (in mutt eg.). Please comment and correct me if I have 'erred'. -- Chris. == -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
On Sun, May 27, 2007 at 09:57:43PM -0700, Andrew Sackville-West wrote: > On Sun, May 27, 2007 at 11:40:29PM -0400, Roberto C. Sánchez wrote: > > > > > This is what I do: > > > > set realname="Roberto C. Sanchez" > > set from="[EMAIL PROTECTED]" > > it is my experience that exim doesn't like that and will rewrite the > from address unless you set > > > local_sender_retain = true > trusted_users = andrew > > on the local machine. I of course could be missing something obvious, > but its what I had to do to keep from sending out mail from > "[EMAIL PROTECTED]" > I use Postfix, and the only thing I had to add it its configuration on the local machine was this: append_dot_mydomain = no Of course, if you are always relaying through a smarthost, you can probably use esmtp or ssmtp. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: mutt question
Jude DaShiell([EMAIL PROTECTED]) is reported to have said: > What user modifiable variable holds a user's email address in mutt? That > is the address once a message gets sent a reader will find on the from: > line? The x-sender field may need control too in my situation. The home > network has got a hostname and domain on it that not only don't exist > anywhere on the internet, the domain isn't even in any of the > recognizeable domain tables. In order to go out onto the internet > everything in what mutt would consider my email address for local purposes > has to be changed to different values since my account name also doesn't > match any of my internet account account names. As I have more then one email address I do that in a seperate file, .mutt/folder-hooks. Here is my D-U entry from that file. It is pulled in with - source ~/.mutt/folder-hooks - in muttrc. ##- Debian-user subscribe debian-user@lists.debian.org folder-hook debian-user unmy_hdr reply-to from Organization folder-hook debian-user my_hdr To: 'debian-user@lists.debian.org' folder-hook debian-user my_hdr From: '[EMAIL PROTECTED]' folder-hook debian-user my_hdr Reply-To: 'debian-user@lists.debian.org' folder-hook debian-user my_hdr Organization: 'Organized? Who me?' send-hook debian-user "set signature='~/bin/randsigs.pl|'" Wayne -- "As part of the conversion, computer specialists rewrote 1,500 programs; a process that traditionally requires some debugging. -- USA Today, referring to the IRS switchover to a new computer system. ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
On Sun, May 27, 2007 at 09:57:43PM -0700, Andrew Sackville-West wrote: > > set realname="Roberto C. Sanchez" > > set from="[EMAIL PROTECTED]" > > it is my experience that exim doesn't like that and will rewrite the > from address unless you set > > > local_sender_retain = true > trusted_users = andrew > > on the local machine. I of course could be missing something obvious, > but its what I had to do to keep from sending out mail from > "[EMAIL PROTECTED]" Sometimes you also need envelope_from_address and use_envelope_from. It also depends on the MTA you are using and its configuration. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: mutt question
On Sun, May 27, 2007 at 11:40:29PM -0400, Roberto C. Sánchez wrote: > On Sun, May 27, 2007 at 11:16:49PM -0400, Jude DaShiell wrote: > > What user modifiable variable holds a user's email address in mutt? That > > is the address once a message gets sent a reader will find on the from: > > line? The x-sender field may need control too in my situation. The home > > network has got a hostname and domain on it that not only don't exist > > anywhere on the internet, the domain isn't even in any of the > > recognizeable domain tables. In order to go out onto the internet > > everything in what mutt would consider my email address for local purposes > > has to be changed to different values since my account name also doesn't > > match any of my internet account account names. > > > This is what I do: > > set realname="Roberto C. Sanchez" > set from="[EMAIL PROTECTED]" it is my experience that exim doesn't like that and will rewrite the from address unless you set local_sender_retain = true trusted_users = andrew on the local machine. I of course could be missing something obvious, but its what I had to do to keep from sending out mail from "[EMAIL PROTECTED]" A signature.asc Description: Digital signature
Re: mutt question
On Sun, May 27, 2007 at 11:16:49PM -0400, Jude DaShiell wrote: > What user modifiable variable holds a user's email address in mutt? That > is the address once a message gets sent a reader will find on the from: > line? The x-sender field may need control too in my situation. The home > network has got a hostname and domain on it that not only don't exist > anywhere on the internet, the domain isn't even in any of the > recognizeable domain tables. In order to go out onto the internet > everything in what mutt would consider my email address for local purposes > has to be changed to different values since my account name also doesn't > match any of my internet account account names. > This is what I do: set realname="Roberto C. Sanchez" set from="[EMAIL PROTECTED]" Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Mutt question
* Bostjan Muller <[EMAIL PROTECTED]>, 2002-01-24 08:10 -0500: > Hi! > > I have noticed, that whenever read mail is saved to my mbox it gets > tagged as new. I would like to remove the new tags so I did this rule: > > folder-hook mbox push 'T\~N\n;WN\n;W*\n' Basically, it should work without the semicola. folder-hook mbox push "T~N\nWn\n^T~A\n" folder-hook mbox push "T~N\n tag New WN\n clear flag New ^T~A\n" (optionally) untag all In case this doesn't work, replace the 'T~N\n' part by '^T~A\nT~A\n', which would first untag all, then tag all. -Andre pgpGaCOinYzW8.pgp Description: PGP signature
Re: Mutt question
* On 25-01-02 at 10:06 [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: +Here quoted text begins+ > > > folder-hook mbox push 'T\~N\n;WN\n;W*\n' > > > > > > But it only works untill the first \n. Can someone please tell me how to > > > properly untag all mail in mbox so they are all marked read. (I don't > > > mean manually, but from muttrc). > > > > try ^M, which is produced by hitting ctrl-v followed by ctrl-m, instead > > of the \n newlines... > > What about ctrl-v follower by return. +and here the quote ends+ I think that ctrl+v and return is equal to ctrl-v + ctrl-m both produce ^M Regards B. -- [*] Boštjan Müller - [EMAIL PROTECTED] - http://neonatus.net/~neonatus [*] [*]GPG/PGP key -> finger: [EMAIL PROTECTED], DSA id: 0x9B2FF108[*] [*] Celular: +386(0)41243189, Powered by Debian GNU/LiNUX - ICQ #:7506644 [*] 43rd Law of Computing: Anything that can go wr fortune: Segmentation violation -- Core dumped
Re: Mutt question
On Thu, Jan 24, 2002 at 08:53:54PM +0100, Martin F Krafft wrote: > also sprach Bostjan Muller (on Thu, 24 Jan 2002 10:58:52AM +0100): > > folder-hook mbox push 'T\~N\n;WN\n;W*\n' > > > > But it only works untill the first \n. Can someone please tell me how to > > properly untag all mail in mbox so they are all marked read. (I don't > > mean manually, but from muttrc). > > try ^M, which is produced by hitting ctrl-v followed by ctrl-m, instead > of the \n newlines... What about ctrl-v follower by return. Try that (stab in the dark) Crispin
Re: Mutt question
* On 24-01-02 at 20:54 Martin F Krafft ([EMAIL PROTECTED]) wrote: +Here quoted text begins+ > > folder-hook mbox push 'T\~N\n;WN\n;W*\n' > > > > But it only works untill the first \n. Can someone please tell me how to > > properly untag all mail in mbox so they are all marked read. (I don't > > mean manually, but from muttrc). > > try ^M, which is produced by hitting ctrl-v followed by ctrl-m, instead > of the \n newlines... +and here the quote ends+ That did not work either :/ Any other clues? Regards B. -- [*] Boštjan Müller - [EMAIL PROTECTED] - http://neonatus.net/~neonatus [*] [*]GPG/PGP key -> finger: [EMAIL PROTECTED], DSA id: 0x9B2FF108[*] [*] Celular: +386(0)41243189, Powered by Debian GNU/LiNUX - ICQ #:7506644 [*] Reboot America.
Re: Mutt question
also sprach Bostjan Muller (on Thu, 24 Jan 2002 10:58:52AM +0100): > folder-hook mbox push 'T\~N\n;WN\n;W*\n' > > But it only works untill the first \n. Can someone please tell me how to > properly untag all mail in mbox so they are all marked read. (I don't > mean manually, but from muttrc). try ^M, which is produced by hitting ctrl-v followed by ctrl-m, instead of the \n newlines... martin; (greetings from the heart of the sun.) \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
Re: Mutt question
also sprach Michael Ward Cole (on Thu, 20 Sep 2001 07:37:45AM -0400): > My email is sent through home.com and every time that I send mail to > another person with the same domain name I get a message > undeliverable message saying that it can't find the local-part of > the domain. Now, does this mean that it is looking locally for the > host/user and not sending the email to the server? If so, where do > I go to make the necessary changes? have you configured your exim to be the receiving MTA for home.com? i wouldn't do that. your computer, is that part of a network? let's say that network is called domain.com, then i'd configure your exim to receive mail for colemw.domain.com (with a proper DNS entry of course). right now, it seems to think it *is* the MX for home.com, which is not healthy! martin; (greetings from the heart of the sun.) \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED] -- stay the patient course. of little worth is your ire. the network is down. pgp9IRpvoAJaX.pgp Description: PGP signature
Re: Mutt question
On Thu, Sep 20, 2001 at 07:37:45AM -0400, Michael Ward Cole wrote: > I have a problem sending email to one domain. My email is sent > through home.com and every time that I send mail to another person > with the same domain name I get a message undeliverable message saying > that it can't find the local-part of the domain. Now, does this mean > that it is looking locally for the host/user and not sending the email > to the server? If so, where do I go to make the necessary changes? Assuming you're using exim (the default MTA), look at your /etc/exim/exim.conf file. Look for a "local_domains =" line--if home.com is there, take it out. I had a similar problem, and that's what I had to do to fix it. -- Thomas J. Hamman "To the shame of mankind, it is well known that the laws which govern our games are the only ones which are completely just, clear, inviolable and enforced." -Voltaire, Philosophical Dictionary
Re: Mutt Question
D. On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? > > -- > Todd V. Rovito > [EMAIL PROTECTED] > Carpe Aptenodytes! "Seize the Penguins!" -- Danie Roux *shuffle* Adore Unix
Re: Mutt Question
Quoting Noah Meyerhans on Thu, Jul 19, 2001 at 12:15:39PM -0400: > On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > > I have procmail set up to filter my mail into folders for the list > > servers I belong to. Some days I just don't have the time to read > > the mail in that particular folder (or list server), I would like to > > be able to perform a mass delete in that folder. What keys can I use > > in mutt to delete all the messages out of a folder? > > What I often find more useful is to delete all message older than a > certain number of days. In the case of debian-user, I will periodically > delete message older than 10 days old. I do this by tagging messages > matching "~d>10d". Then I can delete all tagged messages. > > noah > > -- > ___ > | Web: http://web.morgul.net/~frodo/ > | PGP Public Key: http://web.morgul.net/~frodo/mail.html You can have your .muttrc set up to automatically do this. I have my debian mailing list messages delete after a period of time by adding the following to my .muttrc file. I also have read debian list messages move after I read them... This only means I have to manually enter the old folder for mutt to manage the deletions for me. Here is a snippet of the relevant section: mbox-hook =spam /home/mperry/oldmail/spamread mbox-hook =debianstuff /home/mperry/oldmail/debianread The mbox-hook moves the read mail to another folder. folder-hook /home/mperry/mail/spam 'push D~r>10d!~F\n' folder-hook /home/mperry/oldmail/debianread 'push D~r>30d!~F\n' The folder-hook deletes messages older than 30 days. -- Michael Perry [EMAIL PROTECTED]
Re: Mutt Question
You are my hero, it works :-) Thanks for the help. Thus spake CaT ([EMAIL PROTECTED]): > go to desired mailbox within mutt > > in main menu: D > when prompted: .* > again in main menu: $ -- Todd V. Rovito [EMAIL PROTECTED] Carpe Aptenodytes! "Seize the Penguins!"
Re: Mutt Question
* Todd V . Rovito ([EMAIL PROTECTED]) wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? > > -- > Todd V. Rovito > [EMAIL PROTECTED] > Carpe Aptenodytes! "Seize the Penguins!" I guess it's entirely possible to set up a macro that would do something along the lines of "Shift+T" to bring up the message selection prompt, then ".*" for messages matching any characters (i.e. all of them), then "d" to delete them. I just do it by hand like this. Alex.
Re: Mutt Question
On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? What I often find more useful is to delete all message older than a certain number of days. In the case of debian-user, I will periodically delete message older than 10 days old. I do this by tagging messages matching "~d>10d". Then I can delete all tagged messages. noah -- ___ | Web: http://web.morgul.net/~frodo/ | PGP Public Key: http://web.morgul.net/~frodo/mail.html pgp1bNEbk68G3.pgp Description: PGP signature
Re: Mutt Question
On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: | I have procmail set up to filter my mail into folders for the list | servers I belong to. Some days I just don't have the time to read | the mail in that particular folder (or list server), I would like to | be able to perform a mass delete in that folder. What keys can I use | in mutt to delete all the messages out of a folder? If you sort by threads, ^D is the shortcut for kill-thread. If you don't want anything you could just hold down the 'd' key until you hit the bottom. If you want to blow away everything in the folder just remove it (ie 'rm ~/Mail/this_folder') since they are just plain text files. -D
Re: Mutt Question
On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? I can't find a "delete all in folder" command, but there is a "delete thread" command: ctrl-d. Start at the top, and hold down ctrl-d, and it shouldn't take long before you have everything deleted. That's what I use on those "I haven't had time to read debian-user in the past week, I better 'catch up'" days, anyway. Alternatively, you could probably just delete the file. Procmail will happily recreate it next time it filters mail to it. -- Thomas J. Hamman "It is impossible for a man to learn what he thinks he already knows." -Epictetus
Re: Mutt Question
D. On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? > > -- > Todd V. Rovito > [EMAIL PROTECTED] > Carpe Aptenodytes! "Seize the Penguins!" -- Danie Roux *shuffle* Adore Unix
Re: Mutt Question
On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? go to desired mailbox within mutt in main menu: D when prompted: .* again in main menu: $ -- CaT ([EMAIL PROTECTED]) *** Jenna has joined the channel. speaking of mental giants.. me, a giant, bullshit And i'm not mental - An IRC session, 20/12/2000
Re: Mutt Question
On Thu, Jul 19, 2001 at 07:17:11AM -0400, Todd V . Rovito wrote: > I have procmail set up to filter my mail into folders for the list > servers I belong to. Some days I just don't have the time to read > the mail in that particular folder (or list server), I would like to > be able to perform a mass delete in that folder. What keys can I use > in mutt to delete all the messages out of a folder? In the folder type T and it will ask you to tag messages matching what pattern. Type . (thats a period) to match everything. Then ; and d, to delete all tagged messages. If you meant doing it automatically, you'll have to ask someone else, though it has come up before. HTH Bec
Re: mutt question
I recently switched to mutt after using pine for a couple of years. I had never really tried it before and the comments here persuaded me to give it a shot. I also use procmail to filter my mail. Here's some things that I've done over the past couple of days to make reading mail more pleasant: - In /etc/login.defs, use this (see 'login' manpage): #MAIL_DIR/var/spool/mail MAIL_FILE mail/inbox - In /etc/pam.d/login, use this (see PAM docs): #sessionoptional pam_mail.so standard noenv sessionoptional pam_mail.so dir=~/mail/inbox - If you use ssh, make sure it's compiled to use "login" so $MAIL is set to $HOME/mail/inbox. I used: "./configure --with-login; make; make install" - In your ~/.muttrc: set folder=~/mail set mbox=+inbox set record=+sent-mail Mutt will now see that spoolfile == mbox and it won't ask you to move messages anymore. On Wed, Jan 10, 2001 at 06:49:52PM -0200, Marcelo Chiapparini wrote: > Thank you very much!! it worked fine!! > > On Wed, Jan 10, 2001 at 12:42:22PM -0800, kmself@ix.netcom.com wrote: > > on Wed, Jan 10, 2001 at 06:14:44PM -0200, Marcelo Chiapparini ([EMAIL > > PROTECTED]) wrote: > > > Dear debianers > > > > > > I am using mutt as my MTA. When I move between different mailboxes mutt > > > asks me the following question: > > > > > > move read messages to /home/chiappa/mbox? ([n]/y): > > > > > > I don't want to move anything because procmail takes care of the internal > > > distribution of emails. How can I disable this annoying message? > > > > In ~/.muttrc: > > > > set move=no > > > > -- > > Karsten M. Self http://kmself.home.netcom.com/ > > What part of "Gestalt" don't you understand? There is no K5 cabal > > http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org
Re: mutt question
Thank you very much!! it worked fine!! On Wed, Jan 10, 2001 at 12:42:22PM -0800, kmself@ix.netcom.com wrote: > on Wed, Jan 10, 2001 at 06:14:44PM -0200, Marcelo Chiapparini ([EMAIL > PROTECTED]) wrote: > > Dear debianers > > > > I am using mutt as my MTA. When I move between different mailboxes mutt > > asks me the following question: > > > > move read messages to /home/chiappa/mbox? ([n]/y): > > > > I don't want to move anything because procmail takes care of the internal > > distribution of emails. How can I disable this annoying message? > > In ~/.muttrc: > > set move=no > > -- > Karsten M. Self http://kmself.home.netcom.com/ > What part of "Gestalt" don't you understand? There is no K5 cabal > http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org
Re: mutt question
on Wed, Jan 10, 2001 at 06:14:44PM -0200, Marcelo Chiapparini ([EMAIL PROTECTED]) wrote: > Dear debianers > > I am using mutt as my MTA. When I move between different mailboxes mutt > asks me the following question: > > move read messages to /home/chiappa/mbox? ([n]/y): > > I don't want to move anything because procmail takes care of the internal > distribution of emails. How can I disable this annoying message? In ~/.muttrc: set move=no -- Karsten M. Self http://kmself.home.netcom.com/ What part of "Gestalt" don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org pgpmNccsiVwd4.pgp Description: PGP signature
Re: Spam admin autoresponder (was Re: mutt question)
On Mon, 11 Dec 2000 kmself@ix.netcom.com wrote: [ clarification; I am the author of spam.pl ] > I've been looking at both Ricochet and spam.pl over the past week, here's > my evaluation. Corrections and/or comments welcomed. [snip] > - spam.pl is more elegantly put together and more usefully commented. > Use of command-line options is closer to GNU/Linux standards than > ricochet. These differences make me more inclined to work with > spam.pl than ricochet if I want to modify a script. spam.pl also > appears to be in current development, while ricochet's been static > for over a year. On the other hand, ricochet appears to do more of > the right things. And I really don't know Perl that well, but we > can get over this. I would like to point out a few facts about spam.pl and why it behaves as it does: I felt an itch and I scratched it. I never planned or intended to write the perfect spam complainer. I do encourage everyone interested in seeing changes to subscribe to the mailing list, post patches and discuss new ideas. Any programmer can learn perl fairly swiftly, it could even be a good opportunity to get to know it! > - Both systems appear to allow specifying of specific additional > addresses to send the spam message to. In ricochet, the complaint > letter includes headers, it's trivial to add specified addresses to > these for receipt or cc. Adding headers to that file, or have the custom headers in a separate file would be dead-easy to add. > - Interactive mode for both programs needs help. Yeah, spam.pl was supposed to get one but it doesn't currently work. > - ricochet has a cooler name. On a serious note, spam.pl really ought > to be called something like "spamresponse", "spamtattler", or > something indicative of its use as a spam _retaliation_ tool. I couldn't agree more. But I'm a poor sod with a total lack of imagination! :-) > - Ability to run the scripts against an 'mbox'-style mail file or to > pipe through a set of tagged messages from mutt. Currently both > tools only accept a single email as input. The ability to batch and > background mass responses would be helpful, particularly if more > intensive research mechanisms such as whois and traceroute lookups > are used. I can't see this being very tricky to add. As a conclusion: Yes, spam.pl is "actively" being developed. It does however fill my needs pretty good, so I haven't felt much need to add features. Unfortunately, not many other people have contributed with new features either and thus not many new things have been added recently. Obviously, you have a lot of good ideas of what a program like this should contain. You, and other interested people, are warmly welcome to join the spam.pl development and turn it into that perfect tool it could become. Yes, I'll be happy to change the name! http://spam.sourceforge.net/ -- Daniel Stenberg - http://daniel.haxx.se - +46-705-44 31 77 ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
Re: Spam admin autoresponder (was Re: mutt question)
on Thu, Dec 07, 2000 at 07:44:07PM +1100, Damon Muller ([EMAIL PROTECTED])
wrote:
> Quoth kmself@ix.netcom.com,
> > There are also several resources listed at Freshmeat, in particular:
> >
> > parp: http://freshmeat.net/projects/parp/
> > ricochet: http://freshmeat.net/projects/ricochet/
> > spam.pl: http://freshmeat.net/projects/spam.pl/
> > Spamkill: http://freshmeat.net/projects/spamkill/
> > The Veganizer: http://freshmeat.net/projects/theveganizer/
> > Vipul's Razor: http://freshmeat.net/projects/vipulsrazor/
>
> I use spam.pl myself, and while it doesn't do everything that you'd want
> it to do, it is quite useful. It's set up to allow you to send the
> complaints to abuse.net, and let them do your dirty work, if you want.
> It also lets you run it in dummy mode, which shows you who it's going to
> complain about without actually sending any mail, which can help avoid
> embarrassing mistakes.
>
> It's certainly not perfect, but it's better than nothing.
I've been looking at both Ricochet and spam.pl over the past week,
here's my evaluation. Corrections and/or comments welcomed. Note that
Vipul's Razor, listed above, is also written by Vipul Ved Prakash, the
author of ricochet.
- Both will report spam to a number of addresses.
- Ricochet seems to do a better job of finding addresses through whois
lookups. Caching these lookups also results in faster performance
as the system "learns" domains.
- spam.pl seems to generate a more extensive list of reply addresses
(using the same friend/ignore lists). Whether this is good or bad
really depends on the accuracy of these lists.
- Neither tool seems to do a traceroute lookup to find out where spam
is originating from by way of edge domains, ISPs, hosting sites, or
open relays. This is unfortunate, because it is the upstream
provider who's most likely to be able to do something directly about
spam. All other complaints are largely pissing in the wind. This
is wishlisted for spam.pl.
- spam.pl is more elegantly put together and more usefully commented.
Use of command-line options is closer to GNU/Linux standards than
ricochet. These differences make me more inclined to work with
spam.pl than ricochet if I want to modify a script. spam.pl also
appears to be in current development, while ricochet's been static
for over a year. On the other hand, ricochet appears to do more of
the right things. And I really don't know Perl that well, but we
can get over this.
- Both systems appear to allow specifying of specific additional
addresses to send the spam message to. In ricochet, the complaint
letter includes headers, it's trivial to add specified addresses to
these for receipt or cc.
- Interactive mode for both programs needs help. Ricochet's is just
plain nonintuitive -- I still haven't figured out how to use it.
Supposedly, you can edit messages and/or addresses that a spam
response is to be sent to.
- ricochet has a cooler name. On a serious note, spam.pl really ought
to be called something like "spamresponse", "spamtattler", or
something indicative of its use as a spam _retaliation_ tool.
Features I'd like to see in either/both projects include:
- An ability to check for RBL/ORBs blacklisting and to file a report
against these lists (MAPS has a more involved submission procedure,
but ORBs will accept a one-line email with the address in question).
Including an ORBs submission in these scripts would be trivial --
each of the non-excluded (friendly/skip listed) domains relaying the
message would be submitted. This is wishlisted for spam.pl.
- Ability to run the scripts against an 'mbox'-style mail file or to
pipe through a set of tagged messages from mutt. Currently both
tools only accept a single email as input. The ability to batch and
background mass responses would be helpful, particularly if more
intensive research mechanisms such as whois and traceroute lookups
are used.
- Ability to generate a "ticket number" for spam reports -- a unique
key to be used in identifying responses to spam reports.
- Ability to log sender data to a file or database for later
retrieval. This would provide the basis for further hooks into a
spam retaliation system such as logging and analysis of spam
patterns and spam response, as well as for generating MAPS
submissions. Data logged should include:
o Date and time of incident and/or alert mail(s) sent.
o Domain and host reported.
o Message-id of original spam (incident identifier)
o Address incident was reported to
o Indication of relationship of address to the spam -- 'From',
relay ('Received:' header), upstream provider (traceroute), WHOIS
contact (and relationship -- relay, host, upstream provider).
o Indication of whether or not this host shou
Re: Mutt Question
Rob Hudson wrote: > Is there a way to tell mutt to sort by thread mode by default (in > .muttrc)? set sort=threads bekj
Re: Mutt Question
On Thu, Dec 07, 2000 at 07:49:38PM -0800, Rob Hudson wrote: > Is there a way to tell mutt to sort by thread mode by default (in > .muttrc)? set sort="threads" -- Harry Henry Gebel, ICQ# 76308382 West Dover Hundred, Delaware
Re: Mutt Question
On Thursday, 07 December 2000 at 19:49, Rob Hudson wrote: > Hi, > > Is there a way to tell mutt to sort by thread mode by default (in > .muttrc)? set sort=threads (and maybe you'd also like "set sort_aux=date") -- Don't make Godzilla mad! pgpNZXRziY9s7.pgp Description: PGP signature
Re: Mutt Question
On Thu, Dec 07, 2000 at 07:49:38PM -0800, Rob Hudson wrote: > Is there a way to tell mutt to sort by thread mode by default (in > .muttrc)? set sort=threads -- "Two words: Windows survives." - Craig Mundie, Microsoft senior strategist "So does syphillis. Good thing we have penicillin." - Matthew Alton Geek Code 3.1: GCS d? s+: a- C++ UL++$ P++>+++ L+++> E- W--(++) N+ o+ !K w---$ O M- V? PS+ PE Y+ PGP t 5++ X+ R++ tv b+ DI D G e* h+ r y+
Re: Spam admin autoresponder (was Re: mutt question)
Quoth kmself@ix.netcom.com, > There are also several resources listed at Freshmeat, in particular: > > parp: http://freshmeat.net/projects/parp/ > ricochet: http://freshmeat.net/projects/ricochet/ > spam.pl: http://freshmeat.net/projects/spam.pl/ > Spamkill: http://freshmeat.net/projects/spamkill/ > The Veganizer: http://freshmeat.net/projects/theveganizer/ > Vipul's Razor: http://freshmeat.net/projects/vipulsrazor/ I use spam.pl myself, and while it doesn't do everything that you'd want it to do, it is quite useful. It's set up to allow you to send the complaints to abuse.net, and let them do your dirty work, if you want. It also lets you run it in dummy mode, which shows you who it's going to complain about without actually sending any mail, which can help avoid embarasing mistakes. It's certainly not perfect, but it's better than nothing. cheers, damon -- Damon Muller | Did a large procession wave their torches Criminologist/Linux Geek | As my head fell in the basket, http://killfilter.com | And was everybody dancing on the casket... PGP (GnuPG): A136E829 | - TBMG, "Dead" pgpVy5xtQpeek.pgp Description: PGP signature
Spam admin autoresponder (was Re: mutt question)
on Wed, Dec 06, 2000 at 09:24:54AM -0800, Peter Jay Salzman ([EMAIL PROTECTED]) wrote: > dear all, > > this is a pretty complicated question... > > when i get spam, i like to send complaint letters to the people responsible > for the ip and/or zone that the spam came from. i also like to use > traceroute to send a complaint to the system upstream from them, since that > usually belongs to the same zone anyway. > > i usually send complaints to postmaster and security at each ip address > listed above. > > is there a way to "drop" an ip address into mutt, and have > > [EMAIL PROTECTED], [EMAIL PROTECTED] > > automagically appear in the To: header? > > i know this is complicated and would prolly require an external > script, but it would really make my life more convenient. > > of course, i would find the ip addresses in another virtual console; > all i want is to be able to send mutt these addresses and have mutt > automatically fill the To: header. This is an external-script problem. Best handled by procmail or something similar. I'm actively researching this myself. I've got a good spam filtering mechanism in place (Lars Wirzenius's 'spamfilter' Debian package), but I'd like to automate the process of responding to site and ISP administrators. I'm assuming you have resolved the issue of detecting spam, it's the response part that you're interested in. Rationale: I can filter spam. It's going to be far more interested in doing what I can to help make spammers jobs more difficult by shutting down accounts and/or blacklisting ISPs which sponsor significant spam activity. I've found some useful references, among them: Tools and Techniques for Limiting Spam http://www.spam.abuse.net/tools/index.html For a *very* extensive procmail FAQ (100+ pages, printed 2-up!), Jari Alto's Procmail Tips page: http://mirror.ncsa.uiuc.edu/procmail/ssjaaa/pm-tips-body.html Rahul Dhesi's tips on tracing real accounts: http://www.spam.abuse.net/tools/flameblock.txt Nancy McGough's Filtering Mail FAQ http://www.ii.com/internet/faqs/launchers/mail/filtering-faq/ Catherine Hampton's Spam Bouncer http://www.spambouncer.org/ Brett Glass, in a rare clear moment, on spam: http://www.brettglass.com/spam/paper.html There are also several resources listed at Freshmeat, in particular: parp: http://freshmeat.net/projects/parp/ ricochet: http://freshmeat.net/projects/ricochet/ spam.pl: http://freshmeat.net/projects/spam.pl/ Spamkill: http://freshmeat.net/projects/spamkill/ The Veganizer: http://freshmeat.net/projects/theveganizer/ Vipul's Razor: http://freshmeat.net/projects/vipulsrazor/ I haven't tried these tools out, but the above seem from descriptions to be close to what I'm looking for. Reviews/reports welcomed. The solution I'm looking for ultimately will: - Automate checking for listing on RBL (MAPS, ORBS) lists (this should actually be part of the filtering process), and submitting relay IPs to the ORBS list for testing. I've created a short script for the latter. - Automate/batch response to abuse@ and postmaster@ addresses of spammer's host and upstream provider. Likewise, automate forwarding of spam to spam-collection lists and centers. E.g.: my ISP has a "spaminator" service which apparently matches spam based on content. While I don't use or particularly trust the service, I might be able to help others. - Archive the abuse letter for processing including... - Automate/batch processing of responses to abuse letters. MAPS requires measures to contact ISPs associated with spam. Giving a 24-48 hour response interval, then forwarding data, might be a way to get more spam houses onto the MAPS RBL. Format data appropriately, with activity log, to MAPS. - Automate testing for repeat spam from particular ISPs, hosts, or nodes, using heuristics to determine whether or not this host/network is principally good (much non-spam content, little spam), bad (largely/all spam, little non-spam content), or mixed. This can be used to adjust mail rules for default allow or default deny policies for this particular domain. 'Nother words: try to get the spammers offline, share the data, and use patterns of behavior to modify and update my own filters. -- Karsten M. Self http://www.netcom.com/~kmself Evangelist, Zelerate, Inc. http://www.zelerate.org What part of "Gestalt" don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/http://www.kuro5hin.org pgpguRAE0KIuF.pgp Description: PGP signature
Re: mutt question...
Olivier Billet wrote: > On Wed, Dec 06, 2000 at 12:41:07PM +, Ricardo Rodrigues Morais Diz wrote: >> How can I put in my ~/.muttrc file an option so that whenever I start mutt >> all threads are collapsed? > > Maybe you can add this line: > > folder-hook . 'push \eV' These days mutt allows you to reference things by function-name, which is more robust if like me you've been messing about with all the key-bindings, and clearer even if not: folder-hook . 'push ' Works for me... -- Justin B Rye - writing from but not for Datacash Ltd
Re: mutt question...
Maybe you can add this line: folder-hook . 'push \eV' On Wed, Dec 06, 2000 at 12:41:07PM +, Ricardo Rodrigues Morais Diz wrote: > How can I put in my ~/.muttrc file an option so that whenever I start mutt > all threads are collapsed? > > Thanks in advance, > Ricardo Diz > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt question
On Mon, Dec 04, 2000 at 10:41:19AM -0800, Peter Jay Salzman wrote: > while in the index of a mail folder other than /var/spool/mail/me, say > $HOME/Mail/mysavedmsgs, i'd like to bind the left arrow key to bring me > back to the index of /var/spool/mail/me. look also for folder-hook, can change key-bindings depending on current folder, man 5 muttrc (and docs in /usr/share/doc/mutt) for more info. like: folder-hook !/var/spool/mail/me macro pager/index c/var/spool/mail/me\n folder-hook /var/spool/mail/me macro pager/index otherleftarrowbinding you need to change pager/index to whatever you want, in pager or in index mode, and change leftarrow to leftarrow key (dunno how to do that now). -- ,---. > Name: Alson van der Meulen < > Personal: [EMAIL PROTECTED] < > School: [EMAIL PROTECTED]< `---' what's this hash prompt on my terminal mean? -
Re: mutt question
On Mon, Dec 04, 2000 at 10:41:19AM -0800, Peter Jay Salzman wrote: > while in the index of a mail folder other than /var/spool/mail/me, say > $HOME/Mail/mysavedmsgs, i'd like to bind the left arrow key to bring me > back to the index of /var/spool/mail/me. > can't figure out how to do that. anyone know the answer off hand? I use the following line in .muttrc macro index C "c!\n" "Change to mail spool" Change 'C' to '' (I think) for the left arrow key. This will also change you to the mail spool if you are already in it. -- Harry Henry Gebel, ICQ# 76308382 West Dover Hundred, Delaware
Re: mutt question...
Subject: mutt question... Date: Wed, Aug 11, 1999 at 10:03:15PM +0200 In reply to:Peter Palfrader aka Weasel Quoting Peter Palfrader aka Weasel([EMAIL PROTECTED]): > > this may be a stupid question however I cuold not find the answer: > > How do I set my From: address in mutt? > > > If I use the my_hdr From: thingie, my fcc-hooks don't work any more. > > my fcc hooks look like this: > fcc-hook [EMAIL PROTECTED] > +OUT.10.people.baron.dieter > > changing the sendmail variable to something like exim -f > [EMAIL PROTECTED] does not work either. > Normally I would suggest you RTFM and leave it at that but If you would look in the manual for set alternates= you should find your answer ie set [EMAIL PROTECTED] should do it. You might also like to do my_hdr Reply-To: [EMAIL PROTECTED] as well :-) HTH, YMMV, HAND :-) -- These settings will have no effect until you restart the system. Reset Universe (Y/N) ? ___ Wayne T. Topa <[EMAIL PROTECTED]>
Re: Mutt question
One good way to archive files (which is the way that the files in /var/log are archived) is to use savelog. Type 'crontab -e' at the prompt, and add the following line to your crontab: 0 0 1 * * /usr/bin/savelog /path/to/my/file Carl
Re: Mutt question
Subject: Mutt question Date: Sun, Apr 18, 1999 at 07:37:31PM +1000 In reply to:Shao Zhang Quoting Shao Zhang([EMAIL PROTECTED]): > Hi, > I was wondering how to use mutt to configure a folder called sent-mail, > and then on a monthly basis, move the sent-mail to sent-mail-date and > create > a new sent mail folder, just like what pine has got. > > thx. > > Shao. # nerxt puts mutt mail in dated monthly folders ??? save-hook mutt +mutt.`date "+%m%y"` -- Whom computers would destroy, they must first drive mad. ___ Wayne T. Topa <[EMAIL PROTECTED]>
Re: Mutt question
On Sun, Apr 18, 1999 at 07:37:31PM +1000, Shao Zhang wrote: > Hi, I was wondering how to use mutt to configure a folder called > sent-mail, and then on a monthly basis, move the sent-mail to > sent-mail-date and create a new sent mail folder, just like what > pine has got. > > thx. Regarding creating a sent-mail folder, use the record variable to specify a folder which gets copies of outgoing mail. For example, in my .muttrc, I have: set folder =~/.mail set mbox=~/.mail/inbox set postponed =~/.mail/postponed set record =~/.mail/outbox set spoolfile =~/.mail/inbox Now, when it comes to moving it every month - mutt is constantly fighting against mail client bloat, so if you ask about this on one of the mutt mailing lists, the official answer is: "Use cron, it's designed to do things exactly like this, it works, and it means we don't have to inflate the mail client anymore." So basically, just set up a quick monthly cron job that moves your sent-mail folder out of the way and touches a new one. -- Ian Peters "I never let schooling interfere with my education." [EMAIL PROTECTED] -- Mark Twain
