Re: Organizing mailfolders (strategies and using with mutt)
+ David T-G <[EMAIL PROTECTED]>: > No, but your entire muttrc could be > > source "/some/cool/script|" > > and you could have that cool script look thru your procmail file(s) and > define your hooks, including a default hook, as well as do everything > else... Yes, I see the point. This is a good idea. That is a good idea. When its finished I will show it to the list. Kai.
Automatic encryption of emails if key available possible?
Hi! I have another question: Is the automatic encryption of emails if a key is available possible? I think about somethink set pgp_always_encrypt_when_key_available=yes set pgp_always_encrypt_use_dsa_keys=yes So every email is encrypted if the keys are available, and if there is a DSA and a RSA key the former is used. Best wishes Norbert --- Norbert Preining <[EMAIL PROTECTED]> University of Technology Vienna, Austriagpg DSA: 0x09C5B094 --- TAMPA (n.) The sound of a rubber eraser coming to rest after dropping off a desk in a very quiet room. --- Douglas Adams, The Meaning of Liff
Re: Automatic encryption of emails if key available possible?
* On 2002.04.12, in <[EMAIL PROTECTED]>,
* "Norbert Preining" <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I have another question: Is the automatic encryption of emails
> if a key is available possible? I think about somethink
Not really: mutt won't know whether the key is available until it tries
to encrypt. You could probably rig up some macros to check for the key
ID before sending, but that might be more trouble than it's worth.
You could perhaps approximate this behavior with a shell script:
$ cat pgp-hooks.sh
#!/bin/sh
gpg --list-keys --with-colons 2>/dev/unll \
| awk -F: '
/^pub/ {id=$5;}
/^(pub|uid)/ && $10 ~ "<" {
split($10, a, "<");
split(a[2], b, ">");
print "pgp-hook", b[1], "0x"id;
}'
Then call this from your .muttrc:
source "pgp-hooks.sh |"
I have to question whether you really want this, though. If you have
multiple recipients, this will make mutt select a key for encryption and
default to encrypting it, so the other recipients will get encrypted
mail that they can't read. Note that this will happen on group replies,
for example. But maybe you could work around this somehow with some
send-hooks that check recipients
> So every email is encrypted if the keys are available, and if
> there is a DSA and a RSA key the former is used.
I suspect that you can achieve this in pgp-hooks.sh, but I don't know
how to read the flags in gnupg's --with-colons list.
--
-D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: Organizing mailfolders (strategies and using with mutt)
* On 2002.04.11, in <[EMAIL PROTECTED]>, * "Kai Weber" <[EMAIL PROTECTED]> wrote: > > Nice idea and sure helps a lot. But in my .procmailrc nearly no folder > name is used. Most of the stuff is done by $MATCH. > > But a script for doing "subscribe" and "list" informations for .muttrc > would be nice. You might try this: ### End of .procmailrc :0 * MATCH ?? . | gdbm.pl $HOME/.mutt/matchdb "$MATCH" ### End of .muttrc source "acquire-lists.sh |" Files attached. Some assembly required. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago gdbm.pl Description: Perl program acquire-lists.sh Description: Bourne shell script
Re: [OT] cc: poster vs reply-only-to-list
11-Apr-02 at 12:21, David Champion ([EMAIL PROTECTED]) wrote : > begin 755 soapbox > I haven't noticed this list to be different from any other in this > regard, except that Sven is rabid about this topic and posts to this > list a lot. Yeah, agree there. Did Sven catch his rabid attitude from some rabid mutt? ;-) > The sweeping convention over all I've ever seen is to reply to the list > and to the poster. If the poster doesn't like that, the poster can > use duplicate ID processing, or MFT headers, or whatever to evade the > duplicates -- but in any case, it's not divine manifest never to cc: > the poster. In other lists I subscribe to, I would say this is generally the case. > Moreover, I'm not sure how custom on a particular list means that you > shouldn't cc: a person who asked to be cc:ed. If this were a different > list, you would cc: him upon request? I always hit L to reply to lists, and hope that Mutt will reply as intended. This usually means a CC: to the person that posted as long as they set up their headers that way. The inherent advantage of a CC: is that the poster usually gets replies back quicker if directly CCd to him, since mailing list servers (certainly of big lists) usually have a delivery lag of a few minutes. At least from where I'm sitting. > The reasons for wanting to be copied are several (or many), and are not > limited to "I'm not on the list" -- which would, IMO, be sufficient > reason to comply anyway. I don't like non list members just hopping in and hoping to be replied back to directly, because this is not far from people replying back to ME rather than the list if they have any questions. This is what I most object to, and this is why I would prefer they were ON the list in the first place. > I don't particularly want to harp on it any more than usual, but I had > to take exception to the idea that this list is different from others. #!/bin/sh if (all_lists_are_unique) # this is the same as saying if 1=1, no? then this list is different from others fi or #!/bin/sh lists=`ls ~/Mail/Lists` for list in $lists do if (netiquette:mutt-users ne netiquette:$list) then The list $list has different "rules" than mutt-users ;-) fi done Enough timewasting with scripts that won't ever execute anyway. Anyways I agree that there is a general overriding netiquette which is not the same as any pet peeves of mutt-users "personalities"... Simon. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:67.13% see www.mersenne.org] Recognizing disagreements in belief requires having enough agreements in belief to translate or understand the words and deeds of my opponent. -- Anthony O'Hear (combining, somewhat, several modern philosophers).
Re: [OT] cc: poster vs reply-only-to-list
There are also some reasons why not to cc: to person when replying to list. I prefer to receive msgs in list order. Generally, mailing lists do not have the highest priority in a work day, thus I read/reply when I have time (like now at 01:20 I should be in bed...). Duplicate removal removes the copy received later, which is generally the list one, but I prefer to keep the list msg. A lag of a few minutes - oh wow, can't handle that :) Plus I so far didn't spend the time setting up duplicate removal. As I get my copy from the list, I can't see any useful reason why I'd want another one. Of course, if someone requests to be cc:ed I do that, this is often the case for developers' lists where someone wants to report a bug and catch the answers but doesn't want to subscribe to the often high-volume list itself. My OT 2 (and as they're now) cents... Volker -- Volker Kuhlmann, list0570 at paradise dot net dot nz http://volker.orcon.net.nz/ Please do not CC list postings to me.
Re: [OT] cc: poster vs reply-only-to-list
Hi, * Simon White [04/11/02 19:46:13 CEST] wrote: > 11-Apr-02 at 12:21, David Champion ([EMAIL PROTECTED]) wrote : > I always hit L to reply to lists, and hope that Mutt will reply as > intended. This usually means a CC: to the person that posted as long as > they set up their headers that way. The inherent advantage of a CC: is > that the poster usually gets replies back quicker if directly CCd to him, > since mailing list servers (certainly of big lists) usually have a > delivery lag of a few minutes. At least from where I'm sitting. I always hit 'L', too. But in fact mailing lists (like usenet) are no chatrooms. So there's no danger that someone could miss anything. And I don't receive mail directly but fetch it via my pop3 account. With a delay of a few minutes I perhaps get a message an hour later than without. But I get it. > I don't like non list members just hopping in and hoping to be replied > back to directly, because this is not far from people replying back to ME > rather than the list if they have any questions. This is what I most > object to, and this is why I would prefer they were ON the list in the > first place. Yes. If someone has a question, he/she has to be subscribed to the list for the time it takes for the question to answered. This should be no problem because subscription/unsubscription is automated. Cheers, Rocco. msg27094/pgp0.pgp Description: PGP signature
ugly thread tree display
I'm using Mutt 1.3.28i, and my thread tree display looks messed up: 1117 L Jan 16 Nick Wilson (0.6K) Hook? 1118 sL Jan 16 René Clerc (1.3K) mq> 1119 L Jan 16 Nicolas Rachinsky(0.3K) tq> 1120 L Jan 16 Philip Wittamore (0.5K) x tq> 1121 sL Jan 16 Benjamin Smith (0.9K) x x mq> 1122 sL Jan 16 René Clerc (0.9K) x mq> 1123 sL Jan 16 Nick Wilson (1.1K) tq> 1124 sL Jan 16 Nick Wilson (1.3K) mq> 1125 L Jan 16 David Ellement (0.5K) tq> 1126 sL Jan 16 Jeremy Blosser (1.2K) mq> 1127 L Jan 16 Nick Wilson (1.3K) mq> I'll be happy to provide any information that'd be helpful in fixing this aesthetic problem. -- Katie Bechtold http://www.katie-and-rob.org/katie/ msg27095/pgp0.pgp Description: PGP signature
Re: ugly thread tree display
Doh! The solution was to set ascii_chars=yes. That was it. Just goes to show, no matter how long I look for an answer, I'm bound to find it the minute after sending my query to a mailing list. :) Apologies to all. -- Katie Bechtold http://www.katie-and-rob.org/katie/ msg27096/pgp0.pgp Description: PGP signature
Re: ugly thread tree display
Hi, On Fri, Apr 12, 2002 at 10:27:02AM -0400, Katie Bechtold wrote: > I'm using Mutt 1.3.28i, and my thread tree display looks messed up: > > 1117 L Jan 16 Nick Wilson (0.6K) Hook? > 1118 sL Jan 16 René Clerc (1.3K) mq> > 1119 L Jan 16 Nicolas Rachinsky(0.3K) tq> > 1120 L Jan 16 Philip Wittamore (0.5K) x tq> > 1121 sL Jan 16 Benjamin Smith (0.9K) x x mq> > 1122 sL Jan 16 René Clerc (0.9K) x mq> > 1123 sL Jan 16 Nick Wilson (1.1K) tq> > 1124 sL Jan 16 Nick Wilson (1.3K) mq> > 1125 L Jan 16 David Ellement (0.5K) tq> > 1126 sL Jan 16 Jeremy Blosser (1.2K) mq> > 1127 L Jan 16 Nick Wilson (1.3K) mq> > > I'll be happy to provide any information that'd be helpful in fixing > this aesthetic problem. Mutt's got confused about how to do the line-art. Possible solutions are: 1. Change the terminal type 2. If under cygwin, force mutt to run under code page 437 3. Set ascii_chars in your muttrc, so mutt uses +, - and > to draw the tree. Luke smime.p7s Description: application/pkcs7-signature
Re: ugly thread tree display
Alas! Katie Bechtold spake thus: > Just > goes to show, no matter how long I look for an answer, I'm bound to > find it the minute after sending my query to a mailing list. :) You too??! Lol, I do that all the time ;) > Apologies to all. Don't sweat it. -- Rob 'Feztaa' Park [EMAIL PROTECTED] -- When I say the magic word to all these people, they will vanish forever. I will then say the magic words to you, and you, too, will vanish -- never to be seen again. -- Kurt Vonnegut Jr., "Between Time and Timbuktu" msg27098/pgp0.pgp Description: PGP signature
Re: Mails are always tagged as old but unread
Hello everybody, I solved the problem with the Messages that seemed to be old, although i never had a look at them. I just made a procmail recipe which filters the Status: and X-Status: headers. Here it is, just in case somebody might need ist someday: :0 fhw |formail -I "Status" -I "X-Status" This doesn't solve the Problem, but since i couldn't firgure out which program put the headers into my mails, this snippet at least works. Greetings Christoph
Re: NFS problems
Rocco Rutte <[EMAIL PROTECTED]> wrote: > > The situation so far is that sending mail doesn't work because mutt > does not show up again after returning from the editor (saving works). Use 'strace' to watch the mutt process and log system calls, then find out what mutt is trying to do when it hangs. -- 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 Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: HTML Mail
Ian Chilton <[EMAIL PROTECTED]> wrote: > > [ian@buzz:~]$ cat .mailcap > text/html; /usr/bin/links %s > > and these in .muttrc > set mailcap_path="~/.mailcap" > auto_view text/html > > But I get this: > mailcap entry for type text/html not found Auto_view only looks for mailcap entries with the "copiousoutput" tag. If you want to use an interactive browser like links, you must press 'v' and press 'return' on the html attachment. -- 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 Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: HTML Mail
On Thu, Apr 11, 2002 at 02:54:29PM +0200, Stefan Frank wrote: > At Thu, Apr 11 2002 [12:01 +0100], Ian Chilton aroused my curiosity with: > > text/html; /usr/bin/links %s > > Try something like: > text/html; /usr/bin/links %s; copiousoutput > > and read section 5.3 "MIME Viewer configuration with mailcap" > in the manual. Since this thread came up, I've been trying some of the stuff you people have been suggesting. I'm finding it very confusing. One of the things driving this is I'd like to find a way to easily report spam to spamcop, which means I have to pass an ID and password. This is possible with lynx -auth=uname:passwd. With w3m or links, it would be something like w3m http://uname:[EMAIL PROTECTED]/ That's the background. So in my ~/.mailcap, I tried "links %s; copiousoutput": [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] [-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] ERROR: could not get terminal size This in a real Xterm. With no auto_view statements in .muttrc, _everything_ comes up "blah/blah is unsupported. use v ..." Here's (relevant parts of) my ~/.mailcap: -- # works great (lousy cookie handling, but otherwise fine)! # text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html # doesn't work at all, auto_view (.muttrc) or not. # # text/html; /usr/bin/links %s; copiousoutput # # [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] # ^[[1;1H[-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] # ^GERROR: could not get terminal size # doesn't work. # # text/html; /usr/bin/lynx -force_html %s; needsterminal; # works with autoview (.muttrc). # # text/html; /usr/bin/lynx -dump %s; copiousoutput; nametemplate=%s.html -- Right now, I like w3m the most of the three, lynx tends to work the best, and links doesn't appear to work with mutt at all. I've been rummaging around in the mutt manual for a couple of days now, and I don't appear to be getting anywhere beyond where I was days ago. Ideas, comments, criticisms all welcome. Finally, this is my first "L" post. Is there a simple way to tell mutt that I don't want to cc: the poster when I'm replying to the list? One of these days, I'm going to forget to clear out the cc: header and somebody's gonna rag on me for it (with good reason IMO). Thanks everybody. You've been very helpful. :-) Mutt 1.3.12i (2000-11-27) auto_view text/html set mailcap_path="~/.mailcap" Links 0.92 Lynx Version 2.8.3dev.9 (13 Sep 1999) Yes, I'm aware these are all getting a little long in the tooth. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
On Fri, Apr 12, 2002 at 06:43:14PM -0500, David DeSimone wrote: > Ian Chilton <[EMAIL PROTECTED]> wrote: > > > > [ian@buzz:~]$ cat .mailcap > > text/html; /usr/bin/links %s > > > > and these in .muttrc > > set mailcap_path="~/.mailcap" > > auto_view text/html > > > > But I get this: > > mailcap entry for type text/html not found > > Auto_view only looks for mailcap entries with the "copiousoutput" tag. Ah! That's helpful, thanks. > If you want to use an interactive browser like links, you must press 'v' > and press 'return' on the html attachment. Try w3m instead. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: NFS problems
Hi,
* David DeSimone [04/13/02 01:40:19 CEST] wrote:
> Rocco Rutte <[EMAIL PROTECTED]> wrote:
> >
> > The situation so far is that sending mail doesn't work because mutt
> > does not show up again after returning from the editor (saving works).
> Use 'strace' to watch the mutt process and log system calls, then find
> out what mutt is trying to do when it hangs.
I've done that. Using 'strace' just give me:
[...]
stat("/tmp/mutt-ganymed-9155-1", {st_mode=S_IFREG|0600, st_size=115, ...}) = 0
open("/tmp/mutt-ganymed-9155-1", O_RDWR) = 4
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2aad2000
unlink("/tmp/mutt-ganymed-9155-1") = 0
write(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2047) = 2047
The last line is printed about 50.000 times within a couple of
seconds. Before this exerpt, to me it seems that the editor
command was sucessful (mutt reports that the child has quit).
Could someone explain/interpret the last line? I have
absolutely no idea what this could be and how to solve it.
Cheers, Rocco.
msg27104/pgp0.pgp
Description: PGP signature
Re: HTML Mail
begin s. keeling quotation: > > One of the things driving this is I'd like to find a way to easily > report spam to spamcop, which means I have to pass an ID and password. > This is possible with lynx -auth=uname:passwd. With w3m or links, it > would be something like w3m http://uname:[EMAIL PROTECTED]/ Spamcop will give you an email address. You forward the mails there, and you can even make a Mutt alias to make it easy, so you just forward them to "spamcop". Then they process it when the system load allows, and send you back an URL to complete the process. Much easier that trying to script a web post, and has the advantage that you don't have to re-post if their system load won't allow a submission at that moment. -- Shawn McMahon| McMahon's Laws of Linux support: http://www.eiv.com | 1) There's more than one way to do it AIM: spmcmahonfedex, smcmahoneiv | 2) Somebody thinks your way is wrong msg27105/pgp0.pgp Description: PGP signature
Re: HTML Mail
Hi, * s. keeling [04/13/02 02:10:27 CEST] wrote: > That's the background. So in my ~/.mailcap, I tried "links %s; > copiousoutput": > [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] > [-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] > ERROR: could not get terminal size > This in a real Xterm. With no auto_view statements in .muttrc, > _everything_ comes up "blah/blah is unsupported. use v ..." Correct behaviour. Text-mode browser are _interactive_ programs and thus need a terminal. If you only want them to print the page and exit (without waiting for user input) you will have to tell them. > Here's (relevant parts of) my ~/.mailcap: > text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html Try 'w3m -dump' for autoview. > # text/html; /usr/bin/links %s; copiousoutput Try 'links -dump' for autoview. > # text/html; /usr/bin/lynx -force_html %s; needsterminal; Try 'lynx -dump' for autoview. HTH, Cheers, Rocco. msg27106/pgp0.pgp Description: PGP signature
Re: HTML Mail
On Fri, Apr 12, 2002 at 08:27:21PM -0400, Shawn McMahon wrote: > begin s. keeling quotation: > > > > One of the things driving this is I'd like to find a way to easily > > report spam to spamcop, which means I have to pass an ID and password. > > This is possible with lynx -auth=uname:passwd. With w3m or links, it > > would be something like w3m http://uname:[EMAIL PROTECTED]/ > > Spamcop will give you an email address. You forward the mails there, Actually, that's what I do now. Submission works great. I'm talking about the final bit about getting onto their system, reviewing spamcop's work, and hitting that last send reports bit. Spamcop works great, except lynx tends to be the only browser that works well with their web server (Opera 5.0 is awful with it; Netscape is better; w3m would be great, but there's a cookie handling bug; links just hangs mutt - links can't figure out terminal geometry). And why didn't the cc: line get filled in with your reply address this time I did an "L"? Excellent! -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
On Sat, Apr 13, 2002 at 02:27:25AM +0200, Rocco Rutte wrote: > > * s. keeling [04/13/02 02:10:27 CEST] wrote: > > That's the background. So in my ~/.mailcap, I tried "links %s; > > copiousoutput": > > > Here's (relevant parts of) my ~/.mailcap: > > > text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html > > Try 'w3m -dump' for autoview. Thanks Rocco. Problem solved. Much appreciated. Next problem: This works: macro index \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' macro pager \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' This doesn't: macro index \cB |'links'\n 'call links to extract URLs out of a message' macro pager \cB |'links'\n 'call links to extract URLs out of a message' The latter two just lock up mutt. kill -HUP `pidof links` says "ERROR: could not get terminal size" -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
Hi, * s. keeling [04/13/02 03:11:49 CEST] wrote: > On Sat, Apr 13, 2002 at 02:27:25AM +0200, Rocco Rutte wrote: > > Try 'w3m -dump' for autoview. > Thanks Rocco. Problem solved. Much appreciated. No problem. I didn't mention the manpages for those 3 text-mode browsers. Maybe you should read it. > This works: > macro index \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' > macro pager \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' > This doesn't: > macro index \cB |'links'\n 'call links to extract URLs out of a message' > macro pager \cB |'links'\n 'call links to extract URLs out of a message' > The latter two just lock up mutt. kill -HUP `pidof links` says > "ERROR: could not get terminal size" So, now that you know that the 'could not get terminal...' error from links is because it wants to run in interactive mode, this is the same problem here. The pipe is used to hand the current mail/news over via stdin to a program specified. So, the program must be abled to read from stdin. w3m is (IIRC not documented in the manpage), but links isn't. That means that links ignores the input from stdin and just wants to run with the URL given (none in your case). If you really depend on links, I think a short wrapper should help: #!/bin/sh tee > $filename && links $filename && rm -f $filename (or: maybe this can be done directly in the macro) Btw, if you want to extract URLs from a message body why not use UrlView adjusted to use your favorite browser? Cheers, Rocco. msg27109/pgp0.pgp Description: PGP signature
Re: HTML Mail
* s. keeling <[EMAIL PROTECTED]> [04-12-02 19:46]: > On Fri, Apr 12, 2002 at 08:27:21PM -0400, Shawn McMahon wrote: > > begin s. keeling quotation: > > > > > > One of the things driving this is I'd like to find a way to easily > > > report spam to spamcop, which means I have to pass an ID and password. > > > This is possible with lynx -auth=uname:passwd. With w3m or links, it > > > would be something like w3m http://uname:[EMAIL PROTECTED]/ > > > > Spamcop will give you an email address. You forward the mails there, > > Actually, that's what I do now. Submission works great. I'm talking > about the final bit about getting onto their system, reviewing > spamcop's work, and hitting that last send reports bit. Spamcop works > great, except lynx tends to be the only browser that works well with > their web server (Opera 5.0 is awful with it; Netscape is better; w3m > would be great, but there's a cookie handling bug; links just hangs > mutt - links can't figure out terminal geometry). > > And why didn't the cc: line get filled in with your reply address this > time I did an "L"? Excellent! I use a small footprint limited feature web browser called dillo for this final action to spamcop. Works great and is very small and quick. It is available at: sourceforge.netprojects/dillo/ -- Patrick Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Re: HTML Mail
--KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alas! Patrick spake thus: > I use a small footprint limited feature web browser called dillo for > this final action to spamcop. Works great and is very small and quick. > It is available at: sourceforge.netprojects/dillo/ I love dillo, it's so freaking fast. All it needs is just a few more features (like ftp support and bookmark heirarchies), and it'll replace Mozilla on my computer ;) --=20 Rob 'Feztaa' Park [EMAIL PROTECTED] -- We all declare for liberty, but in using the same word we do not all mean the same thing. -- A. Lincoln --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8t6YGPTh2iSBKeccRAmrxAJ9j2z6a1qwnk4cLWj8KvzsL7aKhWACdHJ+U FHyg6ZlSc7Vuy1lTT9gVd5k= =4E7c -END PGP SIGNATURE- --KsGdsel6WgEHnImy--
Re: HTML Mail
* Rob 'Feztaa' Park <[EMAIL PROTECTED]> [04-12-02 22:32]: > Alas! Patrick spake thus: > > I use a small footprint limited feature web browser called dillo for > > this final action to spamcop. Works great and is very small and quick. > > It is available at: sourceforge.netprojects/dillo/ > > I love dillo, it's so freaking fast. All it needs is just a few more > features (like ftp support and bookmark heirarchies), and it'll replace > Mozilla on my computer ;) You would probably also like skipstone (and it moving away from sourceforge). Small and fast with more features than dillo. Skipstone uses the GtkMozEmbed mozilla engine. I use dillo for small browses that require few features and skipstone for more normal views. available: www.muhri.net/skipstone/ -- Patrick Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Writing a memo to myself
Scenario: I want to write a memo to myself that appears in my inbox. What's the easiest/fastest way to do this? Right now I'm doing "m", "pmak", "" and then typing it. A side effect of this is that the memo ends up in my sent-mail folder too. Oh, is it a bug that when I press "y" to send a message, it won't let me send the message if no recipients are specified (but there's an Fcc: specified)?
Re: Writing a memo to myself
On Sat, Apr 13, 2002 at 12:19:11AM -0400, Philip Mak wrote: > Scenario: I want to write a memo to myself that appears in my inbox. > What's the easiest/fastest way to do this? Try putting this in your .muttrc send-hook pmak "unset record" macro index m ":push mpmak\r\r\rn" Hitting m (or alt-m if you've set meta_key) in the index ought to do the trick. Don't forget to set back the record variable in the default send-hook. Hope that helps, -R -- Robert S Conde PGP Key: 0xE94C96E3 msg27114/pgp0.pgp Description: PGP signature
Re: HTML Mail
Hello --
...and then s. keeling said...
%
...
%
% One of the things driving this is I'd like to find a way to easily
I think I've pretty much solved this wrinkle. Assuming you've gone to
get a spamcop mail reporting ID, then you might find
[zero] [11:59pm] ~> grep spam .mutt/muttrc | cat -v
###set editor="vim +/^$"# set as a send-hook; reset for spamcop
folder-hook F.spam 'set sort=mailbox-order ; push ".^M"' #
for spam forwards
send-hook (spamcop|(submit|quick).[a-z0-9]*)@.*spamcop.net 'unset pgp_autosign
; set editor=/bin/true signature= ; my_hdr Fcc: /dev/null ; my_hdr From:
[EMAIL PROTECTED]'
macro generic ,f "push
scy" "spam forward"
macro generic ,s "=F.spam\n" "spam transfer"
macro generic ,S "r=OF.spam\n"
"spam dump"
[zero] [11:59pm] ~> grep spamcop .mutt/aliases
alias sc <[EMAIL PROTECTED]> (SpamCop Submissions-by-mail
(quick))
[zero] [11:59pm] ~> ls -lF Mail/quick*
lrwxrwxrwx 1 davidtg 7 Apr 2 13:22 Mail/quick.4fhavei2m7k2cgam -> spamcop
lrwxrwxrwx 1 davidtg 7 Dec 12 07:53 Mail/quick.oxd1ox6zdsz2ztjb -> spamcop
[zero] [DING!] ~>
helpful. Anything tagged (and everything in =F.spam automatically is) gets forwarded
to spamcop with a simple ,f sequence. When SpamCop sends a message back with umpteen
URLs in it, I hit ctrl-b to fire off urlview and then hit return on about a dozen in a
batch and then back through the screen windows pasting in
/send sp
to search for the send link, hit return, and hit return again. It quick
and easy and will last me until I finally get spamassassin in place and
handle it elsewhere. In the meantime, if anyone has a quick perl script
that will take a URL, talk to the web server, find a certain link ("send
spam report") and follow it, I'd be in heaven :-)
Hey, good morning, everyone!
:-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.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg27115/pgp0.pgp
Description: PGP signature
Re: HTML Mail
--CdrF4e02JqNVZeln Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alas! Patrick spake thus: > > I love dillo, it's so freaking fast. All it needs is just a few more > > features (like ftp support and bookmark heirarchies), and it'll replace > > Mozilla on my computer ;) >=20 > You would probably also like skipstone (and it moving away from > sourceforge). Small and fast with more features than dillo. Skipstone > uses the GtkMozEmbed mozilla engine. I use dillo for small browses > that require few features and skipstone for more normal views. Looks interesting, I'm going to try it. It has tabbing, which is cool. How is it for loading time? You say it's fast -- faster or slower than dillo? Thanks. --=20 Rob 'Feztaa' Park [EMAIL PROTECTED] -- Rainy days and automatic weapons always get me down. --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8t8J+PTh2iSBKeccRAvBSAJ9FwCFXL8ofhdZ1BKykVaRE7F39vgCfeber 9dOkLZRxkkHGCLMggrvmkeM= =607E -END PGP SIGNATURE- --CdrF4e02JqNVZeln--
