Re: Signaling new mail
On Thu, Sep 21, 2000 at 02:23:58PM -0500, the/eXtreme wrote: > What is recommended way of visually signalling the arrival of new mail? > With Solaris mailtool I got used to a little `mailbox with letters' icon. > Mutt is so *totally cool*, though, that I don't want to go back to the > Sun mail application. > > Yeah, I could just leave a mutt window open and check it periodically, > but an icon-type indication would be handy, too. > > TIA---jtw You can use the CDE icon bar. I see incidentally that the mail icon there signals unread mail in the mailbox. But I use a relict from the elm package, wnewmail. -- Rudi van Houten Department of Mathematics Utrecht University Budapestlaan 6 - 3584 CD - Utrecht - Netherlands :-) Fantasy is given mankind to make amends for what he is not, and a sense of humour as consolation for what he is.
Re: Ummm... "PGP signature could NOT be verified."
On Thu, Sep 21, 2000 at 10:22:20AM +0100, Dave Ewart wrote: > > On Thursday, 21.09.2000 at 09:18 +0200, Rudi van Houten wrote: > > > On Wed, Sep 20, 2000 at 04:16:47PM -0500, Ben Beuchler wrote: > > > To what is mutt referring when it says "PGP signature could NOT be > > > verified."? gpg itself is returning no errors: deletia .. > > > > > > But the above mentioned error shows up in the status area at the > > > bottom of the mutt screen. > > > > > > Any thoughts? > > > > It means that there is nothing in that PGP signature (more correct PGP > > certificate) that makes sure that the certificate belongs to the > > person who is named in that certificate. ... > > [Stuff about certificates snipped.] > > I'm not sure that's the cause of the error message in this case - I > noticed the message change from "PGP signature verified OK" (or whatever > it says) to "PGP signature could NOT be verified" when verifying THE > EXACT SAME MESSAGE after upgrading from Mutt 1.2.x to Mutt 1.3.7 ... > nothing in the PGP config had been changed. > > Guess some bug got introduced in the 1.3.x series? > Ah, I'm running 1.2.5 -- Rudi van Houten Department of Mathematics Utrecht University Budapestlaan 6 - 3584 CD - Utrecht - Netherlands :-) Fantasy is given mankind to make amends for what he is not, and a sense of humour as consolation for what he is.
Re: Ummm... "PGP signature could NOT be verified."
On Wed, Sep 20, 2000 at 04:16:47PM -0500, Ben Beuchler wrote: > To what is mutt referring when it says "PGP signature could NOT be > verified."? gpg itself is returning no errors: > > [-- PGP output follows (current time: Wed Sep 20 16:14:34 2000) --] > [-- End of PGP output --] > > [-- The following data is PGP/MIME encrypted --] > > > > [-- End of PGP/MIME encrypted data --] > > But the above mentioned error shows up in the status area at the bottom > of the mutt screen. > > Any thoughts? > It means that there is nothing in that PGP signature (more correct PGP certificate) that makes sure that the certificate belongs to the person who is named in that certificate. To be sure a certicate belongs to somebody it has to be certified (the public key must be signed) with a certificate that undisputable belongs to somebody who is trusted by both the sender and the recipient. This could be done at PGP signing parties, or via Certifying Authorities in a Public Key Infrastructure (CA, PKI, see X.509). -- Rudi van Houten Department of Mathematics Utrecht University Budapestlaan 6 - 3584 CD - Utrecht - Netherlands :-) Fantasy is given mankind to make amends for what he is not, and a sense of humour as consolation for what he is.
Re: PGP keys...
On Fri, Sep 08, 2000 at 09:33:38AM -0400, David T-G wrote: > Krist -- > > ...and then Krist van Besien said... > % Hi all... > > Hello again! > > > % > % Quite a few of you sign their messages. Which gives me a PGP error when reading > % it, as the key aparently doesn't meet the validity threshold... > > Hmmm... What validity threshold? Do you mean that you don't have the > public key to verify, or that you don't trust that the key belongs to who > it says it does, or perhaps something else? > Your key is only signed by you self. That is not very far in the Web of Trust. Neither is it signed by a trusted Certification Authority. So the only thing this signing does is checksumming the message. In my pgp configuration there are two validity thresholds: ### Number of completely trusted introducers needed # COMPLETES_NEEDED = 1 ### Number of marginally trusted introducers needed # MARGINALS_NEEDED = 2 And while my old RSA pgp key is signed by some very trustable people, my new DSS/DH key is signed only by myself, including the RSA signature. But that makes a long weak chain of trust, so my new key does not meet validity criteria. I will beggar for some signatures. -- Rudi van Houten Department of Mathematics Utrecht University Budapestlaan 6 - 3584 CD - Utrecht - Netherlands :-) Fantasy is given mankind to make amends for what he is not, and a sense of humour as consolation for what he is. PGP signature
Re: Cancel commands
On Fri, Sep 08, 2000 at 06:55:22AM -0400, David T-G wrote: > ...and then Jens Askengren said... > % Hello > % > % Since I often find myself hitting ^C (instead of ^G) to cancel commands > % that prompts for input like "mail" and "limit", I would like to rebind > % that function. > > Although I find myself doing the same thing occasionally, I haven't > looked into rebinding it, so I don't know of how much use this will be. > > IIRC, however, your terminal settings (use stty to see) decide that ^C is > the interrupt character and so your shell grabs the command before it > even gets to mutt. You'll need to first change your shell with something > like In fact it has nothing to do with the shell, it is the terminal discipline. That is the way the I/O to the terminal is buffered and processed before characters are delivered to the application or the terminal screen. See the "man termio" for SysV, a small novelle. If I understand it correctly it is possible, but utterly tricky, to disable the processing of even ^C in the line discipline. Then the application can handle it. > > stty intr ^G > > (yes, I believe you can use ^ + G as above rather than having to enter > the literal character) to free up ^C to get passed through to mutt. > -- Rudi van Houten Department of Mathematics Utrecht University Budapestlaan 6 - 3584 CD - Utrecht - Netherlands :-) Fantasy is given mankind to make amends for what he is not, and a sense of humour as consolation for what he is. PGP signature
Re: imap folders index
On Mon, Aug 07, 2000 at 01:26:09AM +0200, Bernhard Valenti wrote: > i connect to my IMAP server that has ~8 folders, the thing is that right now i have >to go through all the folders every few minutes to check if there is > any new mail in one of them. is there a solution for that so mutt like displays a >message that folder X has a new mail... or is there some imap folder > index which shows the read/unread count ? ( oh and it would be cool if you can make >mutt execute a command when a new mail arrives ) That is typically a job for the mail delivery agent. If you give the job to procmail you can instruct it to speak the famous "You hav got mail" for every message that comes in. Or even different sounds or screen flashing for every separate folder where you store the mail if you use filters. > > regards, > bernhard valenti -- Rudi van Houten Department of Mathematics Utrecht University Budapestlaan 8 - 3584 CD - Utrecht - Netherlands :-) Fantasy is given mankind to make amends for what he is not, and a sense of humour as consolation for what he is.
Re: Rewriting .muttrc for IMAP support
At 8:24 +0200 8/7/00, Erik van der Meulen wrote: >In my current .muttrc I have: > > set folder="~/mail" > mailboxes /var/spool/mail/erik > mailboxes `echo $HOME/mail/*.incoming` > >This allows my to cycle mailboxes with '=' and also gives me signals >when mail arrives in any of my mailboxes which ends with '.incoming'. >I have tried numerous ways to include reference to my IMAP server, but >never seem to get it as I used to do. > > set folder="{mail.server}mail" > set spoolfile= {mail.server} > mailboxes {mail.server}/var/spool/mail/erik > mailboxes {mail.server}`echo $HOME/mail/*.incoming` > >I have not been able to find a lot of documentation w.r.t. IMAP config >and hope someone on this list can provide a bit of help or some >pointers. In my setup with Solaris-2.6 and mut-1.2 (and 1.2.2) I have: >## POP support >set pop_host="pop.accu.uu.nl" >set pop_user="rudih" > ># IMAP support >set imap_user="houten" >set imap_cramkey="*censure*" >#set imap_servernoise=no >set spoolfile="{mail}inbox" and it works, but there are quirks. Imap support is still experimental. -- Definition of Sys Admin: "And when he came to the place where the wild things are they roared their terrible roars and gnashed their terrible teeth and rolled their terrible eyes and showed their terrible claws till Max ... tamed them all with a magic trick..." -- Where the Wild Things Are, Sendak