[OT] Re: replying to unwrapped messages with vi
On Wed, Oct 02, 2002 at 06:58:06PM -0400, Keith R. John Warno wrote: gqap in conjunction with 'comments' works well. But I'm curious: how do folks handle reformatting text with multiple levels of quoting? For me, it just works. I think vim recognized the message I'm editing as an email (part of it's auto file type recognition, I imagine) so it also recognizes the typical quote characters... 'gqap' operates correctly on multi-level quotes in this mail mode. If you wonder how it all works: :help syntax :help formatting in vim should answer all your questions. /db
Re: Help on forward - macro+source+forward
On Fri, Oct 04, 2002 at 12:52:38AM +0200, Sven Guckes wrote: * Pascal Brugier [EMAIL PROTECTED] [2002-10-01 02:55]: I have many folders managed by Procmail and Mutt, I've a particular one in which i received mails with always the same subject: Eepdate: FQDN machine name When i forward this mail i want to always forward it to the same recipient and if possible always have the same body in the forwarded mail. example: Forwarded body added body I tried with send-hook but i cant obtain what i want, perhaps it my fault. hmm... there is no such thing as a forward-hook - but you can use a macro to forward the current message to some address, and then some send-hook can be applied to source a setup file which contains the necessary settings: macro index ~~ forward-message... the following steps require the knwowledge of the prompts that follow - and thus it depends on your current setup. you might want to source the special setup file first to make sure about the current settings. macro index ~~ :source filename\nforward-message... the solution depends on what you really want. as soon as you know eaxtly you can tell us. then we can help further. OK, I try ;-) For system administration we install a script on every station we have to administrate. This script control if Debian packages installed on the station are always up to date. If no the script send us a mail which is always of the same format: From: admin@FQDN_station_name To: admin@ #(always the same address here) Subject: Eepdate: FQDN_station_name The body off the mail tell us which packages must be updated I have a mail box for this kind off messages (Procmail of course) What I want to do is: Replying to this mail (when upgrade is done :-)) with: To: admin@ #(always the same address here) Subject: Eepdate: FQDN_station_name DONE And the reply body is made with a part which is the body off the message I received and a part I add, this last part well be always the same. Something Like: The upgrade is done The real question is how to do this by a forward which well do all that I said before. I know that the address to which I forward has to be give by my self and not by automated forward. I hope that i use better English and that it's more easy to understand what i want. Thank you very much, Pascal -- Pascal Brugier --- Easter-eggs Spécialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37-Fax: +33 (0) 1 43 35 00 76 mailto:[EMAIL PROTECTED] - http://www.easter-eggs.com --- 709D77A2 - ED24 4E29 E5B4 FDE7 56A4 352D F24E 7E68 709D 77A2 ___ msg31617/pgp0.pgp Description: PGP signature
Re: replying to unwrapped messages with vi
Kevin, et al -- ...and then kevin lyda said... % ... % % i find fmt to be more standard across unicies. Actually, I've found the BSD fmt to be not equal to the GNU or [presumably ATT, since it works in Solaris, but that's funny since SunOS harkens back to BSD!] fmt, so the quick fix was to change my .exrc file to the BSD version when I changed servers but that then breaks whenever I pull my environment down to a new (typically Solaris or Linux) box. Rather than muck about with different exrc options, I'll just add fmt to my tree of installed software such as vim -- and since I'll be installing something, I'll just use the much more powerful par instead (haven't done that last step yet :-) But standard, I'm sorry to have found, it ain't. As far as this thread goes, I just leave the line unwrapped. Not only is it my personal standard to not reformat anyone's text, I think it's quite funny when LookOut! breaks a line in the utterly dumbest place, which is often what happens :-) % % kevin HTH HAND :-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! msg31618/pgp0.pgp Description: PGP signature
inconsistent problems with tunnel and ssh
Hi, I'm trying to use 'set tunnel=ssh myhost /usr/bin/imapd' to access mail and I'm having mixed succes. It works from some hosts and not from others (mostly all debian unstable machines), it also works from localhost. Additionaly the the shell command ssh myhost /usr/bin/imapd always works from any of my test hosts. However from some hosts can't get in and the following messages are logged in /var/log/auth.log on the mail server: Oct 6 15:25:42 zenon sshd[32027]: Could not reverse map address 10.0.2.154. Oct 6 15:25:42 zenon sshd[32027]: Accepted publickey for ldm from 10.0.2.154 port 4577 ssh2 Oct 6 15:25:42 zenon PAM_unix[32029]: (ssh) session opened for user ldm by (uid=1000) Oct 6 15:25:42 zenon sshd[32029]: Disconnecting: Bad packet length 542197035. Oct 6 15:25:42 zenon PAM_unix[32029]: (ssh) session closed for user ldm Oct 6 15:25:42 zenon sshd[32029]: PAM pam_putenv: delete non-existent entry; MAIL Oct 6 15:25:47 zenon PAM_unix[31994]: (ssh) session closed for user ldm Google searches on ssh bad packet etc. didn't return anything beyond ssh version and protocol mismatches. But all ssh versions are the same in my tests. I even tried using tcpdump to get at the client-server conversation but realized the debian ssh doesn't support the none cipher. I'd be grateful for any clues as to what is going on here. Cheers, -- OENONE: Non ; mais je viens tremblante, à ne vous point mentir. J'ai pâli du dessein qui vous a fait sortir ; (Phèdre, J-B Racine, acte 4, scène 6)
sig and attachment charset (was: Compiling mutt with compressed patch in RHL 8.0)
Hi José, On Wednesday, October 2, 2002 at 7:44:24 PM -0300, José Romildo Malaquias signed: Content-Type: text/plain; charset=utf-8 -- Prof. Jos� Romildo Malaquias ^ Departamento de Computa��o - Universidade Federal de Ouro Preto ^^ Strange there are those UTF-8 unknown replacement chars U+FFFD here. Should have been José and Computação I guess, and that is writable in Latin-1. What is your $charset? Your sigfile is written in the same? Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename=mutt.spec Comment[sv]=E-postl�sare ^ * Tue Oct 01 2002 Jos� Romildo Malaquias [EMAIL PROTECTED] 1.4-4 ^ * Mon Jun 19 2000 Trond Eivind Glomsr�d [EMAIL PROTECTED] ^ Same problem applies to attached text file. But here there is the solution to declare the right charset when you attach the file: in compose menu use edit-type (^T by default), replace by the file's real charset, and refuse the proposed conversion. I wonder if there is a way to declare a different default charset for texts to be attached. This could be usefull in situations like, say: All your text files are Latin-1 (or US-Ascii), but you use Mutt on an UTF-8 terminal. So $charset=utf-8, you view and edit UTF-8 mails, but attach Latin-1 (or less) files. Someone knows? I tried to tweak ~/.mime.types for asc/txt extensions, but didn't succeed. Something like: | text/plain; charset=iso-8859-1asc txt Bye!Alain.
Re: Scoring in collapsed threads - flag and score sum
* Christian Garbs [EMAIL PROTECTED] [2002-10-05 19:41]: Is there a way to show the score of hidden messages in a [collapsed] thread (perhaps by setting the score of the root message to the sum of all hidden messages)? no. Or can I flag the whole thread when a single message in the thread is flagged? no. but these are good ideas, of course. added to the wishlist. Sven -- Sven [EMAIL PROTECTED]| MUTT - a UNIX mailer with support for MUTT WOOF!,, Usenet: comp.mail.mutt | color+threading, IMAP,MIME+PGP+POP MUTT (__/'. http://www.mutt.org/ | Need a feature? Let me know! MUTT /| |\ http://www.math.fu-berlin.de/~guckes/mutt/wish.php3 WishList!
[PATCH] Re: Coloring full line in header
D. J. Bolderman wrote: On Wed, 25 Sep 2002, Thomas Dickey wrote: uh no - it's a mutt issue. ncurses and slang have comparable capabilities in this area, the issue is that mutt isn't calling ncurses to achieve the effect. So how do I get Mutt to call ncurses then ? Do I have to recompile or something ?? I spent some time tracking down the cause of this problem. I'd appreciate it if some people could test the patch at http://www.cs.hmc.edu/~me/mutt/patch-1.5-me.color_eol.1 Also, if some people using SLang could also test it to make sure that it doesn't break anything, that would be great. I tested it myself and it worked ok with both ncurses and slang, but its always good to get it tested in other environments.
Re: Autoview images in the pager
* Rob Reid ([EMAIL PROTECTED]) wrote this on 10 06, 02 at 02:00: Hi, At 11:58 PM EDT on October 5 Mike Leone sent off: * Rob Reid ([EMAIL PROTECTED]) wrote this on 10 05, 02 at 22:35: Danger, Will Robinson! ;-) At 8:21 AM EDT on October 5 Viktor Lakics sent off: I have a crazy idea, I wanted to ask you about: Has anyone ever tried to work out how to autoview graphics inside mutt? You might know this already, but a common spammer tactic is to include images in their html mails like img src=http://spam.server.com/Viktor_actually_read_this_spam.gif; that let them know that you actually read their spam, *if* you read the message in a graphical browser. From then on you can count on that address receiving the GSSSP (Gross Solar System Spam Product). Most times, yes. But the majority of people actually don't use console based mailers, but graphical ones. And the graphical ones usually show the HTML directly, that is, they don't spawn a browser. Think of Outlook or Eudora. Why does that matter? Each web bug is unique, so any request for it, from anywhere, anything, or anyone, still dooms the address the bug refers to. Because browser programs can (usually) be told to not load images in web pages; embedded browser windows, such as in Outlook and Eudora, don't have such options (I think - I haven't tested to see whether they would honor the full browser config). More annoying are the 1x1 pixel images that you can't even see, that do the same thing. I believe the term is web bug. I wasn't excluding them. Personally, I like the 1x1s better than the garish, bandwidth hogging, CPU killing, animated gifs. ObMutt: Would a macro that 1. autoviews/mailcap displays stuff from trusted senders* or 2. defangs (temporarily, in a display filter way, since untrusted innocents are included) stuff from everyone else necessarily require mutt to understand if statements? * possibly approximated by the aliases file, although you can't trust anyone using untrusted software, no matter how nice they are. -- PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF Member, LEAF Project http://leaf.sourceforge.netAIM: MikeLeone Public Key - http://www.mike-leone.com/~turgon/turgon-public-key.asc Registered Linux user# 201348 msg31623/pgp0.pgp Description: PGP signature
Re: Help on forward - procmail+reply
* Pascal Brugier [EMAIL PROTECTED] [2002-10-06 09:51]: For system administration we install a script on every station we have to administrate. This script control if Debian packages installed on the station are always up to date. If no the script send us a mail which is always of the same format: From: admin@FQDN_station_name To: admin@ #(always the same address here) Subject: Eepdate: FQDN_station_name The body of the mail tells us which packages must be updated I have a mail box for this kind of messages (Procmail of course) What I want to do is: [when] Replying to this mail.. well, your original request was about forward - not reply. so this is why you should have described your problem in the first place as this turns out to be quite different. (when upgrade is done :-)) with: To: admin@ #(always the same address here) Subject: Eepdate: FQDN_station_name DONE you'll get the admin@ address if there were an appropriate Reply-To: line with this kind of email, right? so i suggest you will instruct procmail to add such a line before storing it in your special folder. oyutline of procmail settings and rule: FQDN=easter-eggs.com REPLYADDRESS=admin@whatever :0 hfw * ^From:.*admin@$FQDN |formail -a Reply-To: $REPLYADDRESS note: untested. but you'll get the idea. And the reply body is made with a part which is the body of the message I received and a part I add, this last part well be always the same. Something Like: The upgrade is done this changes the message - and therefore you should use the power of your editor to apply it. (set editor=vi and :r filename). The real question is how to do this by a forward.. please forget about the forward and think in terms of reply. Sven
which 7 other common list headers? (was: Re: .procmailrc)
Hi Thomas, * Thomas Hurst [EMAIL PROTECTED] [02. Okt. 2002]: [mailing list filter] Nice generalised solution: :0: * ^Sender: owner-\/[^@]+ lists/`echo $MATCH | sed -e 's/[\/]/_/g'` Repeat for the 7 other common mailing list headers, and you're all done, assuming you don't want to get more fancy with determining the target mailspool. Hmm, i have: Sender and: X-Mailing-List X-BeenThere Delivered-To X-Loop which 7 other ml headers did you mean? Ciao, Gregor -- The future is here. It's just not widely distributed yet. -- William Gibson
Re: Creating Aliases from sent messages?
On 10/01/02 14:39 -0400, darren chamberlain wrote: * Michael Tatge [EMAIL PROTECTED] [2002-10-01 14:17]: Why don't you run a little shell or perl script against that folder? Hmm... #!/usr/bin/perl use strict; use File::Slurp; use Email::Find; my (%addrs, $data, $mbox, $finder); $data = read_file(mutt-users); # read_file comes from File::Slurp $mbox = $ENV{HOME}/Mail/lists/mutt-users; $finder = Email::Find-new(sub { $addrs{ $_[0]-format }++ }); $finder-find(\$data); print join \n, sort keys %addrs; This works, assuming you have File::Slurp and Email::Find installed. The problem with this, though, is that it picks up Message-ID's. This worked just as promised! Cleaning out the Message-IDs was no big deal. Thanks a million Darren! Forgive my delay in responding, but I just found time to do this today. Also, File::Slurp and Email::Find had to be installed. I piped the output to a file. The only thing I had to then do was to prepend the word 'alias' and a dummy alias (I used numbers) before each address, so as to make the list work with mutt. (I did this via a spreadsheet) I am a COMPLETE Perl novice, so please forgive this question, but how could the script be modified to automate this prepending? John
gpg and mutt
Howdy, I am having trouble encrypting messages with mutt. Whenever I try to do so I get a prompt for a keyID but any ID I enter just makes it beep and do nothing I have ln -s gpg gpgm in /usr/bin/ as a faq I read said to do and yet the problem persists. My .muttrc has for gpg set pgp_autosign=yes set pgp_sign_as=D56C5DBF set pgp_timeout=600 set pgp_ignore_subkeys=yes set pgp_long_ids=no ... macro compose \CP Fgpg --clearsign\ny macro compose \CS Fgpg --clearsign\ny^T^Uapplication/pgp; format=text; x-action=sign\n # decode application/pgp set pgp_decode_command=/usr/bin/gpg %?p?--passphrase-fd 0? --no-verbose --quiet --batch --output - %f # verify a pgp/mime signature set pgp_verify_command=/usr/bin/gpg --no-verbose --quiet --batch --output - --verify %s %f #set pgp_verify_command=gpg --keyserver pgp.mit.edu --no-verbose --batch\ #-o - --verify %s %f #set pgp_verify_command= gpg --keyserver wwwkeys.us.pgp.net --no-verbose\ #--batch -o - --verify %s %f #set pgp_verify_command=gpg --keyserver wwwkeys.pgp.net --no-verbose\ #--batch -o - --verify %s %f # decrypt a pgp/mime attachment set pgp_decrypt_command=/usr/bin/gpg --passphrase-fd 0 --no-verbose --quiet --batch --output - %f #create pgp/mime signed attachment set pgp_sign_command=/usr/bin/gpg--no-verbose --batch --quiet \ --output - --passphrase-fd 0 --armor --detach-sign --textmode %?a?-u %a? %f # add clear before sign # create a application/pgp signed (old-style) message set pgp_clearsign_command=/usr/bin/gpg --no-verbose --batch --quiet \ --output - --passphrase-fd 0 --armor --textmode --clearsign %?a?-u %a? %f # create a pgp/mime encrypted attachment set pgp_encrypt_only_command=pgpewrap /usr/bin/gpg --batch --quiet \ --no-verbose --output - --encrypt --textmode --armor --always-trust -- -r %r %f # create a pgp/mime encrypted and signed attachment set pgp_encrypt_sign_command=pgpewrap /usr/bin/gpg --passphrase-fd 0 --batch --quiet \ --no-verbose --textmode --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- -r %r %f # import a key into the public key ring set pgp_import_command=/usr/bin/gpg --no-verbose --import -v %f # export a key from the public key ring set pgp_export_command=/usr/bin/gpg --no-verbose --export --armor %r The formatting is actually corect but vi seems not to be able to cut and paste correctly (really the user seems not to be able to cut and paste correctly). What do I need to read to resolve this problem. Thanks, Fred -- Markets can remain irrational longer than you can remain solvent -John Maynard Keynes For a copy of my pgp public ket visit URL: http://norby.dyndns.org:8080 msg31628/pgp0.pgp Description: PGP signature