mutt and gnupg problems
Hi, for some weeks now, I can't verify pgp/gpg-signed messages with mutt. There's always the same error-message comming up: - gpgkeys: HTTP fetch error 7: couldn't connect: eof gpg: Signature made Di 28 Aug 2007 12:48:39 CEST using DSA key ID gpg: requesting key from hkp server keyserver.noreply.org gpg: no valid OpenPGP data found. gpg: Can't check signature: public key not found - If I type the command (gpg --recv-keys X) manually, it receives the key correctly, and adds it to my keyring. I tried several keyservers, and they all didn't catch the key within mutt, but manually they did. There are no firewall-restrictions on http/s on my computer/router. I'm using gpg (GnuPG) 1.4.6 and Mutt 1.5.16 - the problem existed in mutt 1.5.15, too. I couldn't find anything useful in the web - so I hope anyone here can help with this? Best regards, sigi
Re: mutt and gnupg problems
On Wed, Sep 12, 2007 at 02:28:25PM -0500, Kyle Wheeler wrote: > On Wednesday, September 12 at 09:10 PM, quoth sigi: > >If I type the command (gpg --recv-keys X) manually, it receives > >the key correctly, and adds it to my keyring. I tried several > >keyservers, and they all didn't catch the key within mutt, but > >manually they did. There are no firewall-restrictions on http/s on my > >computer/router. > > Add auto-key-retrieve to your keyserver-options line in your gpg.conf > file. My keyserver-options line looks like this: > > keyserver-options > no-honor-http-proxy,auto-key-retrieve,include-revoked,include-disabled,include-subkeys Wow, great! With this options I have played a lot the last days, and 'auto-key-retrieve' was already added to this line. I think, 'no-honor-http-proxy' did the right thing here - I haven't tried this before, because it was not given as a possible option in my gpg.conf. This failure was annoying for weeks - and now it was so easy to solve. :) Thanks a lot! sigi.
Re: Automatically encrypting to receipients based on the existance
On Sun, Jan 27, 2008 at 05:24:36PM +0100, Nicolas Rachinsky wrote: > * Clay Barnes <[EMAIL PROTECTED]> [2008-01-26 10:57 -0700]: > > On 08:30 Sat 26 Jan , Nicolas Rachinsky wrote: > > > http://www.rachinsky.de/nicolas/mutt.shtml > > > > That looks like a useful patch. Is it headed for main-line inclusion? > > Thank you. There hasn't been much feedback. > > Nicolas I'd like it too, included it into the main-package... I'm using such constructs like your mentioned »source 'gpg --list-keys | perl -e ...« and was always waiting for a better solution. Thanks a lot! sigi signature.asc Description: Digital signature
Re: Automatically change From according to recipient
On Mon, Feb 04, 2008 at 10:43:02AM +0200, Salvatore Iovene wrote: > Hi all, > I'm registered to some mailing lists with an address different from > the one I usually use, so when I post to them I have to edit my From > header. Is there a way to have mutt do this automatically when I email > a certain address? I'm using more than one address for different mailing-lists, so I specified one address for every mailing-list. This send-hook: send-hook mutt-users@mutt.org "my_hdr From: sigi <[EMAIL PROTECTED]"> adds my preferred from-address for this list. sigi
showing new mail
Hi, since I updated mutt on my debian-machine to version 1.5.18, it doesn't show if there has new mail arrived anymore. To describe it: usually I start mutt, hit 'c' and mutt shows me my subscribed mailboxes and marks the ones with new mails in it with a 'N' besides it. But now it doesn't do it anymore. I can only watch out for new arrived mails by checking the last-updated-timestamp in the mailboxes-list. Is this a bug, or am I missing something in my .muttrc now - which works for me since several years now? Thanks for help, sigi.
Re: showing new mail
On Sun, Jul 06, 2008 at 01:03:01PM +0200, Vladimir Marek wrote: > > since I updated mutt on my debian-machine to version 1.5.18, it > > doesn't show if there has new mail arrived anymore. > > To describe it: usually I start mutt, hit 'c' and mutt shows me my > > subscribed mailboxes and marks the ones with new mails in it with a > > 'N' besides it. > > > > But now it doesn't do it anymore. I can only watch out for new arrived > > mails by checking the last-updated-timestamp in the mailboxes-list. Is > > this a bug, or am I missing something in my .muttrc now - which works > > for me since several years now? > > Maybe clearing your header cache helps ? Thanks, but I've no header cache set. But mutt seems to change it's behaviour if I wait some time between starting fetchmail and opening mutt. It just seems to need some time... but anyway, this isn't like before. sigi.
Re: showing new mail
On Sun, Jul 06, 2008 at 11:16:09PM +0200, Vladimir Marek wrote: > > > > since I updated mutt on my debian-machine to version 1.5.18, it > > > > doesn't show if there has new mail arrived anymore. > > [...] > > > > > > > Maybe clearing your header cache helps ? > > > > Thanks, but I've no header cache set. But mutt seems to change it's > > behaviour if I wait some time between starting fetchmail and opening > > mutt. It just seems to need some time... but anyway, this isn't like > > before. > > So if your mutt is running and you execute fetchmail, you never see any > new mail arriving until you restart mutt ? Hmm, if I start mutt and then execute fetchmail, mutt shows directly which mailboxes got new mails. If I execute fetchmail and after that mutt, it shows no new mails, even if there are any... mutt seems not to recognize the first update-intervall(s) - it shows new messages correctly after I waited some time and the next new mails came in. Well, not a big issue though... sigi
Re: showing new mail
On Mon, Jul 07, 2008 at 07:28:31PM +0200, Rocco Rutte wrote: > Hi, > > * sigi wrote: > >> Thanks, but I've no header cache set. But mutt seems to change it's >> behaviour if I wait some time between starting fetchmail and opening >> mutt. It just seems to need some time... but anyway, this isn't like >> before. > > What type of folder do you use? From what version where you updating to > 1.5.18? My Mailboxes are in mbox-format. I'm not sure, my update was from 1.5.17+20080114-1 or 1.5.18-1 to 1.5.18-2 sigi
Re: User's inbox
On Fri, Jul 11, 2008 at 12:34:28PM -0700, Rem P Roberti wrote: > > above shows that your printer is "GENERIC PostScript Printer". Is > > that what http://localhost:631 reports? > > Yes. > > > > What distro are you running? Have you *ever* been able to print from > > the cl? What printer and what name is assigned in cups? > > Actually, I'm running FreeBSD 7.0, and I have never been able to print > from the command line while using a CUPS installed printer. > Localhost:631 does indeed report the printer as GENERIC PostScript > Printer. On my debian-machine I had to install cups-bsd to have a working lpr from the command-line... Is it installed on your machine? For printing out of mutt, I use muttprint, and it works fine. sigi
mutt + offlineimap
Hi,
some days ago I tried to configure mutt with offlineimap on my local
machine. I followed the instructions on the offlineimap-website, but I'm
still not sure, why someone would change all to this. The only
advantage of offlineimap seems to be having a local copy of my mails.
But: I can't see, how many mails there are in the maildirs, or am I
wrong?
With my old config, I had a mixture of local mbox-files and
remote-maildir-folders, I edited directly within mutt. It looked like
this in the folder browser:
user 8,2M Jan 12 23:27=mbox1
user 76K Jan 14 16:43=mbox2
user 39M Jan 09 23:34=mbox3
5 5 imaps://u...@imap.server.tld/folder1
3 3 imaps://u...@imap.server.tld/folder2
So, I was able to see, how many new messages there are, and the mboxes
are signed with 'N' instantly, when fetchmail delivers new mail to
them.
With offlineimap it looks like this:
user 4,0K Jan 17 19:16=server/folder1/
user 4,0K Jan 17 19:16=server/folder2/
My problem: There is no sign, how many new mails there are - and the
timestamp is not updated, when new mails arrive. In addition, the
Maildirs are not marked instantly with N, when new mails arrive, only if
I type 'c' or so. (So the 'beep' when new mails arrived is missing, too)
With my fetchmail+mutt-config I had specified all mailboxes directly
like:
set folder="~/mail"
set mbox=+mbox
mailboxes ! /var/mail/user
mailboxes /home/user/mail/inbox +mbox1 +mbox2 +mbox3
mailboxes {u...@imap.server.tld/ssl}INBOX
mailboxes {u...@imap.server.tld/ssl}folder1
mailboxes {u...@imap.server.tld/ssl}folder2
my new muttrc looks like:
set mbox_type=Maildir
set folder="$HOME/Maildir"
set mbox="~/Maildir"
source ~/Maildir/muttrc.mailboxes
set spoolfile=+server/INBOX
and ~/Maildir/muttrc.mailboxes:
mailboxes "+server/Drafts" "+server/INBOX" "+server/folder1"
which is automatically generated by offlineimap
Do you have the same configuration? How can I make it visible, how many
(new) mails there are in each Maildir with offlineimap? And why aren't
mailboxes flagged with N instantly when new mails arrive with
offlineimaps autorefresh-option?
I hope, I could make my problems clear. If there's no solution for this,
I think I'd mirror my Maildirs with offlineimap by hand, but use the old
fetchmail+procmail+mutt combination.
Best regards,
sigi
mboxes and maildirs in .muttrc
Hi, is it possible to mix local mboxes (processed by fetchmail) and local mirrored maildirs through offlineimap in one muttrc, in a way that they both show up in the folder-menu of mutt? I tried to do this, but it seems I'd have to decide between fetchmailed mboxes or maildirs with offlineimap. Any hints? Regards, sigi.
Re: mboxes and maildirs in .muttrc
On Mon, Feb 02, 2009 at 09:29:25AM -0500, Patrick Shanahan wrote: > * Paul E Condon [02-02-09 01:03]: > > > > There is a program mb2md that converts mbox format to maildir format. > > I have found it difficult to use, but I have made it work. mb2md might > > work very nicely if you give it a clean, well maintained mbox format > > email directory, but it sounds like that is not what you have, so I > > recommend using bash and core-utils to clean up the mess somehow. I > > have been doing that myself for the past couple of weeks. > > > > not necessary. You may use mutt to change files from either format to > the other. If mutt is set to mbox, you may open a maildir format box > and copy/save the contents to another new box and they will be in the > mbox format. Also, the opposite is true, if mutt is set to use > maildir format, opening an mbox file and copy/save to a new box, the > new box will be in maildir format. Thanks a lot for all your replies! I've changed my mailboxes to maildirs now - and am not messing around with two formats anymore. :) Regards, sigi
Re: mboxes and maildirs in .muttrc
On Mon, Feb 02, 2009 at 06:17:14PM -0600, Derek Martin wrote: > [...] Another > notable difference is in new mail notification and mailbox switching. > Mutt's maildir implementation is better at remembering that you have > new mail than its mbox implementation is... The mbox implementation > "forgets" that you have unread mail in an mbox folder once you have > visited a folder and left it, whereas maildir remembers. Hmm, since I've switched to Maildirs, mutt doesn't inform me anymore when new messages arrive. Before, it beeped on every new mail. Second thing: it shows only the 'N'-Flag in the folder-browser, if I hit a key like ... Do I have to change something for this after my change to Maildirs? Another thing to mention: On local Maildirs, mutt doesn't show how many new mails there are in every Mailfolder. If I connect to the imap-server directly, mutt does this. So, is it more likely to access the server directly through mutt, or is there anything to change in muttrc for this feature? I'm now running offlineimap to update my Maildirs - but if the things above don't work locally, I think it'd be a better way to read mails remotely? Regards, sigi.
Re: How can I intergare mutt with Gnome?
On Wed, Feb 11, 2009 at 04:23:09PM +0300, Andrey Zhidenkov wrote: > Can I integrate mutt with Gnome? For example, when I click on e-mail > adress in browser (firefox), I would like to open mutt with new mail > blank. You can simply add mutt as your preferred application for mails in the gnome-control-center, I think. If you can't select it directly from the menu, type mutt %s into the field and mark the checkbox 'run in terminal'. After that, firefox should use mutt as the default MUA and will open it in the system's default terminal. sigi
Re: newbie install
On Fri, Feb 13, 2009 at 03:06:49PM -0600, Kyle Wheeler wrote: > Collecting email from multiple accounts is what programs like > fetchmail or getmail do best. I recommend getmail, but fetchmail works > well too. The only thing with them is: they will pull your email to > your computer and delete it from the server. You won't be able to read > email with the webmail frontend anymore; you'll have to use something > on your own computer. To comment on your last two sentences: that's not true. Just give the 'keep'-option in your configuration for fetchmail and it will only copy messages to the local mailbox - and keep them on the server, too. So, it'd be no problem to fetchmail messages and read them from time to time with webmailers. Or won't googlemail work with this option? sigi.
Re: newbie install
On Fri, Feb 13, 2009 at 04:15:30PM -0600, Kyle Wheeler wrote: > On Friday, February 13 at 10:33 PM, quoth sigi: > > On Fri, Feb 13, 2009 at 03:06:49PM -0600, Kyle Wheeler wrote: > >> Collecting email from multiple accounts is what programs like > >> fetchmail or getmail do best. I recommend getmail, but fetchmail works > >> well too. The only thing with them is: they will pull your email to > >> your computer and delete it from the server. You won't be able to read > >> email with the webmail frontend anymore; you'll have to use something > >> on your own computer. > > > > To comment on your last two sentences: that's not true. > > You mean it's not *necessarily* true; it is true if he sticks with the > default behavior. OK, you're right... but in my eyes you implied, he'd have to decide between downloading messages or keeping them on the server when using fetchmail, sorry. So: sure, for the keep-option you have to read the manpages... but which ordinary mutt-user doesn't have to search so many things to make things more usefull? ;) sigi
Re: Mixmaster
Hi, On Sun, Jun 28, 2009 at 05:17:10PM +1000, Brian Salter-Duke wrote: > Just a small followup to my own post. I found the mixmaster changelog > and it appears that mutt support was added to the version 3 beta 25. > i.e. not long after the manual article reference was correct. The change > made was the introduction of the -T argument to mixmaster which mutt > uses. I recall that this was the problem. This change was in 2001-09-14. > It looks as if the manual has been wrong for nearly 8 years. I suspect > this is an indication of the degree of interest in mixmaster and mutt. > We need to know whether it still works and then update the manual. I'm using mixmaster 3.0.0-2 with mutt 1.5.18-6+b1 on debian lenny and it all works just fine. So the manual seems to be very outdated ;) Regards, sigi
Re: SSL encrypts for recipients only
On Wed, Jul 22, 2009 at 11:19:01AM +0200, Rocco Rutte wrote: > * Bertram Scharpf wrote: > > As I need the same thing with PGP encryption, I just wrote another > > patch: > > http://www.bertram-scharpf.de/tmp/encrypt_self.patch > > So I think somebody should open a ticket (if there isn't one yet) and > add both patches as an enhancement along with the "patch" keyword. > > If people really want this, we should add a $crypt_encrypt_self > quad-option that triggers for PGP/MIME and S/MIME with classic _and_ > gpgme backends. I think this things should be handled by programs which are made for this: Simply put encrypt-to YourKeyID into $HOME/.gnupg/gpg.conf sigi
search-tool for mailarchives?
Hi, I'm using archivemail to create archives of my mail-folders from time to time... if I need to search for old messages in my maildirs, I use mairix - but it can't index my *.gz-archives, right? Is there any tool out there, which can index and find my messages in this *.gz-files (which I'm able to use within mutt like mairix)? Regards, sigi
Re: search-tool for mailarchives?
On Wed, Apr 14, 2010 at 10:01:20PM +0200, Niels den Otter wrote: > On Wednesday, 14 April 2010, sigi wrote: > > I'm using archivemail to create archives of my mail-folders from > > time to time... if I need to search for old messages in my > > maildirs, I use mairix - but it can't index my *.gz-archives, > > right? > > > > Is there any tool out there, which can index and find my messages > > in this *.gz-files (which I'm able to use within mutt like > > mairix)? > > I don't use mairix for compressed folders myself, but > > http://wiki.mutt.org/?UserStory/SearchingMail > > mentions > > "[Mairix] is a program for indexing and searching email messages > stored in Maildir, MH or mbox folders. The mailboxes can also be in > gzip (version 0.17) or bzip2 (version 0.18) format, which makes it > great for archived mailboxes. (Check out [archivemail].)" > > Have you tried it? Huh, that's odd. Then I did something wrong in my .mairixrc, I guess... Possibly it didn't function, because my archives aren't placed within my base-mailfolder. I'll give it a try again... Thanks for your fast reply! Regards, sigi
Re: converting from pine to mutt
On Tue, Sep 14, 2010 at 01:10:13PM -0400, Thaddeus Morgan wrote: > I ended up using a perl script called mb2md to convert from whichever > mbox format I had (I don't know) to Maildir format. Seemed to work OK, > but I don't have a fully functional mail system yet, so I haven't been > able to test. I've set up a server with an imap-maildir-structure, then copied all my locally stored mbox-mails into that maildirs with mutt. After that configured offlineimap on my local machine, which mirrored the folder-structure of my server back to new local maildirs. Worked like a charm. Regards, sigi
