y from within the pager by hitting
the "e" key.
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37 6537 68B1 2532 A4CB 0994 0946 21DB EFD4
XMPP OTR 271A 9186 AFBC 8124 18CF 4BE2 E000 E708 F811 5ACF
S
key is encrypted with your and the recipients' key. That way,
the message may have a large number of recipients, but doesn't increase
in size as much.
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37
.. where "[mailbox]" designates the destination.
Kind regards,
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37 6537 68B1 2532 A4CB 0994 0946 21DB EFD4
XMPP OTR 271A 9186 AFBC 8124 18CF 4BE2 E000 E708
s for your work!
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37 6537 68B1 2532 A4CB 0994 0946 21DB EFD4
XMPP OTR 271A 9186 AFBC 8124 18CF 4BE2 E000 E708 F811 5ACF
Signal0507 A41B F4D6 5DB4 937D E8A1 29B6
7;t hurt I
think.
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37 6537 68B1 2532 A4CB 0994 0946 21DB EFD4
XMPP OTR 271A 9186 AFBC 8124 18CF 4BE2 E000 E708 F811 5ACF
Signal0507 A41B F4D6 5DB4 937D E8A1
s the
prompt universally annoying? Is this worth an option?
If you are asking me, most definately yes. And, I am pretty sure I'm not
the only one: <http://www.woolridge.ca/mutt/confirm-crypt-hook.html>.
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @
++ 04/04/15 16:33 +0200 - Rejo Zenger:
I have specificaly selected and configured a number of key ID's for a
mailinglist. This is a deliberate action, and if a key is not
available there is no need to select an alternative. Keys are always
So, actually, the current situation where mutt
One of the
reasons the key selection still fails is when a key is available, but
unusable (e.g. the key has expired). In that case I would like to have
the option to either send the message encrypted to the remaining keys
(the other crypt-hooks), or to cancel the sending of the message.
Anywa
https://github.com/rejozenger/mutt-multiple-crypt-hook
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37 6537 68B1 2532 A4CB 0994 0946 21DB EFD4
XMPP OTR 271A 9186 AFBC 8124 18CF 4BE2 E000 E708 F811 5ACF
Signal
anything with those, but the first one is ready
to implement (I am using the patch myself on a daily basis).
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r...@zenger.nl
OpenPGP 1FBF 7B37 6537 68B1 2532 A4CB 0994 0946 21DB EFD4
XMPP
.
Would it be useful to be able to encrypt, even if the message encryption
flag is not set? If so, I could use some opinions, because defining the
interface for that starts to get complicated.
To me, that is of no particular use.
Against what version is the patch you have provided?
he right
track: it does open another instance of mutt, then switches back to the
first instance when closing the second. Functional-wise, this does what
I asked for. Thanks!
Others who have replied, thanks!
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @
ng
for something even better: having the results presented in the same
window.
>I'd think you could adapt this approach to your own mail indexer.
Sure, sure, but it wasn't exactly what I was looking for. Second best,
for now.
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738
search string and have the results returned
immediately. Does anyone know if this is possible - other than hacking
the code of mutt?
[1] http://dev.mutt.org/trac/wiki/UseCases/SearchingMail
--
Rejo Zenger
E r...@zenger.nl | P +31(0)639642738 | W https://rejo.zenger.nl
T @rejozenger | J r
will be signed
against ID's 0x012345678ABCDEFG and 0xABSDEFGH01234567.
This doesn't work out of the box. You need to patch mutt for that. See:
- <https://github.com/rejozenger/mutt-multiple-crypt-hook>
- <https://github.com/rejozenger/mutt-multiple-crypt-hook/releases>
Hop
++ 21/03/14 14:13 -0400 - Peter P.:
>when I run a search across a folder using the "limit" function, I
>can't find a way to stop it while it is searching through messages
>(apart from killing mutt). Ctl-g doesn't work. Is there any this can
>be done?
Limit to &q
= ' in configuration file (correct me if i'm wrong
>please). so perhaps a macro?
Untested, probably something like the following will work:
unmy_hdr To:
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgp8ofTavLqC2.pgp
Description: PGP signature
++ 02/02/14 14:06 -0500 - glphvgacs:
>right now i have:
>set record = /dev/null
>
>but i have a feeling that's not the canonical way of doing this. any
>suggestions?
Untested, but I presume "unset record" will work.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rej
ME/body_of_autoreply.txt) | $SENDMAIL -t
Or something along those lines. Untested.
Procmail has lots of example in the procmailex manpage as well as on the
internet.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgpsJs4E3Pe5M.pgp
Description: PGP signature
replied with the notion
that this would be extremely unlikely and that, under Dutch law [1], in
such cases it's safe to asume it was released under GPLv2.
[1] Artikel 3:35 Burgerlijk Wetboek.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail pr
es do not contain any copyright or license information. The only
[...]
>I believe Rejo is within rights to publish these modified patches under a
>GPLv2 license. IATNAL.
Good catch.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred .
or not being
able to contact owner is considered to be a problem: "orphaned works".
>Credit does not mitigate copyright violation.
Like I said: I am aware of that. I will not repeat quoting myself.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgp5u6waLYwqt.pgp
Description: PGP signature
re is no
room for these afformentioned pre- and assumptions in copyright. So,
I just removed the repository from github.com.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgppAigZlmT64.pgp
Description: PGP signature
++ 16/09/13 23:12 +0200 - Rejo Zenger:
>I am using mutt to send encrypted e-mail to mailinglist with a small and
>stable set of subscribers. In order to automate this I am running 1.5.16
>with a slightly modified patch for 1.5.6 from [1]. This patch allows me
>to define multiple cry
nsert mode of vim already, when I see the typo.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgpZVsF_o4IIT.pgp
Description: PGP signature
++ 17/11/13 08:16 -0600 - rlhar...@oplink.net:
>$ mkdir -p ~/.mail/archive/(cur,new,tmp)
That should have curly brackets and read:
mkdir -p ~/.mail/archive/r{ur,new,tmp}
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @r
e access the encrypted attachment
>> (binary/octet-stream) from within mutt.
[...]
>I'm not expert here, but do you have urlview installed? And what are the other
>programs, don't remember but those that view the M$ word docs... (there must
>be mention in the manual and/or
lapsed and is rendered as quoted above.
If I scroll down to the multipart/encrypted part, then hit enter, it'll
reveal all parts it contains but it'll be shown as plain text (and I am
not able to specifically select the binary/octet-stream part and hit
enter to open in it's default a
nary/octet-stream would be html or something else, the problem would
remain. The shortcut "v" will show the hierarchy like this:
- multipart/mixed
- multipart/encrypted
- text/plain
But it won't make accessible what is inside the multipart/encrypted
container.
--
Rejo Zeng
++ 16/10/13 17:36 +0200 - Rejo Zenger:
>Sometimes, I receive e-mails that are (at least partly) encrypted and
>that included attachments. I am not able to view those attachments. So,
>when I open the message I see:
[...]
>So, in order to view the attachment, I should prees "
le)?
Thanks for the help!
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgpKivyNhVAKH.pgp
Description: PGP signature
ing out of disk space :P)).
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgpyUI2XORZzF.pgp
Description: PGP signature
[...]
pgp.c:520: mutt_mktemp returns "/tmp/mutt-ix-501-8083-2".
Checking mailcap file: /Users/rejo/.mailcap
mailcap entry: text/html; elinks -dump %s ;
copiousoutput
field: copiousoutput
handler.c:1589: mutt_mktemp returns "/tmp/mutt-ix-501-8083
on some other patch.
The format of the document has changed from one markup language to the
other. If you do the code, I'll do the documentation. :P)
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgp8RemZRBFMW.pgp
Description: PGP signature
rk on such a journey: has anyone this done
already? :)
[1] http://www.woolridge.ca/mutt/multiple-crypt-hook.html
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger
pgp1jFa7PcWhn.pgp
Description: PGP signature
understand you do not want to use such a "auto-sync"
fuctionality. This is why such a variable should be left off by default
(and configurable).
If it's off by default, I think this functionality would be a usefull
addition. It's not something I am missing now per se, but I
#x27;t think of a reason why this would be bad (especialy if it's
configurable and the default is "off").
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
<http://www.mail-archive.com/mutt-users@mutt.org/msg37364.html>
[2] <http://www.mail-archive.com/mutt-users@mutt.org/msg37430.html>
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
++ 09/07/09 21:41 +0200 - Rejo Zenger:
>>Hmm. Kinda sounds like a certificate problem to me. When does your
>>certificate expire? I'm guessing it expired yesterday.
>[...]
>
>No, it will be valid for some more months. However, your remark made me
>investigate th
openssl s_client") and it seems
there is another problem with the certificate indeed.
Will investigate and update when I have cleared this.
Thanks a lot for the input.
--
Rejo Zenger . . 0x21DBEFD4 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
= 0
| read(0, "a", 1) = 1
| rt_sigaction(SIGINT, {0x4645d0, [], SA_RESTORER|SA_RESTART, 0x7f536d000100},
NULL, 8) = 0
| open("/home/rejo/.mutt_certificates", O_WRONLY|O_CREAT|O_APPEND, 0666) = 5
| fstat(5, {st_mode=S_IFREG|0600, st_size=2538, ...}) = 0
something like "Re: Example" or even "Re: Aw: Re: Example"
(which both would match the given regular expression) it would leave the
subject alone. As a result, mutt would never create a mess like "Re: Aw:
Re:" - but it would leave it that way if it's there a
ault reply_regexp "Re: test".
I see. I expected mutt to use this regular expression to determine
whether it should prepand the current subject with "Re: " or that it
should leave it intact (if there is a match) - instead of removing
whatever is matched and replacing i
, if
present, mutt will not prepend the subject with another "Re:" when
replying.
I don't think it will actually remove a thing from the Subject.
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
There are two differences: the trailings slash in the mailbox name and
the trailing colon on the first line of the recipe. If the colon is
present, procmail will use file locking. Without the colon, procmail
will not lock the file before writing.
Anyway, this is off topic. :P)
--
Rejo Zen
++ 08/05/09 20:35 +0800 - Wu, Yue:
>When I start mutt -y to read the mbox mails, mutt always sort them by
>alphabetic sequence, can I configure its sorting method to fit my preference?
I guess <http://www.mutt.org/doc/manual/manual-6.html#sort> is what you
are looking for?
--
type variable inside mutt (using ":set mbox_type =
maildir" in the index) and then check for mail?
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
ir format. If so, than the trailing colon on
the first line is superflucious. It's needed for file locking, which you
want when multiple processes could write to the same file at the same
time. When using maildir, you will not see that problem and therefor you
don't need the file locking.
:mutt-us...@mutt\.org>
mutt-users
Or, as this header isn't supposed to look differently:
:0:
* ^List-Post: <mailto:mutt-us...@mutt\.org>$
mutt-users
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
e accomplished with this command line option.
I now have overruled the generic text/html mailcap entry with a specific
one in ~/.mailcap, using the same line as in the generic file, but with
the addition of this particular option. This seems to do the trick.
thank you all for all of you
ge parts. I
should tweak their configuration in order to have plain text fed into my
editor, right?
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
in-efficient for sending large files.
An example of a protocol that is designed for it, would be FTP.
You may want to use an online service like yousendit.com -
allthough I would qever use such a service myself.
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG enc
same
information in the plain text version as they do in the html version.
As for now, let me experiment with this. I will definately respond to
this thread if the workaroudns mentioned in other postings do work for
me.
[1] http://thread.gmane.org/gmane.mail.mutt.user/31766
--
Rejo
x27;t change a thing in the way
mutt shows the threads. So, this is no longer an issue (on itself).
What does remain is the original problem: why is it that in replies the
URI's are mangled?
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefe
"set tw=72 fo+=aw smartindent" +2'
set indent_string = ">"
set use_8bitmime = no
Anyone? Thanks in advance!
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
s consistent.
Just to make sure I have a correct understanding of your explanation and
the documentation: the $imap_delim_chars variable just tells mutt what
it should take as folder delimiter and it doesn't influence it's
rendering in the folder browser. Right?
--
Rejo Zenger . .
contain messages.
Right?
Then, I noticed that in the IMAP folder listing, any folder that
contains any sub-folders has this trailing dot in the name. I presume
this is normal behaviour. If so, then what is the additional value of
the "+" mark?
Thanks a lot for the clarificati
a network problem than a
problem with mutt itself. Can you make sure "mail.sabanciuniv.edu" is
the correct hostname and is reachable for you (outside of mutt, try
doing a traceroute to the server and/or manually connect on the imap
port)?
--
Rejo Zenger . . 0x75FC50F3 . <https:/
e you've outlined above has *explicitly* marked the text/plain
>component as completely and fully equivalent to the subsequent
>multipart/mixed component. Mutt considers the message's structure to
>be essentially gospel for the purposes of rendering: if it's
[...]
Point taken.
of the
| message contain more content is usefull. Right now, by looking at the
| text/plain alternative (5), I missed the inclusion of a Word docment
| (10) in the other alternative (6).
Thanks a lot in advance!
--
Rejo Zenger . . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
++ 18/12/08 10:11 +0100 - Rejo Zenger:
>Aah. That makes sense. In a more simplified rendering:
>
> 1multipart mixed
> 2 ├─>textplain
> 3 └─>message rfc822
> 4 └─> multipart alter
++ 18/12/08 10:20 +0800 - bill lam:
>On Wed, 17 Dec 2008, Rejo Zenger wrote:
>> |I 1 [multipa/alternativ,
>> 7bit, 178K]
>> |I 2 AA> [text/plain, 7bit,
>> us-ascii, 1.8K]
>> |I 3 AA>
nother attachment, the
applica/pdf part, in the message.
The sender was using:
X-Mailer: Apple Mail (2.929.2)
Now, the question is the same, why didn't I see the attachment in the
pager?
I am running mutt 1.5.17+20080114, from Debian Etch.
--
Rejo Zenger . . 0x75FC50F3 . <http
s to need an IMAP (am I right?). Any other
>programs that can work for me. If not, I may end up writing my own!
I am not sure whether it suits your situation, but you may want to have
a look at imapsync, see <http://www.linux-france.org/prj/imapsync/>.
--
Rejo Zenger . <[EMAIL
uot;T\[.*patch.*\]" # tag using pattern
See:
- http://www.mutt.org/doc/manual/manual-3.html#ss3.6
- http://wiki.mutt.org/?MuttGuide/Macros
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
*.csv -- [EMAIL PROTECTED] < /dev/null
>2. Do we have any restriction on the length of the file name to be
>sent.? As I have very long file names.
I don't know about that.
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
arches several
times (but apparantly using the wrong keywords) and now it turns out to
be such an easy solution... :)
Thanks a lot.
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
ick these
addresses the newline and plus sign are replaced by "+ ", resulting in
an invalid URL.
Is there a way to circumvent this?
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
ilboxes it is useless (as you never have two processes
writing to the same file).
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered.
signature.asc
Description: Digital signature
>by more specific situations.
>
>Yes. First . is matched, and then ~C.
Yup.
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
signature.asc
Description: Digital signature
es"
With the first one, it doesn't work. Without the first line, it does. I
am still *first* setting the default and have that default overruled by
more specific situations.
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
signature.asc
Description: Digital signature
his line and see what
else is broken. :)
Thanks a lot for the help.
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
signature.asc
Description: Digital signature
figure out why this hook doesn't work.
>> So, what is the most likely thing I am overlooking?
>
>This only seems to work with edit_hdrs turned off.
I do not have enabled this option. According to the manual it's "no" by
default and I do not get to see the headers whe
-hooks's,
but not send-hook's). Everything works the way I want it, but just this
doesn't. I have, of course, checked the docs, the wiki and the FAQ's.
Still I can't figure out why this hook doesn't work.
So, what is the most likely thing I am overlooking?
as
well as to my mailbox settings in mutt - allthough the latter possibly
could be done on the run as well.
--
Rejo Zenger . <[EMAIL PROTECTED]> . 0x75FC50F3 . <https://rejo.zenger.nl>
signature.asc
Description: Digital signature
at 72 characters. When typing
text normaly, it will wrap text at that boundary. Whenever I am editing
text (adding a few words), this will no longer work automagicaly. I can
then use "gqap" to reformat the paragraph and it't will rewrap again to
that boundary. Works nicely - althou
"set
resolve=noNO^.2008set
resolve=yes"
... and it seems to work like a charm. Cool.
Thanks a lot for the input.
--
Rejo Zenger <[EMAIL PROTECTED]> https://rejo.zenger.nl
signature.asc
Description: Digital signature
esume this is influenced by the "resolve" variable, but even when
disabling that variable it doesn't do what I want.
Does anyone have any idea?
--
Rejo Zenger <[EMAIL PROTECTED]> https://rejo.zenger.nl
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Does anyone of you know which documents describes / defines this
Mail-Followup-To header?
Thanks in advance,
-R.
- --
# [EMAIL PROTECTED] (pgp: see headers) - http://www.sisterray.nl
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
++ 12/02/01 08:04 + - Nelson D. Guerrero:
>Roel, the answer to that question is making a rule on your .procmailrc
>to delete themThis is what I have.
>
>:0 Whc: .msgid.lock
>| formail -D 16384 .msgid.cache
>:0 a:
>/dev/null
The ":" on the sec
Hi,
I'm using Mutt 1.2.5i and GPG 1.0.4 on a Linux 2.2.16.
I have been told the encrypted email I'm sending does not have the
correct linebreaks.
This is a hexdump of a part of a message I have sent to him. Linebreaks
are platform-specific ("0A"; Unix style) instead of the platform-
independent
++ 13/01/01 07:03 -0600 - ktb:
> send to. I receive but can't send. Also some of my personal
> friends have reported that they send to me and the mail is
> bounced back to them. I'm using exim (debian) My isp is
Most likely those problems are not related to mutt. I guess you
esn't work for me. It seems to me that folder-hooks are
overwritten by the send-hooks.
I have a number of send-hooks followed by a few folder-hooks. The
folder-hooks do not work as expected. The send-hooks do.
Any idea how to solve this?
-Rejo.
--
= Rejo Zenger
ually
writing the message.
Any idea how to solve this?
Thanks in advance,
-Rejo.
--
= Rejo Zenger [EMAIL PROTECTED]
= http://mediaport.org/~sister (and my_urls.html)
... and i forgot to attach the parts of my muttrc where things get
loaded for GPG and PGP.
-Rejo.
--
= Rejo Zenger [EMAIL PROTECTED]
= http://mediaport.org/~sister (and my_urls.html) PGP: see headers
to be done by GPG.
I have attached both muttrc parts for GPG and PGP. This is from the main
muttrc:
source $HOME/.mutt/muttrc-gpg
macro generic 2 ":source /home/rejo/.mutt/muttrc-pgp2\n"
macro generic 1 ":source /home/rejo/.mutt/muttrc-gpg\n"
This is a part of a me
++ 17/04/00 02:21 +0300 - Mikko Hänninen:
>> So, i tried this (wrapped):
>>
>> send-hook '~f 2[0-9]*[rfma]?(\.trap)?(NOSPAM)?(+rejo)?@sisterray.xs4all.nl'
>> 'my_hdr From: Rejo Zenger <[EMAIL PROTECTED]>'
>
>> This does not work
p)?(NOSPAM)?(+rejo)?@sisterray.xs4all.nl'
'my_hdr From: Rejo Zenger <[EMAIL PROTECTED]>'
to change
From: Rejo Zenger <[EMAIL PROTECTED]>
to
From: Rejo Zenger <[EMAIL PROTECTED]>
This does not work. Any idea why?
[2]
Another things. Is it possib
++ 28/03/00 15:35 +0200 - Thomas Roessler:
[slow opening of mailboxes]
>Do you use NFS?
Nope. I'm running on a standard P3 with Linux as OS. Just the regular
stuff...
-Rejo.
--
= Rejo Zenger [EMAIL PROTECTED]
= http://mediaport.org
ool/mail"
SHAREDIR="/usr/local/share/mutt"
SYSCONFDIR="/usr/local/etc"
-ISPELL
_PGPPATH="/usr/bin/pgp"
_PGPV2PATH="/usr/bin/pgp"
_PGPGPGPATH="/usr/bin/gpg"
Any idea what the problem is?
-Rejo.
--
= Rejo Zenger
Hi,
I have several folders, but in two of them no new mail is noticed (when
browsing thru folders with new mail or looking for folders marked with N
in the folderlist).
One of them is /home/rejo/mail/spam-usenet, although i seem to have set
up everything correct:
$ la mail/spam*
-rw
the mentioned
>effect. The default reply_regexp ("^(re|aw):[ \t]*") should not show
>this behavior.
Mmm... let me see:
$ grep reply_regexp .muttrc
set reply_regexp="^(re|aw):[\t]*"
Looks like i'm using the default, but with a space left out. I will add
the s
Foobarbaz
everytime i reply. Any idea where this comes from, and what i should do
to avoid this behaviour?
--
= Rejo Zenger [Sister Ray Crisiscentrum] [EMAIL PROTECTED]
= http://mediaport.org/~sister (and my_urls.html) PGP: s
++ 30/11/99 09:13 + - Chris Green:
>2 - The manual is wrong about using ^ to indicate control characters.
I guess it depends from system to system (and possibly the way of
quoting). Could people on different systems try this?
-Rejo.
--
= Rejo Zenger [Sister Ray Crisiscent
++ 27/11/99 09:58 +0200 - Mikko Hänninen:
>Rejo Zenger <[EMAIL PROTECTED]> wrote on Fri, 26 Nov 1999:
>> send-hook [EMAIL PROTECTED] 'my_hdr From: Rejo Zenger <[EMAIL PROTECTED]>'
>> send-hook [EMAIL PROTECTED] 'my_hdr Reply-To: Rejo Zenger <[EMAIL
nmy_hdr Reply-To:'
send-hook . 'unmy_hdr Cc:'
send-hook . 'set reverse_name'
send-hook . 'set signature=~/.signature'
send-hook . 'set attribution="++ %{%d/%m/%y %H:%M
. Usually located in /usr/share/vim/syntax/.
-Rejo.
--
= Rejo Zenger [Sister Ray Crisiscentrum] [EMAIL PROTECTED]
= http://mediaport.org/~sister PGP: see headers
Hi, i wrote:
++ 13/11/99 21:01 +0100 - Rejo Zenger:
>> :0 Wh: msgid.lock
>-^
>> | formail -D 8192 msgid.cache
>
>There shouldn't be a space there. You'd better change this to
> :0 Wh :msgid.lock
> :0 Wh:msgid.lo
++ 13/11/99 11:37 -0500 - Subba Rao:
>Each time I start mutt, I get the following errors.
>Error in /home/subb3/.muttrc, line 65: default: no such color
Change default to black (or whatever your background is or should be)
and i guess your problem is gone.
-Rejo.
--
= Rejo
er/personal/procmailrc.
I think you can safely rewrite the second part of the recipes above to:
:0a
| formail -a X-Note: Message-ID seen before recently."
Hope this helps. -Rejo.
--
= Rejo Zenger [Sister Ray Crisiscentrum] [EMAIL PROTECTED]
= http://mediaport.org/~sister PGP: see headers
1 - 100 of 156 matches
Mail list logo