On Tue, Mar 26, 2002 at 09:55:29AM +0000, Simon White wrote: > 25-Mar-02 at 22:26, Matthias Weiss ([EMAIL PROTECTED]) wrote : > > I'm subscribed to several mailing lists which are sent > > to 2 mail accounts. I'm using fetchmail to retrieve the > > mails that are then stored in /var/spool/mail/matthias. > > Since the mails go to separate accounts anyway, why not fetch the mail to > two separate folders, and configure mutt to read both?
What do I gain from this when I have 3 mailing list on one and another 4 lists on the other account? > > > I'd like mutt to check whether a mail came from a mailing > > list and display only those mail at ones that belong to > > the same mailing list. I'd then want to switch between > > the list with some key command. > > You can acheive this, although I personally prefer sorting and threading > to make this less configuration specific. Don't understand what you mean. *HOW* can I achieve this? > > > When I end my mutt session I'd want mutt to store the > > read mails in seperate mail boxes, each for every mailing > > list I'm subscribed. > > You can do this with save hooks, but you'll have to manually save after > reading. you mean I have to save manually every mail??? 8-| > > > Those remaining mails that don't belong to a mailing list should be > > moved to a general list. > > Move them to a readmail folder, for example, this can be done. How? > > > Is that possible with mutt and if yes how can I do this??? > > Too many ways to skin a cat. Do it with the dog ;-) or do it with > fetchmail, with procmail perhaps. Depending on how important it is for all > this to be automatic, and whether or not you will ever access your mail > with another client / via webmail, will guide the decisions. I'm getting approx. 130 mails every day, so this *IS* important for me. Maybe I can do something with my mta (postfix) to splitt the mails up into several inboxes. Don't know why, but I always thought this is the job of my mailclient. > I think mutt should be left for reading your mail and moving it about, but > automating things /before/ you even read the mail (moving unread messages > into folders dependent on address sent to, etc) might be better acheived > with something like procmail. Well, I actually don't care what part of the mail system is doing the job. I want to have a solution that helps me handling this amount of everyday mails. > > Then I have a question regarding address books - is there support > > for something alike in mutt?? > > There are aliases, which allow you to have nicknames for all your > contacts, and these can be browsable. However, name, address, telephone > and all that is outside the scope of aliases in mutt. It's all I need, I'll try this. > > > Ps.: could you please CC me answers cause I'm not on the list. > > I didn't think this list could be posted to by non members. It can't, but my mail was forwarded to the mailing list maintainer so it appeared even so. I know that being not a member of a list and mailing to it is bad habit, nevertheless I hope you excuse it, one more mailing list and I drown in mails, sorry! > I am now > going to have to find your address and copy-paste it up to the CC line. > Luckily I included your address in my attribution line in my .muttrc, and > now I have a good reason to have quoted it in my reply... Hmm, that's impressing! ;-) matthias
