a Vim or a Mutt user
might like it:
http://www.nongnu.org/fbi-improved/#tutorial_vim
http://www.nongnu.org/fbi-improved/#tutorial_mutt
Here forwarded follows the release email.
I hope this message can be of your interest.
Cheers,
Michele
- Forwarded message from Michele Martone -
Subject:
Hello, as a Vim/Mutt user fascinated by 'powerful' console programs,
I got the inspiration to write a 'scriptable image viewer' for the
Linux Framebuffer device. I post this email here, as I think it could
be interesting for Vim and Mutt users.
I started modifying an existing free software prog
On [EMAIL PROTECTED]:07, Michael Pobega wrote:
> ...
> Sorry if this is even more OT, but do you know of a good directfb image
> viewer that works from within screen? I've never gotten fbi to work
> withint screen, but weirdly enough I was able to configure mplayer to
> work.
Well Michael, I addr
ption solution because it sounds 'simple' and
'natural' to me, (and Vim encrypted files can be 'recognized' by
having a "VimCrypt" signature in the first bytes)
But I know, vim is not the only text editor around here :) .
Has anybody thought or hea
On [EMAIL PROTECTED]:35, Justin Mazzola Paluska wrote:
> ...
> 2. On my home machine, I use GPG to decrypt the password part of the
> muttrc.
uhm. could you give some examples for this solution ?
it seems to require no external workarounds at all, so it seems neat!
i experimented with
`gp
that `gpg --decrypt` straight into
the muttrc.
but Gandalf's advice is appropriated - this is enough for now :)
On [EMAIL PROTECTED]:58, Kyle Wheeler wrote:
> On Monday, July 28 at 05:12 PM, quoth Michele Martone:
> > I was wondering about some way to protect the passwords potentially
msmtp with 'password' fields unset in the .msmtprc file,
waiting for prompting (never worked to me though)
On [EMAIL PROTECTED]:53, Michele Martone wrote:
> this seems almost perfect to me. marvelous, elegant, general, thanks !
> ..
3 +0100, by [EMAIL PROTECTED] (Michele Martone):
> ...
> source "gpg -d sensitivestuff.gpg |"
>
> and sensitivestuff being just another muttrc snippet.
x27;t able to find a working minimal gpg environment:
source "env -i HOME=/home/user COLUMNS=10 LINES=10 GPG_AGENT_INFO=
PINENTRY_USER_DATA= GPG_TTY=`tty` gpg --homedir /home/dez/.gnupg -d
~/.mutt/private.accounts.gpg|"
So I guess PATH , LD_LIBRARY_PATH environment and some other are still
missin
Er, I fell in this trap too.
It seems like my yesterday messages were blocked (graylisted) in some
way by that robot, and today, after following a link (now inactive) [1]
from a trashmail, my messages were let in.
This is not fair at all.
Due to the transitory nature of this annoyance, I posted
t:
source "env -i HOME=/home/user COLUMNS=10 LINES=10 GPG_AGENT_INFO=
PINENTRY_USER_DATA= GPG_TTY=`tty` gpg --homedir /home/dez/.gnupg -d
~/.mutt/private.accounts.gpg|"
So I guess PATH , LD_LIBRARY_PATH environment and some other are still
missing.. so my safe solution is :
As far as I know (and `man environ`, `man popen`) is that :
- the environment can be only changed internally, via putenv(),
setenv() POSIX calls.
- the mutt backtick-based commands, like "|" terminated 'source's
does not perform any of the 'execve,execl,...' functions nor 'fork',
but o
As far as I know, mutt handles one imap or pop connection at a time.
Think about it : there is one global imap_pass variable at a time in
the muttrc.
This alone means you can't have more than one imap 'accounts' monitored
in the same mutt session. So the answer is 'no'.
But of course you can us
13 matches
Mail list logo
