Re: Output when nothing changes
On Tue, Jan 11, 2000 at 17:40:38 -0800, Larry Lipstone wrote:
I find with my mutt-1.0i running on UnixWare 2.1.3, with TERM=dtterm,
every time the timeout (or whatever) period expires and it checks for
new mail, the program emits a "make cursor visible", then stat()'s the
mail drop, then sends "make cursor invisible".
This causes my poor (yet expensive) ISDN connection to demand-dial [...]
I see the problem. The attached patch should avoid the changes of
the visibility of the cursor after timeouts. (I hope it does, but
I cannot see the difference on my screen, so please test).
The patch is usable on both the stable (1.0) and unstable (1.1.2)
versions.
--
Byrial
--- curs_main.c~Mon Jan 10 10:38:43 2000
+++ curs_main.c Thu Jan 13 11:11:33 2000
@@ -472,7 +472,8 @@ int mutt_index_menu (void)
do_buffy_notify = 1;
}
-mutt_curs_set (0);
+if (op != -1)
+ mutt_curs_set (0);
if (menu-redraw REDRAW_FULL)
{
@@ -520,8 +521,6 @@ int mutt_index_menu (void)
dprint(4, (debugfile, "mutt_index_menu[%d]: Got op %d\n", __LINE__, op));
- mutt_curs_set (1);
-
#if defined (USE_SLANG_CURSES) || defined (HAVE_RESIZETERM)
if (SigWinch)
{
@@ -537,6 +536,8 @@ int mutt_index_menu (void)
if (op == -1)
continue; /* either user abort or timeout */
+
+ mutt_curs_set (1);
/* special handling for the tag-prefix function */
if (op == OP_TAG_PREFIX)
Complex hooks
Hi! Is it possible to setup complex hooks? For example, I want send-hook working only in one mailbox. I've tried such settings: folder-hook . my_hdr From: addr1 folder-hook mbox2 my_hdr From: addr2 send-hook domain.org my_hdr From: addr3 Or: folder-hook . my_hdr From: addr1 folder-hook mbox2 send-hook . my_hdr From: addr2 folder-hook mbox2 send-hook domain.org my_hdr From: addr3 They don't work correctly. -- Vsevolod Volkov System administrator mailto:[EMAIL PROTECTED] Lucky Net Ltd
Re: New Mail Sent to different mailboxes
Nick Jennings schrieb: Since I started using Mutt, I stopped developing this mail client, but now I might start again, or maybe add this feature to mutt, is there a reason why this is something that is continuously not a feature in UNIX mail clients? yes procmail is powerfull, but its far too much of a hassle for just setting up a simple filter, something in the muttrc like this: Yes procmail is difficult to use for normal users, but when it is running it is fine. Is there an easy-to-use frontend to procmail, something like kprocmail or gprocmail? If you know nothing about fetchmail fetchmailconf is a nice tool to make your first setup. Ciao! juh -- Das GenerationenProjekt Ein halbes Jahrhundert in HYPERTEXT http://www.koeln.netsurf.de/~JanUlrich.Hasecke/GenerationenProjekt/
Re: New Mail Sent to different mailboxes
On Wed, Jan 12, 2000 at 02:56:44PM -0800, Shawn D. McPeek wrote: : : newmail-hook ([EMAIL PROTECTED]) +mutt-users-mail What's so hard about: :0: * ^Sender: [EMAIL PROTECTED] mutt-users-mail I really don't think that was too hard. And if he still thinks it's too hard, he can always use "dotconfigurator". I don't have it's URL here, but it wouldn't be hard to find it. -- Godoy. [EMAIL PROTECTED] GPG Fingerprint 851B B620 626D 2AD0 E783 "Ser poeta não é minha ambição, E932 1330 BE6D A4A3 0625 é minha maneira de estar sozinho" - Fernando Pessoa. Except where explicitly stated I speak on my own behalf. Exceto onde explicitado as declarações aqui feitas são apenas minhas.
Re: New Mail Sent to different mailboxes
On Wed, Jan 12, 2000 at 03:28:30PM -0800, Nick Jennings wrote: On Wed, Jan 12, 2000 at 02:56:44PM -0800, Shawn D. McPeek wrote: It's not a feature because it's not the job of a mail client to deliver mail. There are a lot of things mail clients don't do - delivering mail is one of them. Sorting mail is not delivering it, the mail is delivered once its in /var/spool/mail/name at that point, the mail client takes over as far as im concerned. Just remember that procmail is the local mailer in many configurations. He receives the messages from sendmail and put them on the right places. The default configuration is in /var/spool/mail, but it's not necessary that the delivery be made for that directory. In my system the procmail delivers all messages to ~/mail/Mailbox. This way it's easier to implement user quotas... The delivery isn't a job for the MTA. It's a job for the local mailer. -- Godoy. [EMAIL PROTECTED] GPG Fingerprint 851B B620 626D 2AD0 E783 "Ser poeta não é minha ambição, E932 1330 BE6D A4A3 0625 é minha maneira de estar sozinho" - Fernando Pessoa. Except where explicitly stated I speak on my own behalf. Exceto onde explicitado as declarações aqui feitas são apenas minhas.
Re: New Mail Sent to different mailboxes
On 2000-01-12 16:08:06 -0600, Jeremy Blosser wrote: I've read the online documentation at www.mutt.org and I cant find specific information on how to get new mail put in folders based on patterns. can Mutt doesn't do this. Setup something like procmail. Actually I think you can use folder-hook to implement a poor-man's procmail. Personally, I use procmail :) There seems to be a lot of detractors to the requested functionality, however there's at least one valid case that mutt can be in where the functionality is quite useful. This is when the spoolfile is an IMAP INBOX folder. That folder could get mail from a variety of places, and it makes sense for mutt to be able to filter that mail into subfolders (hell, Netscape mail among others can do it). Try running procmail on a mail server you don't have an account on and your mailbox isn't actually physically owned by you anyway :) Cheers, -- Matt
Re: New Mail Sent to different mailboxes
Matthew Hawkins [EMAIL PROTECTED] wrote on Thu, 13 Jan 2000: There seems to be a lot of detractors to the requested functionality, however there's at least one valid case that mutt can be in where the functionality is quite useful. This is when the spoolfile is an IMAP INBOX folder. To me it sounds like someone should write an IMAP mail filter, instead of trying to get Mutt to do this. Having a specilised app for this would be the way to go, and wouldn't tie you into using Mutt (not that anyone would ever want to switch away, would they? *grin*). Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Happiness is always just a remembrance away.
Re: New Mail Sent to different mailboxes
Nick -- ...and then Nick Jennings said... % % there a reason why this is something that is continuously not a feature in % UNIX mail clients? yes procmail is powerfull, but its far too much of a Simple: in the UNIX world, little tools that do a few things, or just one thing, *very*well* get put together in any way you see fit to build whatever you want. In the WinDoze world, you don't have such fancy communication and construction, and so someone has to go out and write a whole new app or bloat up an existing one when you want one teeny new feature. The problem of "but it's a remote IMAP box and I can't do anything on it" has come up a few times. I won't go into whether that's good or bad, but I do like the suggestion of writing a sort of "procmail-for-IMAP" that will do filtering on the IMAP server for you. It could be as clever as procmail or extremely simple. Thanks to IMAP's ability to leave a Delete flag in place when you exit, this proposed app could even be set to flag processed files for deletion but not purge them. Gee, this sounds a lot like procmail after all. Why not just add the ability to read and write IMAP "mailboxes" to procmail? Because it's very different; it would be better to implement this separately. If one wanted to code in "normal" mailbox types as well, that's fine; just don't expect Mr. Procmail to add a huge change-of-design into procmail. % hassle for just setting up a simple filter, something in the muttrc like % this: % % newmail-hook ([EMAIL PROTECTED]) +mutt-users-mail % % would be simple enough and very easy to impliment. It could just search the % headers for that pattern, not even the body (since that would slow it down % more). Sure its not as powerfull as procmail can get, but its certainly % better for simple filtering wich is what most people need to do anyways. The problem, though, is that you then have to actually be reading your mail in order for any filtering to happen. I'd much rather have my filtering happen when I'm *not* sitting there tapping my fingers and waiting, personally. And don't tell me that computers are fast; I get over a hundred messages a day and sometimes don't get to log in for two or three days, and that's quite a backlog to handle all at once -- especially over a dialup connection (think IMAP and header processing and all that). % % -- % - Nick Jennings % Email: [EMAIL PROTECTED] % Web : http://nick.namodn.com % - :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! "Why2k? Well, I didn't think at the time that I could charge any more!" Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: New Mail Sent to different mailboxes
Mikko, et al -- ...and then Mikko Hänninen said... % Nick Jennings [EMAIL PROTECTED] wrote on Wed, 12 Jan 2000: % I've read the online documentation at www.mutt.org and I cant find specific % information on how to get new mail put in folders based on patterns. % % Mutt doesn't do this, it's not Mutt's job. You need to use a mail % filtering tool such as procmail or maildrop. % % This is getting to, or is already a FAQ. Hmm. Anyone volunteer to % write an entry about this for the FAQ list? :-) If nobody else has, I'll take it. This is bugging me :-) I can't promise to code up any new application (*snort*), but I can keep an eye on what is available and include it in the FAQ. :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! "Why2k? Well, I didn't think at the time that I could charge any more!" Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
[off topic] Subscribe to comics mailing list...
This is off topic, sorta. :-) I created a *mutt compatible* mailing list which sends out the Dilbert, User Friendly and GPF comics every morning. The message is in text with an html attachment. You'll need your mailcap/mime.types set to handle html files (probably lynx) and jpg/gif files (probably xv). Send a message to "[EMAIL PROTECTED]" with "subscribe comics" in the body of your message. Later! js. -- Jean-Sebastien Morisset, Sr. UNIX Administrator up2 technologies inc. [EMAIL PROTECTED], www.up2me.com PGP signature
Re: New Mail Sent to different mailboxes
Mikko Hänninen wrote:
Nick Jennings [EMAIL PROTECTED] wrote on Wed, 12 Jan 2000:
Argh! I despise procmail, yes its powerfull, and can do alot, but
it's severly anoying.
...
yes procmail is powerfull, but its far too much of a
hassle for just setting up a simple filter,
You could try maildrop instead, then. You might like that better than
procmail (or maybe not).
I'll second that - maildrop syntax is much simpler, IMHO.
Instead of:
.procmail:
### Mutt users list
:0
* ^Sender.*owner-mutt-users@mutt\.org
mutt-users-mail
in maildrop you would have:
.mailfilter:
if (/^Sender:.+owner-mutt-users@mutt\.org/) {
to mutt-users-mail
}
If you don't like that one too - try mailfilter. It is written in Perl
and has even more "English-like" syntax.
Hope this helps
Sergei
Re: New Mail Sent to different mailboxes
If you find procmail too hard to use, you might also look at maildrop. Another plus is that it works with Maildir mailboxes without patches. The filtering rules are quite readable. HTH, Jeffrey
OT(?) Mailboxes
Hello out there!
I'm new with mutt and now having some problems. I was using
Outlook up to now (now flames please) and I miss some features,
it's neither mouse nor clicking or colour- just handling
different mailboxes.
I set up some procmail rules like
:0
* ^TOmutt-user
mutt-user
and that puts the mail right into the correct folder. But now-
starting mutt I can view my inbox in the format
1 N Jan 13 David Foobar(0,8K) Re: PCMCIA BNC Problems
2 r Jan 13 John Doe(9,9k) Some question
and so on.
trying to change to "mutt-users" (c?) gives me a folder listing
like
1 2048 Jan 13 16:45 ../
2 1024 Jan 11 14:19 ARCH.sent/
3 1024 Jan 12 17:16 mutt-user/
and TAB gives a view like
1 12061 Jan 13 16:46 /var/spool/mail/me
2 1024 Jan 12 17:15 =mutt-users/
each of those folders contains the mails procmail put there,
but the listing looks like that:
1 1024 Jan 12 16:25 ../
2 5535 Jan 12 16:30 msg.LLZB
3 4337 Jan 12 16:30 msg.MLZB
4 3050 Jan 12 16:30 msg.NLZB
5 2741 Jan 12 16:30 msg.OLZB
6 3169 Jan 12 16:30 msg.PLZB
7 3445 Jan 12 16:30 msg.QLZB
I put some folder-hooks into my .muttrc but that didn't help
at all.
Here's the relevant entries (I think):
mailboxes ! +mutt-user +several +other +mailboxes
set mbox_type=Maildir
set folder=~/Mail
set folder_format="%N %8s %d %f"
folder-hook . \
'set index_format="%3C %Z %{%b %d} %-15.15n (%4c) %s"'
What's wrong with that?
In other ways I'm very satisfied with mutt, it's quite
comfortable even for newbees!
Thanks for the help
Volker
Re: New Mail Sent to different mailboxes
2000-01-13-07:18:21 Matthew Hawkins: There seems to be a lot of detractors to the requested functionality, however there's at least one valid case that mutt can be in where the functionality is quite useful. This is when the spoolfile is an IMAP INBOX folder. That folder could get mail from a variety of places, and it makes sense for mutt to be able to filter that mail into subfolders (hell, Netscape mail among others can do it). Try running procmail on a mail server you don't have an account on and your mailbox isn't actually physically owned by you anyway :) I have email from a _lot_ of places coming in to my mail server. Then I have fetchmail pull it down from there. I like my email to show up quick, and it's a fast and lightly-loaded mail server, so I use set daemon 5 set logfile /home/bet/.fetchmail-log set postmaster bet set no bouncemail poll localhost protocol imap port 2000 Those last three are because I run a port-forwarding ssh to the mail server, and by using a high-numbered port I don't have to run the client as root. Fetchmail shoves the traffic into my local Postfix, which shoves it into procmail on my behalf, which files it in a bunch of folders for various mailing lists, for stuff it recognizes as spam, etc. Mutt watches all those folders. -Bennett PGP signature
Re: New Mail Sent to different mailboxes
Matthew Hawkins [[EMAIL PROTECTED]] wrote: On 2000-01-12 16:08:06 -0600, Jeremy Blosser wrote: I've read the online documentation at www.mutt.org and I cant find specific information on how to get new mail put in folders based on patterns. can Mutt doesn't do this. Setup something like procmail. Actually I think you can use folder-hook to implement a poor-man's procmail. Personally, I use procmail :) This would work, but only to sort when you first entered a folder. It wouldn't do anything with newly arrived mail. There seems to be a lot of detractors to the requested functionality, however there's at least one valid case that mutt can be in where the functionality is quite useful. This is when the spoolfile is an IMAP INBOX folder. That folder could get mail from a variety of places, and it makes sense for mutt to be able to filter that mail into subfolders I understand procmail doesn't go with IMAP at this point. But that doesn't mean it makes sense for Mutt to do it. It's still the MDAs job to deliver mail. As someone else mentioned, something should be written for IMAP to fill this hole. It shouldn't be added to the MUAs. (hell, Netscape mail among others can do it). This really isn't a reason to do anything. :) Try running procmail on a mail server you don't have an account on and your mailbox isn't actually physically owned by you anyway :) If I was stuck like this I'd be pulling mail to another machine I had more control over. It's not that hard to find a friend with an always-on box that'll give you a shell, if you can't do it yourself. -- Jeremy Blosser | [EMAIL PROTECTED] | http://jblosser.firinn.org/ -+-+-- "If Microsoft can change and compete on quality, I've won." -- L. Torvalds PGP signature
Re: New Mail Sent to different mailboxes
Bennett Todd [EMAIL PROTECTED]: Try running procmail on a mail server you don't have an account on and your mailbox isn't actually physically owned by you anyway :) I have email from a _lot_ of places coming in to my mail server. Then I have fetchmail pull it down from there. I like my email to show up quick, and it's a fast and lightly-loaded mail server, so I use set daemon 5 set logfile /home/bet/.fetchmail-log set postmaster bet set no bouncemail poll localhost protocol imap port 2000 Nice, but some people want to leave mail on the server so that they can access it from other places as well. A propos general e-mail woes ... I run fetchmail in two places; both poll the same two mail servers. A single polling cycle takes more than 5 seconds, often a lot longer, because there are typically several hundred messages on each server, and I'm using POP3. Unfortunately there is a bug somewhere which means fetchmail sometimes goes mad and fetches several hundred messages which it has already fetched. Also, I'm using mda "procmail -f - RCPT=%T .../.procmailrc" in my .fetchmailrc because I want to sort mail on the envelope address because I'm several mailbox names on the mail server even though I'm only one user on the machine where I read my e-mail. The whole set-up is held together with pieces of string. Edmund
Re: Output when nothing changes
2000-01-13-05:27:26 Byrial Jensen: I see the problem. The attached patch should avoid the changes of the visibility of the cursor after timeouts. (I hope it does, but I cannot see the difference on my screen, so please test). The patch is usable on both the stable (1.0) and unstable (1.1.2) versions. Works for me, with mutt-1.0i --- thanks! -Bennett PGP signature
Re: New Mail Sent to different mailboxes - bypassing MTA
Scott V. McGuire [EMAIL PROTECTED] wrote: Any ideas on not using a full blown MTA for outgoing mail? It seems like overkill to run sendmail (or even qmail) on a single user system when all I need is a program to look like sendmail but immediately send mail to my isp's smtp server. Try nullmailer by Bruce Guenter: http://www.em.ca/~bruceg/nullmailer/ It looks like a full MTA to programs that use it, but it relays everything to (one of a set of) smart hosts/relays you specify -- typically your ISP or your company mailhost. It works well, and has a great design behind it. Charles -- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
Re: New Mail Sent to different mailboxes - bypassing MTA
Scott V. McGuire [EMAIL PROTECTED] wrote: Any ideas on not using a full blown MTA for outgoing mail? It seems like overkill to run sendmail (or even qmail) on a single user system when all I need is a program to look like sendmail but immediately send mail to my isp's smtp server. What if your ISP's mail servers are down? Then you can't send mail anymore, until they come back. If you run a local MTA, it can bypass the ISP's servers, and go directly to the remote mail server. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: New Mail Sent to different mailboxes
On Thu, Jan 13, 2000 at 05:15:01PM +0300, Sergei Kolobov wrote: Mikko H?nninen wrote: Nick Jennings [EMAIL PROTECTED] wrote on Wed, 12 Jan 2000: Argh! I despise procmail, yes its powerfull, and can do alot, but it's severly anoying. ... yes procmail is powerfull, but its far too much of a hassle for just setting up a simple filter, You could try maildrop instead, then. You might like that better than procmail (or maybe not). You can use exim, it has some nice filter capabilities, looking almost like plain english. Here is my current filter in ~/.forward: # Exim filter if error_message then finish endif if $h_sender: matches "owner-(.*)@" then save Mail/inbox.$1 elif $h_x-mailing-list: matches "([a-z0-9\-]+)@" then save Mail/inbox.$1 elif not delivered then save Mail/inbox endif Even when you see it for the first time you almost instantly know what its doing. Regards. Holger -- + PGP || GnuPG key - finger [EMAIL PROTECTED] + +++ Debian/GNU Linux [EMAIL PROTECTED] +++ ICQ: 2882018 +++
Re: New Mail Sent to different mailboxes - bypassing MTA
On Thu, Jan 13, 2000 at 01:54:30PM -0600, David DeSimone wrote: Scott V. McGuire [EMAIL PROTECTED] wrote: Any ideas on not using a full blown MTA for outgoing mail? It seems like overkill to run sendmail (or even qmail) on a single user system when all I need is a program to look like sendmail but immediately send mail to my isp's smtp server. What if your ISP's mail servers are down? Then you can't send mail anymore, until they come back. If you run a local MTA, it can bypass the ISP's servers, and go directly to the remote mail server. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44 I agree that this is nice. It looks as though nullmailer that people mentioned above will queue, so thats taken care of. As for going directly to the remote server, problems with that earlier today are what got me reading this list again and figuring out how to relay my mail through my isp. In the past I've had mail refused from my box, which has a dynamic IP, because its name wouldn't resolve. I fixed that by getting a .dyndns.org account. Then today a message was refused by a computer that uses the ORBS blacklist which says that there are too many open relays on .rr.com. Interestingly if I forward through my isp's server which is on .rr.com it goes through. Go figure. -- Scott V. McGuire [EMAIL PROTECTED] GnuPG key available at http://physics.syr.edu/~svmcguir GnuPG key fingerprint: 21EA 4999 3620 3E1D 71EC 98A9 5B9B EF52 1258 6D53 GnuPG is at http://www.gnupg.org/
Re: OT(?) Mailboxes
On Thu, Jan 13, 2000 at 05:10:20PM +0100, Volker Tanner wrote:
Hello out there!
Hi!
I'm new with mutt and now having some problems. I was using
Outlook up to now (now flames please) and I miss some features,
it's neither mouse nor clicking or colour- just handling
different mailboxes.
I set up some procmail rules like
:0
* ^TOmutt-user
mutt-user
Congratulations!
Here's the relevant entries (I think):
mailboxes ! +mutt-user +several +other +mailboxes
set mbox_type=Maildir
set folder=~/Mail
set folder_format="%N %8s %d %f"
folder-hook . \
'set index_format="%3C %Z %{%b %d} %-15.15n (%4c) %s"'
What's wrong with that?
Aha! you mbox_type is set to Maildir, which is exactly what you got,
your mail is put into a directory, each message is in its own file, I
recommend setting this value to mbox instead (set mbox_type=mbox). When you
click on this file then, it will display it like your inbox is displayed.
--
- Nick Jennings
Email: [EMAIL PROTECTED]
Web : http://nick.namodn.com
-
Re: New Mail Sent to different mailboxes - bypassing MTA
David DeSimone [EMAIL PROTECTED] wrote: Scott V. McGuire [EMAIL PROTECTED] wrote: Any ideas on not using a full blown MTA for outgoing mail? It seems like overkill to run sendmail (or even qmail) on a single user system when all I need is a program to look like sendmail but immediately send mail to my isp's smtp server. What if your ISP's mail servers are down? Then you can't send mail anymore, until they come back. If you run a local MTA, it can bypass the ISP's servers, and go directly to the remote mail server. nullmailer has a queue and will send the mail when the smarthost comes back up. Yes, running a local MTA is good for some things. It's not necessary for others. If we have, say, fifty Unix boxes here in our development areas, we don't need to run a full MTA on all of them. We can run nullmailer on each one, pointing at our main SMTP/POP3 mailhost. There's other solutions, as well. Charles -- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
Re: New Mail Sent to different mailboxes
On Thu, Jan 13, 2000 at 11:23:37AM -0600, Jeremy Blosser wrote: I understand procmail doesn't go with IMAP at this point. But that doesn't mean it makes sense for Mutt to do it. It's still the MDAs job to deliver mail. As someone else mentioned, something should be written for IMAP to fill this hole. It shouldn't be added to the MUAs. And it's being done, though it's still in the design stages. See, for example, http://www.imc.org/draft-showalter-sieve-main -- Brian Moore | Of course vi is God's editor. Sysadmin, C/Perl Hacker | If He used Emacs, He'd still be waiting Usenet Vandal | for it to load on the seventh day. Netscum, Bane of Elves.
macros with arguments
I have a setup that is a holdover from my MH days whereby I use procmail
to sort my mail into different "incoming" folders, and then I invoke an
external command to put mail from these inboxes into the mailbox
I actually read out of when I am ready for that set of mail (at which point
it may get stored in various other folders or left in my "inbox").
To facilitate this, i have the following macros ("minc" is the
script I run to put the mail from a folder into my real inbox):
macro index "i" "! /home/spg/sysatc/bin/minc
"
macro index ".j" "! /home/spg/sysatc/bin/minc junk
"
macro index ".r" "! /home/spg/sysatc/bin/minc root
"
macro index ".g" "! /home/spg/sysatc/bin/minc gal
"
macro index ".b" "! /home/spg/sysatc/bin/minc bt
"
macro index ".n" "! /home/spg/sysatc/bin/minc news
"
macro index ".p" "! /home/spg/sysatc/bin/minc bp
"
What I would prefer to would be something similar to what I did when
I used MH-E (an Emacs package that used MH as the backend); "i" by itself
imported mail into the mailbox you read from, and ^Ui would prompt for an
incoming folder name, and import from that instead of /var/mail/whatever.
However, there doesn't seem to be an obvious way to pass arguments to
macros in such a way.
Is there a way to do something similar in mutt (prompt for a filename,
and then run a script with that filename as the argument) ?
Or is the way I do it now (with the above macros) the best I can do
at the time...
thanks
toby
--
Toby ChappellGeorgia State Univ.
Lead Software System Engineer Atlanta, Georgia
[EMAIL PROTECTED] (404) 651-2639
Re: Output when nothing changes
Byrial Jensen wrote... On Tue, Jan 11, 2000 at 17:40:38 -0800, Larry Lipstone wrote: I find with my mutt-1.0i running on UnixWare 2.1.3, with TERM=dtterm, every time the timeout (or whatever) period expires and it checks for new mail, the program emits a "make cursor visible", then stat()'s the mail drop, then sends "make cursor invisible". This causes my poor (yet expensive) ISDN connection to demand-dial [...] I see the problem. The attached patch should avoid the changes of the visibility of the cursor after timeouts. (I hope it does, but I cannot see the difference on my screen, so please test). The patch is usable on both the stable (1.0) and unstable (1.1.2) versions. Yes, indeed it seems to have the desired effect, in my limited testing anyway. Thanks! Larry
Help! Mutt w/Maildir
Mutt is supposed to automatically detect Maildir-format mailboxes.. however, when I fire it up (v.1.0), it just gives me an error of "/var/spool/mail/mrbill: No such file or directory (errno = 2)". I've added the following line to my .muttrc: set mbox_type="Maildir" and it still does the same thing.. Help! Thanks. Bill -- +---+--+--+ |Bill Bradford | [EMAIL PROTECTED] | [EMAIL PROTECTED]| |http://www.sunhelp.org | http://www.pdp11.org | http://www.mrbill.net| +---+--+--+
macros with arguments
I have a setup that is a holdover from my MH days whereby I use procmail
to sort my mail into different "incoming" folders, and then I invoke an
external command to put mail from these inboxes into the mailbox
I actually read out of when I am ready for that set of mail (at which point
it may get stored in various other folders or left in my "inbox").
To facilitate this, i have the following macros ("minc" is the
script I run to put the mail from a folder into my real inbox):
macro index "i" "! /home/spg/sysatc/bin/minc
"
macro index ".j" "! /home/spg/sysatc/bin/minc junk
"
macro index ".r" "! /home/spg/sysatc/bin/minc root
"
macro index ".g" "! /home/spg/sysatc/bin/minc gal
"
macro index ".b" "! /home/spg/sysatc/bin/minc bt
"
macro index ".n" "! /home/spg/sysatc/bin/minc news
"
macro index ".p" "! /home/spg/sysatc/bin/minc bp
"
What I would prefer to would be something similar to what I did when
I used MH-E (an Emacs package that used MH as the backend); "i" by itself
imported mail into the mailbox you read from, and ^Ui would prompt for an
incoming folder name, and import from that instead of /var/mail/whatever.
However, there doesn't seem to be an obvious way to pass arguments to
macros in such a way.
Is there a way to do something similar in mutt (prompt for a filename,
and then run a script with that filename as the argument) ?
Or is the way I do it now (with the above macros) the best I can do
at the time...
thanks
toby
--
Toby ChappellGeorgia State Univ.
Lead Software System Engineer Atlanta, Georgia
[EMAIL PROTECTED] (404) 651-2639
Re: New Mail Sent to different mailboxes
On 2000-01-13 12:54:07 -0500, Bennett Todd wrote: 2000-01-13-12:50:49 Edmund GRIMLEY EVANS: Nice, but some people want to leave mail on the server so that they can access it from other places as well. Not only that, take a corporate situation where the mail could be sensitive - you don't want to be (or possibly, policy dictates you won't be) running around the countryside with your laptop full of corporate secrets rather than them protected on a mail system on a secure network. Sure. Are those same people the same ones who are also asking for filtering into different folders, and who cannot run procmail on their server? Quite possibly. Many IMAP servers implement their own authentication system that doesn't involve system password files. Two obvious benefits of this is 1) you're not limited to sizeof(uid_t) number of users you can deliver mail to, and 2) with no user accounts there's far less chance of the system being cracked. The MTA uses the IMAP server's MDA (which doesn't do filtering) to deliver. With no account on the system, you can't login to it and setup procmail - and I doubt the postmaster will want to be setting up the system to sometimes run procmail, sometimes run the IMAP MDA depending on whether a particular person (remember, there's no users) wants their mail filtered or not. Sieve is a better method but apparently the only IMAP server I know that has it (devel Cyrus) doesn't compile. If so, then perhaps the functionality they want could be achieved by using fetchmail on their client piping into a procmail that's then piping into an imap-writing utility. [--- snip ---] All I can say to this is I wouldn't go recommending a mail system I wouldn't be happy to use myself every day of the week :) But this isn't a limitation of the implementation, it's a limit of the goal specified. Better not to go there. A limitation of the goal... that's a new one to me! I'm not arguing for altering mutt in any way, just pointing out that fetchmail + procmail can't solve everyone's problems. folder-hook ! T~Cmutt-users\r;s =mutt-users\r My only prob with the above is dealing with the case where no messages are tagged... -- Matt
just a 'lil problem with Mail-FollowUp-To: I need help with...
Here are the lines of my ~/.muttrc that might be significant at all: === set alternates="markm|al278|mark\@.*mielke" set nometoo # Should we include ourself in To:/CC: lists? set nomenu_scroll# Should we scroll one line at a time? set allow_8bit # 8-bit ok? or 7-bit + quoted-printable/base64? set charset="iso-8859-1"# For labelling outgoing mail. set noignore_list_reply_to # Indicates that Reply-To: for a list should be ig. lists perl5-porters perlbug lists mutt-announce mutt-dev mutt-users === The problem I'm getting is that the Mail-FollowUp-To: header is not including myself. As a sample, my outgoing mail when using "g" to reply to an article on [EMAIL PROTECTED] was the following: Mail-Followup-To: Tom Christiansen [EMAIL PROTECTED], Gurusamy Sarathy [EMAIL PROTECTED], Bart Schuller [EMAIL PROTECTED], [EMAIL PROTECTED] I would be glad for any help on this as it has plagued me ever since I started using mutt as a mailer a few years ago... Thanks, mark -- [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] __ . . _ ._ . . .__. . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/|_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/
Re: New Mail Sent to different mailboxes
Jeffrey L . Taylor [EMAIL PROTECTED] wrote on Thu, 13 Jan 2000: If you find procmail too hard to use, you might also look at maildrop. Another plus is that it works with Maildir mailboxes without patches. The latest version of procmail (out a month or few ago) has native support for maildirs. So this is no longer a reason to choose maildrop over procmail. There might be plenty of other reasons, admittedly... And it doesn't help those who are stuck with old, unpatched versions of procmail, but they can still use programs like safecat for writing into maildirs from procmail. Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Apathy Error: Don't bother striking any key.
Re: just a 'lil problem with Mail-FollowUp-To: I need help with...
The `lists' command specifies the mailing lists to which you are subscribed. Since the purpose of the mail-followup-to field is to affect a group reply, there is no reason to put your own email address in there since you are already a member of the list (which is included in m-f-t). me PGP signature
Re: Help! Mutt w/Maildir
Bill Bradford [EMAIL PROTECTED] kirjoitti 13. tammikuuta 2000 (to): Mutt is supposed to automatically detect Maildir-format mailboxes.. It does. :-) however, when I fire it up (v.1.0), it just gives me an error of "/var/spool/mail/mrbill: No such file or directory (errno = 2)". This means that the file /var/spool/mail/mrbill doesn't exist. Mutt thinks that this file is your incoming mail spool, but it doesn't exist. Either you have no mail at all, or the incoming mailbox is in some different location. Where is it? The environment variable MAIL should point to the correct location. If it doesn't (likely in this case, since Mutt is apparently looking in the wrong place), either change it, or use set spoolfile=/path/to/incoming/folder in your .muttrc. I've added the following line to my .muttrc: set mbox_type="Maildir" and it still does the same thing.. Help! That variable only affects the creation of *new* folders by Mutt. It doesn't matter at all when trying to read an existing folder. Hope this helps, Mikko (who thinks that renaming $mbox_type into $new_mbox_type would be a good idea...) -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Seen on an infant's bathtub: "Do not throw baby out with bath water."
sign a mail message from command line
Hi, Is it possible to send a signed message using mutt and pgp5 from the command line?? Thanks. Shao. -- Shao Zhang - Running Debian 2.1 ___ _ _ Department of Communications/ __| |_ __ _ ___ |_ / |_ __ _ _ _ __ _ University of New South Wales \__ \ ' \/ _` / _ \ / /| ' \/ _` | ' \/ _` | Sydney, Australia |___/_||_\__,_\___/ /___|_||_\__,_|_||_\__, | Email: [EMAIL PROTECTED] |___/ _
[little OT] message-id
Hi, I have two general mail questions: 1. can it be guaranteed that _EVERY_ email has a message-id? 2. if not, can you generate a message-id? Background: I'd like to write a perl script whose input is a mail folder, and the script looks at each individual email's message-id and do something with it (if it sees a duplicate, then ignore the duplicate, etc). If it doesn't find one, what should be done? Thanks! Robert
Re: sign a mail message from command line
On Fri, Jan 14, 2000 at 12:38:05PM +1100, Shao Zhang wrote: Is it possible to send a signed message using mutt and pgp5 from the command line?? Not in batch mode, but you could do something like mutt -e 'set pgp_autosign' [EMAIL PROTECTED] to get a one time pgp signature. The problem with batch mode is that mutt would have to ask you for your passphrase. me -- pgp key available from http://www.cs.hmc.edu/~me/elkins-pgp-key.asc PGP signature
Re: sign a mail message from command line
Ok, thanks, now the question is a bit off topic.
I tried to use a perl script to automate this, here is the code:
use PGP::Sign;
$PGP::Sign::PGPPATH = "/root/.pgp";
open(DATA, "$path/mutt.header.$$");
@data = DATA;
close DATA;
$keyid = "dns\@cia.com.au";
$passphrase = "hello world";
($signature, $version) = pgp_sign($keyid, $passphrase, @data);
open(DATAOUT, "$path/mutt.header.out.$$");
print DATAOUT "-BEGIN PGP SIGNED MESSAGE-\n\n";
foreach $key (@data) {
print DATAOUT "$key";
}
print DATAOUT "\n\n-BEGIN PGP SIGNATURE-\n";
print DATAOUT "Version: $version\n";
print DATAOUT "Charset: noconv\n\n";
print DATAOUT "$signature\n";
print DATAOUT "-END PGP SIGNATURE-\n";
close DATAOUT;
$a = `cat $path/mutt.header.out.$$ | mutt -H $path/mutt.header dns\@cia.com.au`;
now, the emails looks the exactly the same as the old style PGP signed
message, but when I view it in mutt, mutt shows that it is just a normal
message. Do I need to add additional header info such as Content-Type??
Or the above just the completely wrong way to do it??
Thanks.
Michael Elkins [[EMAIL PROTECTED]] wrote:
On Fri, Jan 14, 2000 at 12:38:05PM +1100, Shao Zhang wrote:
Is it possible to send a signed message using mutt and pgp5 from
the command line??
Not in batch mode, but you could do something like
mutt -e 'set pgp_autosign' [EMAIL PROTECTED]
to get a one time pgp signature. The problem with batch mode is that mutt
would have to ask you for your passphrase.
me
--
pgp key available from http://www.cs.hmc.edu/~me/elkins-pgp-key.asc
--
Shao Zhang - Running Debian 2.1 ___ _ _
Department of Communications/ __| |_ __ _ ___ |_ / |_ __ _ _ _ __ _
University of New South Wales \__ \ ' \/ _` / _ \ / /| ' \/ _` | ' \/ _` |
Sydney, Australia |___/_||_\__,_\___/ /___|_||_\__,_|_||_\__, |
Email: [EMAIL PROTECTED] |___/
_
PGP signature
Re: [little OT] message-id
On Thu, Jan 13, 2000 at 06:31:37PM -0800, Robert Chien wrote: 1. can it be guaranteed that _EVERY_ email has a message-id? No. 2. if not, can you generate a message-id? Background: I'd like to write a perl script whose input is a mail folder, and the script looks at each individual email's message-id and do something with it (if it sees a duplicate, then ignore the duplicate, etc). If it doesn't find one, what should be done? Check out "formail" (comes with procmail). You can use it to generate unique message id's, filter out duplicates, and a lot of other useful mail formatting jobs. R. Robert
Re: sign a mail message from command line
On Fri, Jan 14, 2000 at 01:52:16PM +1100, Shao Zhang wrote: now, the emails looks the exactly the same as the old style PGP signed message, but when I view it in mutt, mutt shows that it is just a normal message. Do I need to add additional header info such as Content-Type?? Or the above just the completely wrong way to do it?? I think it would work. Try adding Mime-Version: 1.0 Content-Type: application/pgp; format=text; x-action=sign I don't remember off hand if -H picks up the content-type or not... It should if it does not. me PGP signature
Re: [little OT] message-id
Charles Cazabon [EMAIL PROTECTED] wrote on Thu, 13 Jan 2000: You can generate an ID for them. But you shouldn't really use message ID to detect duplicates, although its a common practice. Message IDs are supposed to be unique, but sometimes aren't. If you want to do it properly, generate a cryptographic hash of the message (either the whole thing, or just the body) with md5 or something, and compare those. There is already at least one, possible two mail filters which store hashes along with message-ID's to detect duplicate emails. They're linked from the qmail web page I believe. They're meant to be used from .qmail files, but they might be easily adapted to be used from other places too, I think (haven't tried though). Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / "Managing senior programmers is like herding cats." -- Dave Platt
Re: sign a mail message from command line
Michael Elkins [[EMAIL PROTECTED]] wrote: On Fri, Jan 14, 2000 at 01:52:16PM +1100, Shao Zhang wrote: now, the emails looks the exactly the same as the old style PGP signed message, but when I view it in mutt, mutt shows that it is just a normal message. Do I need to add additional header info such as Content-Type?? Or the above just the completely wrong way to do it?? I think it would work. Try adding Mime-Version: 1.0 Content-Type: application/pgp; format=text; x-action=sign I just tried. Now the header looks like: From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: create domain Reply-To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: application/pgp; format=text; x-action=sign But when it sends over via mutt -H, the new header now looks like: From: Deus Ex Machina [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: create domain Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i And the message is still not proper signed. Shao. I don't remember off hand if -H picks up the content-type or not... It should if it does not. me -- Shao Zhang - Running Debian 2.1 ___ _ _ Department of Communications/ __| |_ __ _ ___ |_ / |_ __ _ _ _ __ _ University of New South Wales \__ \ ' \/ _` / _ \ / /| ' \/ _` | ' \/ _` | Sydney, Australia |___/_||_\__,_\___/ /___|_||_\__,_|_||_\__, | Email: [EMAIL PROTECTED] |___/ _ PGP signature
