o idea how to adjust that. Maybe others who use s/mime with GPGME
have ideas.
--
ilf
If you upload your address book to "the cloud", I don't want to be in it.
Done, thanks: https://gitlab.com/muttmua/mutt/-/issues/450
Kevin J. McCarthy:
Yes, please go ahead. I don't have a current timeline for starting
master development again, but when I do, it will be good to have the
request there.
--
ilf
If you upload your address book to "the
s
logical and useful.
Yes, that may be possible although it might be better to then
deprecate $crypt_verify_sig and just have the separate pgp and smime
config vars (which should be quadoptions). It certainly wouldn't go
in a stable release.
--
ilf
If you upload your address book to
u are using GPGME.
Maybe something like:
spam content-type:.*pkcs7 smime
message-hook ~A 'set crypt_verify_sig=yes'
message-hook '~H smime' 'set crypt_verify_sig=no' # or '=ask-no'
--
ilf
If you upload your address book to "the cloud", I don't want to be in it.
ay)
and then usually: "S/MIME signature could NOT be verified."
I would like to disable this signature check altogether, because
all my real contacts use either PGP or no signature at all.
Is there an option in mutt to do this? Hopefully a run time
option, not a compile time option...
--
ilf
If you upload your address book to "the cloud", I don't want to be in it.
g the lines of "^K" "extract-keys" "extract supported
public keys".
--
ilf
If you upload your address book to "the cloud", I don't want to be in it.
x27;d like to *parse* the attachment only after I pressed a key,
but then all attachments at once.
--
ilf
If you upload your address book to "the cloud", I don't want to be in it.
signature.asc
Description: PGP signature
Is there any way one could implement this in mutt currently? Maybe with
some kind of macro?
--
ilf
If you upload your address book to "the cloud", I don't want to be in it.
signature.asc
Description: PGP signature
mean that if "privacy" is set, the "User-Agent:" header is
not set?
2. Does "privacy" do anything else?
3. I can't find "privacy" anywhere else in the repository and the
documentation. Is this on purpose? Or was it somehow forgotten and we
should document
Kevin J. McCarthy:
I am trying to color the "Security:" line in the compose menu. Is that
possible?
Sorry ilf, that part is not currently colorable.
Okay, that's what I assumed.
What do you think of this idea? Does it sound useful to you?
I for one would really like a colo
lor compose yellow default "Sign"
color compose green default "Encrypt"
Could anyone point me in the direction how to achieve this?
Thanks, and keep up the good work!
--
ilf
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg!
-- Eine Init
omail.org"
"i...@zeromail.org"
#
# ~/.mutt/accounts/i...@zeromail.org
#
set realname="ilf"
set from="i...@zeromail.org"
set hostname="zeromail.org"
set pgp_sign_as=0x87C0AECC
source ~/.mutt/accounts/generic.rc
#
# ~/.mutt/accounts/generic.rc
from=,
pgp_sign_as=, ... are not beeing set correctly.
Does anyone have any idea how to solve that problem?
How about this?
macro index
"imaps://user2:passwo...@a.comset
from=user2pgp_sign_as=0xDEADBEEF"
--
ilf@jabber.berlin.ccc.
On 06-14 10:26, David Woodfall wrote:
Is there a way of getting mutt to auto-strip these from plain/text?
set display_filter="fromdos"
--
ilf@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich
PLAIN over the encrypted
connection, as opposed to sending a hash like DIGEST-MD5 or CRAM-MD5.
It should therefore be as safe as the SSL/TLS connection.
--
ilf@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich
On 06-01 09:13, Peter Stoddard wrote:
What is the proper mailcap entry to view html attachments?
text/html; w3m -I 'iso-8859-15' -T text/html -dump; copiousoutput
:)
--
ilf@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen kei
characters, to not wrap it?
That'd be great for URLs, which are unusable with wrap=80.
--
ilf@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg!
-- Eine Initiative des Bundesamte
r 'unsubscribe' list.
Thanks, this is awesome.
Why did you not push it into the mainline code?
--
ilf@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg!
-- Eine Initiative des Bun
On 04-11 20:32, Michael Elkins wrote:
> On Sat, Apr 10, 2010 at 01:38:19AM +0200, ilf wrote:
>> I would like a workaround to use Regex in 'lists' and 'subscribe', but
>> that feels dirty. Why doesn't Mutt allow 'lists'/'subscribe' to li
work in
screen :(
--
ilf@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg!
-- Eine Initiative des Bundesamtes für Tastaturbenutzung
signature.asc
Description: Digital signature
rxvt.1.pod#COLORS_AND_GRAPHICS
Yet, Mutt only lets me specify color0-color7. Everything above gives an
error, also hex values and RGB specifications.
Why is that so? Why does Mutt not allow hex (or other) values for
colors?
--
ilf@jabber.berlin
ists'/'subscribe' to lists
based on the List-Id: header?
> I have no idea how hard it is to add a feature like that, but some would
> propose that a feature like that is better to be in a MDA like procmail.
How would an MDA help in achieving this? It doesn't 'lists
List-Id: header. And that's what I assume this Ticket is also about:
http://dev.mutt.org/trac/ticket/3160
What do you think?
--
ilf i...@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg!
-- Eine Initiative des Bundesamtes für Tastaturbenutzung
signature.asc
Description: Digital signature
ng list headers to detect list mail" by pdmef on 2009-01-27.
Has there been any discussion on this? What do you think?
Thanks, and keep up the good work!
--
ilf i...@jabber.berlin.ccc.de
Über 80 Millionen Deutsche benutzen keine Konsole. Klick
24 matches
Mail list logo