as possible: now Petidomo no longer just sends a carbon-copy of the
final "successful" mail after subscribe/unsubscribe operations to the
list owner. Instead the list owner gets an own dedicated mail. The most
important thing is that those mails have "SUBSCRIBE" and "UNSUBSCRIBE"
tags in their Subject so one can easily monitor those operations as the
list owner.
sure, Ralf is going to change the mail texts as soon as he sees
this. :-)
- Converting incoming codes to all upper-case in case the code got
mixed up by some crazy mailer.
# update the date, but keep version number
$ make update-version
# interactively specify new version number
$ make new-version
# batch specify new version version number
$ make new-version VERSION=0.8.15
type them compared to the hyphen. For this reason (and for
consistency) I corrected this horrible, horrible mistake of the past
and renamed those files.
MTA_Options --> MTAOptions
List_Directory --> ListDirectory
Ack_Queue_Directory --> AckQueueDirectory
for consistency reasons. While I was at it, I also renamed the source
file from config.c to config-files.c, because the module config.c is
generally associated with GNU autoconf and this has nothing to do with
it.
Petidomo routines can access via getMasterConfig(). The routine
getListConfig(), which is defined in config.c, too, used the "correct"
mechanism to access MasterConfig, even though it could access it
directly. Since I chose the same name ("MasterConfig" :->) for the
local copy of the pointer, gcc warns that this variable shadows the
static one. To get rid of this warning, and since it doesn't make one
bit a difference, getListConfig() accessse the static variable
directly now.
confirmation. I have changed this to either reply-to or from (if
reply-to is unset), because sendmail will destroy the original
envelope under obscure circumstances.
the main config file is parsed. Also added the path of the main config
file to the message so that people can see where Petidomo locks for it
in case parsing fails.
confirmation is sent to the address that is supposed to added to or
removed from the list. If, and only if, this address is different than
the one from which the request came, a short mail is sent to the
requestor to inform him what is going on.
the ack-spool file, which starts Petidomo again to process the
acknowledged command or posting. I used BINDIR for that, but realized
that this sucks when somebody manually moves the binary. Hence, I am
using the contents of argv[0] now, normalized to an absolute path.
This value is stored in the global variable who_am_i, which the
queue_*() routines now use.
generate_cookie.c: In function `generate_cookie':
generate_cookie.c:58: warning: implicit declaration of function `strlen'
generate_cookie.c: In function `MD5Update':
generate_cookie.c:245: warning: declaration of `index' shadows global declaration
generate_cookie.c:260: warning: implicit declaration of function `memcpy'
generate_cookie.c: In function `MD5Final':
generate_cookie.c:286: warning: declaration of `index' shadows global declaration
generate_cookie.c:303: warning: implicit declaration of function `memset'
