Re: pgp sigs in body of message instead of attach?
Jeremy Blosser ([EMAIL PROTECTED]) wrote : Eric Maquiling [[EMAIL PROTECTED]] wrote: I've been using PINE and PGP. I like viewing messages as a signed document rather than the body of the email and the signature as an attachment. It's nice you like it. It's not very practical or flexible, though. Is there a way to have pgp signed mail as the body of the message (no pgp sigs as attachments) and to have pgp encrypted mail as the body of the message? Read the FAQ and doc/PGP-Notes.txt from your Mutt distribution (or if you somehow don't have it, http://mutt.org/doc/PGP-Notes.txt). Yes, but here is just pgp2 example. I tryed change it to works with pgp5 but I faild. -- Keso be smart, don't be retard!
Re: shell return on macro?
On Fri, Sep 10, 1999 at 12:10:36AM -0500, Jeremy Blosser blurted: Fairlight [[EMAIL PROTECTED]] wrote: I've got a question about whether something is at all configurable without hacking the source, either by option or part of the expression. Take: macro index escg "!fetchmail\n" 'start/awaken fetchmail' This executes perfectly...except for the annoying "press return to continue" after it's done. I have the same complaint when running urlview. HOWEVER...I can see having some programs with display on screen that you don't want disappearing immediately until you do tell it to proceed. ... Ideas besides source hacking to make a prompted resume optional. You really need to start RTFMing, or at least G[rep]TFMing. ;-) Actually, I have a -damn- good excuse...the manual is SO good, and usually cross-referenced SO well in the HTML version that I looked under configuration variables and found the 'shell' variable, figuring any related cross-references would be there, and there were none. So I figured it might have been a hidden feature. Grepping for "wait" never would have crossed my mind, and shell could be half a zillion places in there. I was using the HTML version under lynx. :) Good enough? I -did- look...just at the wrong entry. :) (Actually, I don't remember seeing "!" documented as an actual call in the manual, I've just seen it used for urlview and such...that also is not cross-referenced under "shell" at all. :) I got used to heavy-crosslinking when looking up mime-forward and friends today in relation to that attachment forwarding thread the other day.) If you only wanted this off for given macros, you could of course unset/reset it in the macros themselves. I'm going to try that for this particular macro and pray that ; works the way I think it should according to the manual. :) I'll play with it till I get it working. Shant take long, I suspect. mark- -- Fairlight- |||[EMAIL PROTECTED] | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com ||| It's a New Religion..." | [EMAIL PROTECTED] \/||| PGP Public Key available via finger @iglou, or Key servers
Re: POP3 support and 'multiple personalities'
On Thu, Sep 09, 1999 at 06:10:10PM -0500, Jeremy Blosser wrote: Chris Green [[EMAIL PROTECTED]] wrote: I have been using mutt on a number of different systems for quite a long while (since something like version 0.7x I think). It has served me well and has become steadily better. However I am now seriously looking at other MUAs and one of the main reasons is mutt's minimal POP3 support. If you like Mutt so much, why not look instead at using another POP3 implementation (fetchmail) while still using Mutt? That's how it's /supposed/ to work. Fetchmail is equally useless. Another user has reported *exactly* the same problem that I have. If you read your POP3 mailbox from more than one location fetchmail simply doesn't work. What I need is to be able to view my POP3 'folder' and delete individual messages. Most of the newer Unix/Linux MUAs do in fact work this way with POP3 folders, it makes them look just like ordinary local folders to the user. Using fetchmail with mutt can't do this at all. Mutt as it stands simply can't handle this [POP3] situation well. But why do you expect that it should? Do you expect sendmail to have a nice interface for reading your mail, when that isn't its job? Why should Mutt, which is meant to read/compose mails, have functionality to transfer them as well? POP3 is a mail /transport/ protocol. Mutt doesn't do mail transport (except for the existing, old, basic POP3 code which shouldn't be there either). The problem isn't with Mutt, it's with your monolithic ideas of how this should be set up. Get fetchmail, configure it, macro index G "!fetchmailenter", and be done with it. It *can't* do the same thing as MUAs that handle POP3 sensibly can as I have explained above. I would love to move over to IMAP4 as this would do exactly what I want but in the real world ISPs are not providing IMAP4 servers so I have to work with POP3. It's also more difficult (though quite possible) in mutt to set up different 'personalities'. My ideal would be a mailer which allows customisation of most settings on a per folder basis, some of the better MUAs are now moving towards this sort of approach (Eudora 4 Pro in Windows, Mahogany in X and Windows). Mutt can do this but it's not so 'personality' oriented. Some of the "better" MUAs? -boggle- Eudora is crap from a perspective of standards implementation and sensible MIME handling. I didn't say I *liked* Eudora, in fact I don't think I've found any Windows mail program that I can really get on with. Eudora is one of the better windows mailers, that doesn't necessarily make it good. Anyway... this is trivial in Mutt, and rather complete. Use folder-hooks and you can do literally anything you want when you enter any given folder. If you want it 'personality' oriented, try using comments and grouped commands in your .muttrc. Or sourcing different files, etc. The only real point of 'personalities' is organization, and IMO you can do this just as easily with the above. This is why I said it *can* be done in mutt but it's not handled in such a user friendly way. Don't get me wrong, I'm a Unix hacker at heart, I use procmail and mutt on this system here. I'm just looking for a better way of handling my multi-homed mail access, I may end up staying with mutt but it's not perfect for me by any means. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: POP3 support and 'multiple personalities'
Chris Green: What I need is to be able to view my POP3 'folder' and delete individual messages. Most of the newer Unix/Linux MUAs do in fact work this way with POP3 folders, it makes them look just like ordinary local folders to the user. Using fetchmail with mutt can't do this at all. Do these MUAs keep a list of UIDs between sessions? Do they keep a local copy of messages between sessions? Is there a way of telling the MUA to delete a message locally (and not download it again) but leave it on the server to be picked up by a different machine later? Perhaps we should make an explicit proposal for what might be implemented in mutt ... Edmund
Re: POP3 support and 'multiple personalities'
On Fri, Sep 10, 1999 at 01:23:00PM +0100, Edmund GRIMLEY EVANS wrote: Chris Green: What I need is to be able to view my POP3 'folder' and delete individual messages. Most of the newer Unix/Linux MUAs do in fact work this way with POP3 folders, it makes them look just like ordinary local folders to the user. Using fetchmail with mutt can't do this at all. Do these MUAs keep a list of UIDs between sessions? Do they keep a local copy of messages between sessions? No, it doesn't need to keep local copies I don't think, all it needs to know is how to identify messages which are new since the last time it connected to the server. While the (local) folder is open all messages in the folder are available for viewing, i.e. there is a local copy. When the folder is closed or synchronised with the POP3 server messages marked for deletion are actually deleted from the POP3 server, presumably this can simply be done by message number. The next time you connect *all* messages are downloaded again and any new messages are marked as such. I presume (again I don't actually know, not having delved into the code) that this could be done on a simple count basis and doesn't need UIDs. Is there a way of telling the MUA to delete a message locally (and not download it again) but leave it on the server to be picked up by a different machine later? No, I don't think you could do this. Effectively what you have in tkrat is what looks exactly like a local folder with new messages, old messages and deleteed messages. If you 'synchronise' the folder (i.e. tell the MUA to make its view of the folder and the server/file view of the messages the same) then the deleted messages are deleted from the POP3 server. Perhaps we should make an explicit proposal for what might be implemented in mutt ... I don't think we'll get it. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt won't Send mail
Hello Mark: Thanks for the quick reply. Your suggestion works. That is, sendmail now doesn't die when I try to SMTP a message, but the message seems to go to that great bitbucket in the sky, because it (the message) never arrives at the addressee, and all trace of the message's existence disappears, except the copy left in 'outbox'. So, I'm still stumped. Hal Schlicht On 09-Sep-99 Fairlight wrote: On Thu, Sep 09, 1999 at 08:50:17AM -0600, [EMAIL PROTECTED] blurted: Hello from a Mutt newbie: Mutt retrieves mail from my ISP's pop3 server without any obious problems, but when I try to send a message, I get the following: "sendmail: usage: sendmail [ -t ] [ -fsender ] [ -Fname ] [ -bp ] [ -bs ] [ arg... ] Error sending message. child exited 100 (). Press any key to continue..." I'll be surprised if this is anything other than a screw-up in the way my sendmail is set up, but I don't have the problem with my other MUA's (otherwise I wpuldn't be able to send this!}. Can anyone help me, as I'm completely lost when it comes to sendmail!?? Try strictly: set sendmail="/path/to/sendmail -t" Some sendmail drop-in replacements have some difficulties with the -oem and -oi flags...especially -oem. mark- -- Fairlight- |||[EMAIL PROTECTED] | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com ||| It's a New Religion..." | [EMAIL PROTECTED] \/||| PGP Public Key available via finger @iglou, or Key servers
send-hook/settings usage question
Hi, I noticed this sort of strange behaviour, a minor irritant, and I was wondering if there was a way to stop this from happening. Even though I use a Finnish local on my system, I prefer to view my folder/directory listings with English dates (month names). However, to get proper attribution lines with a Finnish date formatting for emails I write in Finnish, I have these two send-hooks set: send-hook . set locale=fi_FI send-hook '!~t \.fi$' set locale=en_US So, after I've sent a mail to an .fi domain address, my locale setting changes into Finnish, and along with that, directory listing dates. Is there a way to stop this from happening? Is there any way to call a command *after* an email has just been sent? 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 / SWM seeks a signature. Must be witty, and four lines long or less.
Re: POP3 support and 'multiple personalities'
Chris Green: Is there a way of telling the MUA to delete a message locally (and not download it again) but leave it on the server to be picked up by a different machine later? No, I don't think you could do this. Effectively what you have in tkrat is what looks exactly like a local folder with new messages, old messages and deleteed messages. If you 'synchronise' the folder (i.e. tell the MUA to make its view of the folder and the server/file view of the messages the same) then the deleted messages are deleted from the POP3 server. It makes sense to me. When you close the POP3 server you should be offered the choice of synchronising the folder, or not. Presumably the MUA opens a new POP3 connection when it synchronises the folder. Note that you can't use message numbers between POP3 sessions: - Another client may have connected and deleted mail from the server while the MUA had the folder "open". - The server may have automatically deleted old mail from the server. - The server may have removed mail from the server after having delivered it some other way (Demon does this). - The server may decide to arbitrarily renumber the mail and add new mail somwhere in the middle of the sequence (Demon does this too). According to RFC 1939 both UIDL and TOP are optional POP3 commands, and at least one major ISP in this country offers POP3 without UIDL. However, even with that slight complication it doesn't seem like a huge amount of work to add this to mutt ... I'm not totally keen on writing the code myself, though, because it's too similar to my day-time job. (We're developing a speech-driven MUA for people to read and reply to e-mail over the phone; I'm a little familiar with the internals of fetchmail and c-client. In my spare time, if I had any, I prefer to work on operating system or compiler stuff ...) Edmund
Re: POP3 support and 'multiple personalities'
On Fri, 10 Sep 1999, Chris Green wrote: What I need is to be able to view my POP3 'folder' and delete individual messages. Most of the newer Unix/Linux MUAs do in fact work this way with POP3 folders, it makes them look just like ordinary local folders to the user. Using fetchmail with mutt can't do this at all. Perhaps not an ideal solution, but you can use the Perl script poppy to prune your POP3 folders in this way.
mailing file from vim from mutt?
I have a weird question. Thanks to Sven, I recently learned that I can pip from within mutt to 'vim -' to edit the current file, usually a digest, and save to a file. Butt, I would like to be able to email that file once I have edited it to what I want. Any way to open mutt with this text file in my editor (vim)? I figure once I am done editing it, I could pipe from vim to another mutt session, but I don't know how I would get the current file into it. Thanks. -Ken -- [EMAIL PROTECTED]AIM: ScopusFest
Re: Mutt won't Send mail
Fairlight [EMAIL PROTECTED] wrote: Try strictly: set sendmail="/path/to/sendmail -t" Erf... don't do that. Mutt puts the addresses of the people to send to, on the command line, so using -t is redundant, since it asks sendmail to look in the headers of the message. Some sendmail's will actually send the message twice if you do this. [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks for the quick reply. Your suggestion works. That is, sendmail now doesn't die when I try to SMTP a message, but the message seems to go to that great bitbucket in the sky, because it (the message) never arrives at the addressee, and all trace of the message's existence disappears, except the copy left in 'outbox'. Since sendmail didn't return an error code, we can only assume that it accepted and attempted delivery on the message. You should look in sendmail's log file to see what it did (or tried to do) with the message. -- 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: mailing file from vim from mutt?
Ken W [EMAIL PROTECTED] wrote: I have a weird question. Thanks to Sven, I recently learned that I can pip from within mutt to 'vim -' to edit the current file, usually a digest, and save to a file. Butt, I would like to be able to email that file once I have edited it to what I want. Any way to open mutt with this text file in my editor (vim)? You mean like when you Forward a message to someone (non-MIME)? -- 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: gpg output
set the SUID bit on the gpg binary. the problem is -- so the gpg docs go -- that, unless the program is being run as root, it could be swapped out of memory and then, anyone who can read the swap device might be able to get your password. now, if you have permissions on your swap device set so that only root can read/write it (0600), there shouldn't be any problems, but not everyone has it set this way, so i guess werner is trying to be extra-special safe. pete On Fri, 10 Sep 1999, E Forrest Carpenter wrote: I realize this isn't the most appropriate forum to ask this question, but I have a feeling someone here knows the answer and might respond quickly. Everytime I send a message that's signed with GPG, I get the following output, and need to hit a character to return to mutt and actually send the message: gpg: Warning: using insecure memory! Press any key to continue... Anyone know if there's a flag I'm missing or something to make this output go away? Thanks, Forrest -- Pete Toscano h:[EMAIL PROTECTED] w:[EMAIL PROTECTED] GPG fingerprint: AE5C 18E4 D069 76D3 9B9C D226 D86A 522F 446C 767A PGP signature
Re: gpg output
On Fri, Sep 10, 1999 at 02:29:38PM -0400, Pete Toscano wrote: set the SUID bit on the gpg binary. the problem is -- so the gpg docs go -- that, unless the program is being run as root, it could be swapped out of memory and then, anyone who can read the swap device might be able to get your password. now, if you have permissions on your swap device set so that only root can read/write it (0600), there shouldn't be any problems, but not everyone has it set this way, so i guess werner is trying to be extra-special safe. 0600 won't cut it. If your passphrase has ever been in swapspace, it might stay there for months on end, allowing anyone with root access in that period to retrieve your passphrase. A couple of months is a _very_ long time, security-wise. Greetz, Peter -- | 'He broke my heart, | Peter van Dijk | I broke his neck' | [EMAIL PROTECTED] | nognikz - As the sun|Hardbeat@ircnet - #cistron/#linux.nl | http://www.nognikz.mdk.nu/ | Hardbeat@undernet - #groningen/#kinkfm/#vdh |
PGP option unknown ?
Hi, when starting mutt-1.0pre2 I get the following error messages: Fehler in /home/sf/.mutt/muttrc, Zeile 172: pgp_autoencrypt: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 175: pgp_autosign: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 178: pgp_default_version: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 181: pgp_encryptself: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 190: pgp_long_ids: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 198: pgp_replyencrypt: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 201: pgp_replysign: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 211: pgp_sign_as: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 218: pgp_sign_micalg: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 224: pgp_strict_enc: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 228: pgp_timeout: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 232: pgp_v5: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 237: pgp_v5_language: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 380: pgp_verify_sig: Unbekannte Variable. source: Fehler in /home/sf/.mutt/muttrc Bitte drücken Sie eine Taste. In English: Error in /home/sf/.mutt/muttrc, Line xxx: pgp_xxx_xxx: Unknown option All parts of my muttrc belonging to pgp : unset pgp_autoencrypt unset pgp_autosign set pgp_default_version="pgp5" set pgp_encryptself unset pgp_long_ids set pgp_replyencrypt set pgp_replysign set pgp_sign_as="0x29C33545" set pgp_sign_micalg="pgp-md5" set pgp_strict_enc set pgp_timeout=1 set pgp_v5="/usr/bin/pgp" set pgp_v5_language="mutt" set pgp_verify_sig I use the international version (mutt-1.0pre2i.tar.gz) and studied the manual and the faq but didn´t find anything. I would be happy if someone could help me with this problem. I use mutt for only four days now but I am sure it is my favourite MUA, but ... :-) Stefan -- Linux User #123357 (http://counter.li.org/)
Re: muttrc
On 09/Sep/1999, Telsa wrote: What kind of Linux system do you (the original poster) have? I have Red Hat 6.0 and there is a default muttrc in /etc/Muttrc. Mutt reads /etc/Muttrc? :-m Funny, I haven't realized I had one %-) Doesn't mutt come with a sample muttrc, then? If not, then rather In my case (Debian), mutt comes with a sample "general" muttrc, and besides two muttrcs with Mush and Pine key-bindings, and a "pgp-macros" file. And the /etc/Muttrc which I just found out :-) I don't know where did the package maintainer get this muttrc (I suppose it's his personal muttrc), I always thought it came with every package in every distribution :-m -- Roberto Suarez Soto · Help me ... [EMAIL PROTECTED] · Heal me ... Corgo/Lugo/Galicia/Spain · Kill me ...
Re: PGP option unknown ?
Stefan Fleiter [EMAIL PROTECTED] wrote on Fri, 10 Sep 1999: Error in /home/sf/.mutt/muttrc, Line xxx: pgp_xxx_xxx: Unknown option I would guess that you have compiled Mutt without PGP support (maybe the configure didn't auto-detect it or something..) You can verify this from mutt -v output. 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 / Dyslexia rules KO!
Re: PGP option unknown ?
On Fri, Sep 10, 1999 at 11:09:05PM +0200, Stefan Fleiter wrote: I use the international version (mutt-1.0pre2i.tar.gz) and studied the manual and the faq but didn´t find anything. The configure script needs to find the PGP executables in order to compile with PGP support. Check your PATH environment variable. Gero
Re: PGP option unknown ?
Hi Stefan! On Fri, 10 Sep 1999, Stefan Fleiter wrote: when starting mutt-1.0pre2 I get the following error messages: Fehler in /home/sf/.mutt/muttrc, Zeile 172: pgp_autoencrypt: +Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 175: +pgp_autosign: Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 178: pgp_default_version: +Unbekannte Variable. Fehler in /home/sf/.mutt/muttrc, Zeile 181: +pgp_encryptself: Unbekannte Variable. I use the international version (mutt-1.0pre2i.tar.gz) and studied the manual and the faq but didn´t find anything. I would be happy if someone could help me with this problem. Maybe your ~/.muttrc file is for the development version of mutt such as the version-numbers = 0.96.3[i] You have to use the ~/.muttrc files for the stable version 0.95.x[i] or 1.0pre*. bye - Wilhelm -- Wilhelm Wienemann, Amselweg 10, D-47546 Kalkar/Germany == E-Mail: [EMAIL PROTECTED] === "And since you are the future keepers of everything, including music, we hope you will keep it well, with love, and in joy." (Frederick Fennell)