Log of /trunk/Mix/Src/config.h
Parent Directory
|
Revision Log
Revision
220 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Fri Sep 6 21:04:16 2002 UTC
(10 years, 8 months ago)
by
rabbi
File length: 9287 byte(s)
Diff to
previous 218
Updated documentation for {IN,OUT}DUMMYP, and to reflect changes in
remailer defaults.
Mixmaster now has a sanity-check on the number of dummy messages
generated automatically.
Fixed typos in mix.1 and Install.
Install now prompts before using a previously generated Makefile.
Revision
214 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Thu Sep 5 01:21:54 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 9246 byte(s)
Diff to
previous 205
Mixmaster keys now have creation and expiration date.
It is not secured by any crypto voodoo, it's only
informational for clients to decide which keys to
use should they have more.
- on the client side we do not show remailers (and
therefore not use them) if their key is expired.
- the remailer refuses to decrypt messages to keys
that expired one month ago or earlier.
- the remailer automatically creates new mixmaster
keys if the current one are about to expire or
already are expired.
- the latest key from secring.mix is written to
key.txt. It used to be the first one. Since
creation of new mix key appends the key, this
seemed sensible.
Revision
205 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Thu Aug 29 08:50:00 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 9188 byte(s)
Diff to
previous 199
When creating new OpenPGP keys, also set an expiry date. Key lifetime
defaults to 8 months but can be overriden by the KEYLIFETIME configuration
option.
We currently do not store the self signature and the keybinding (which hold
the expiry information in DSA keys) in the secret keyring. This is
unfortunate because we use the current KEYLIFETIME when recreating them
should the public keyring need to be rewritten. The solution is to store
them in the secret keyring (like GnuPG does) and not recreate them later
if we already have them.
Revision
189 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Mon Aug 26 19:38:51 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 9086 byte(s)
Diff to
previous 183
Entered passphrase was overwritten with SIGHUP. It's now stored to a
second variable.
Revision
183 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Mon Aug 26 18:08:05 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 9045 byte(s)
Diff to
previous 182
Previosly when we ran Mixmaster in daemon mode and injected mail either
via pop3 or the MAILIN method (reading a Maildir or an mbox), Mixmaster
only processed remailer-xxx requests at SENDPOOLTIME intervalls.
It might be in the interest of an operator to have a high SENDPOOLTIME -
like say an hour or two - to provide better security to their user.
However it is also important to answer remailer-xxx requests in a timely
manner.
This conflict of interests can be solved by adding yet another config
option: MAILINTIME.
MAILINTIME specifies the amount of time between reading MAILIN and
processing those mails (as well as those injected via POP3). Processing
here means to answer -xxx requests and to add remailer mails to the
pool.
This is also done implicitly whenever Mixmaster is about to process its
pool or just fetched mail via pop3.
Revision
182 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Sun Aug 25 13:27:40 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 9021 byte(s)
Diff to
previous 168
Use names rather than numbers as arument to pgp_armor. Have PGP PRIVATE for armoring
Revision
168 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Thu Aug 22 05:18:26 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 8897 byte(s)
Diff to
previous 166
List known mixmasters in remailer-conf replies. How do I get a list of
the pgp keyring so I can also list type I remailers? Do we need to list
type I remailers?
Revision
163 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Wed Aug 21 19:28:04 2002 UTC
(10 years, 8 months ago)
by
weaselp
File length: 8689 byte(s)
Diff to
previous 148
Make sure to deliver to the right directory with Maildir deliveries. Since
we do not chdir() to the Mixmaster base directory we need to take care of
this whenever we do file or directory operations. Fortunatly the function
mixfile() helps here. mixfile() was extended to handle paths starting
with "~/". '~' is replaced by the HOME environment variable if defined.
Implement MAILIN option: If set Mixmaster reads mails from either a mbox
or a Maildir mail folder when processing its queue (-M or daemon). After
reading the mail folder is emtpied. If MAILIN ends with / it is expected
to be a Maildir, mbox oterhwise.
I hope that I did not break anything with the change to mixfile(). Maildir
drop and reading from both Maildir and mbox has been tested a little. Seems
to work fine so far.
Revision
105 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Wed Jul 24 09:00:11 2002 UTC
(10 years, 9 months ago)
by
weaselp
File length: 8514 byte(s)
Diff to
previous 103
Make all filenames configurable in mix.cfg.
Add global mix.cfg support (compile time option).
Revision
103 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Wed Jul 24 07:58:55 2002 UTC
(10 years, 9 months ago)
by
weaselp
File length: 7139 byte(s)
Diff to
previous 102
USE_IDEA is no longer default in config.h. It always gets defined by the Install script instead.
Revision
102 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Wed Jul 24 07:48:50 2002 UTC
(10 years, 9 months ago)
by
rabbi
File length: 7131 byte(s)
Diff to
previous 98
We have changed the compile-time option PASSPHRASE to be named
COMPILEDPASS. We have changed the configuration file option PASS_PHRASE to
be named PASSPHRASE. We have added documentation for the new configuration
file option and made changes in the man page to reflect the name change.
This was done to avoid confusion due to the similarity in names of the
options.
Revision
98 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Mon Jul 22 17:54:48 2002 UTC
(10 years, 9 months ago)
by
rabbi
File length: 7132 byte(s)
Diff to
previous 91
Added support for AES in Type I messages. This should prevent lost mail if
a user attempts to send OpenPGP messages encrypted with AES.
Support for AES requires OpenSSL 0.9.7 (soon to be released.) The Install
script needs to be updated to enable AES if 0.9.7 or later is present.
Also, pgp_keylen now returns 0 instead of -1 for unknown symalgo. Output
of pgp_keylen is used in buf_appendrnd and in other functions without
checking, so they might be unhappy with -1. (We should really check for
this.)
Thanks to Disastry and Peter for working on this.
Revision
91 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Wed Jul 10 01:58:49 2002 UTC
(10 years, 10 months ago)
by
rabbi
File length: 7013 byte(s)
Diff to
previous 62
Added the ability to store the key passphrase in the mix.cfg file instead of
having it compiled into the binary. This offers a number of advantages over the
compiled-in method and still allows for encrypted remote storage of keys.
In order to take advantage of the new changes, the Install script will need to
be modified. As this is being replaced with a proper autoconf system, we're
defering that until later.
The changes we're committing replace PASSPHRASE with PASS_PHRASE, which is read
from the config. If the compiled-in passphrase, PASSPHRASE, is set, that is
used instead. (This is how Mixmaster will function if you use the Install
script.)
Revision
39 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Wed Dec 12 19:06:41 2001 UTC
(11 years, 5 months ago)
by
rabbi
File length: 7073 byte(s)
Diff to
previous 29
Removed the #define for BROKEN_MTA from WIN32 since it shouldn't be
needed.
Revision
29 -
(
view)
(
download)
(
annotate)
-
[select for diffs]
Modified
Tue Dec 11 20:56:07 2001 UTC
(11 years, 5 months ago)
by
rabbi
File length: 7170 byte(s)
Diff to
previous 1
Added dupicate address checking for MTAs that don't do duplicate checking.
ifdef'd out except for WIN32.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
enter a numeric revision.