7048 | 07-Jun-1982 |
eric |
strip out xlate stuff -- this belongs at a different level |
7047 | 06-Jun-1982 |
eric |
avoid loops by not sending to owner-owner-* -- just send to owner-owner instead |
7046 | 06-Jun-1982 |
eric |
implement alias owner feature. this actually works for any user. basically, if the alias owner-xxx exists, errors sending to xxx will be sent to that alias rather than to the sender. |
7045 | 06-Jun-1982 |
eric |
implement alias owner feature. this actually works for any user. basically, if the alias owner-xxx exists, errors sending to xxx will be sent to that alias rather than to the sender. |
7044 | 06-Jun-1982 |
eric |
implement alias owner feature. this actually works for any user. basically, if the alias owner-xxx exists, errors sending to xxx will be sent to that alias rather than to the sender. |
7043 | 06-Jun-1982 |
eric |
implement alias owner feature. this actually works for any user. basically, if the alias owner-xxx exists, errors sending to xxx will be sent to that alias rather than to the sender. |
7040 | 06-Jun-1982 |
eric |
first cut at putting mailing list maintainers in -- there is a much better way though. |
7039 | 06-Jun-1982 |
eric |
first cut at putting mailing list maintainers in -- there is a much better way though. |
7038 | 06-Jun-1982 |
eric |
first cut at putting mailing list maintainers in -- there is a much better way though. |
7010 | 31-May-1982 |
eric |
make temp files the correct modes in all cases |
7009 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7008 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7007 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7006 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7005 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7004 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7003 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
7002 | 31-May-1982 |
eric |
pass lint. notice that definitions in llib-lc have changed for alarm() and sleep() calls {arg was unsigned, is now int}. |
6999 | 31-May-1982 |
eric |
eliminate -V, -D, -p flags in favor of a single flag "-bx" (be in mode x). |
6998 | 31-May-1982 |
eric |
eliminate -V, -D, -p flags in favor of a single flag "-bx" (be in mode x). |
6997 | 31-May-1982 |
eric |
eliminate -V, -D, -p flags in favor of a single flag "-bx" (be in mode x). |
6996 | 31-May-1982 |
eric |
eliminate -V, -D, -p flags in favor of a single flag "-bx" (be in mode x). |
6992 | 31-May-1982 |
eric |
don't output SMTP/FTP error codes in transcript file |
6991 | 31-May-1982 |
eric |
finish implementing envelopes. it's not completely clear to me that this is really the way to go, but it seems clearly better than what i had before. this delta includes many other minor changes, s
finish implementing envelopes. it's not completely clear to me that this is really the way to go, but it seems clearly better than what i had before. this delta includes many other minor changes, so it should probably not be blithely removed.
show more ...
|
6990 | 31-May-1982 |
eric |
finish implementing envelopes. it's not completely clear to me that this is really the way to go, but it seems clearly better than what i had before. this delta includes many other minor changes, s
finish implementing envelopes. it's not completely clear to me that this is really the way to go, but it seems clearly better than what i had before. this delta includes many other minor changes, so it should probably not be blithely removed.
show more ...
|