Davide, I read this: ======================== - Added complex/multiple macro substitution capabilities to external programs argoument lists. ======================== And found this in the readme:
======================== MACRO SUBSTITUTION XMail support two kinds of macro declaration inside its TAB file. The old macro declaration done by prefixing the macro name with the '@@' sequence is still supported for backward compatibility, and has to be used when the macro is the only content of the parameter. Macro can also be declared as '$(MACRO)' and this form can be used anywhere inside the parameter declaration, like: "/var/spool/mail/$(USER).dat" ======================== Why do you stipulate that @@ macros must be used if they are the only value of the field. Surely "$(FROM)" should work as equally as "@@FROM" Can you explain your reasoning??? PS. argoument is spelt argument. Rob :-) _________________________________________________ Note To Self: Remember to put something witty here later... -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi Sent: Wednesday, 8 November 2006 8:28 AM To: XMail mailing list Subject: [xmail] 1.23-pre11 ... Ok, I'll let this sit for a while before releasing 1.23 final: http://www.xmailserver.org/xmail-1.23-pre11.tar.gz http://www.xmailserver.org/xmail-1.23-pre11.win32bin.zip I decided to hold the active queue handling to next releases. ChangeLog: - Changed the filter log to include the full exec string (separated by semicolon). - Fix CTRL "poplnkadd" and "poplnkdel" to accept local domains strings starting with special characters. - Added (finally!) a command line makefile (Makefile.win) to build the whole XMail package without the usage of the MS VC++ IDE. - Reject a CTRL "domainadd" command if an alias domain already exists with the same name. - Changed the CTRL "usergetmproc" command to allow the caller to specify if it is the user or the domain one that is wanted. Or a merges of both, if "DU" is specified in the optional 3th parameter. - Changed the CTRL "usersetmproc" command to allow the caller to specify if it is the user ('U') or the domain ('D') one that is wanted to be set. - Added complex/multiple macro substitution capabilities to external programs argoument lists. - Added strictier SMTP address validation. - Check the mailbox size for every message coming into the mailbox (before it was only done during the SMTP phase). - Do not try to send to the 'A' record if the recipient domain does not exist at all (NXDOMAIN). Bounce immediately instead, avoiding lengthy retry policies. - Added the "wlex" flag to filter lines (works for the SMTP ones only), to exclude execution of the filter line in case the client IP is white-listed inside the ipprop file. - Added the post-RCPT SMTP filter, that is called before XMail acks the client recipient. A new "RCPT=EFILTER" long entry is emitted in case a recipient is rejected by a filter. - Added @@CRCPT (current recipient) and @@FROM (sender email address) macros to SMTP filter substitution. - Allow cmdaliases to work on aliased domains. Before a cmdalias defined on an alias-target domain was not working before the cmdalias check was done before the alias domain resolution. - Added the ability to bypass the SMTP.IPMAP.TAB inclusion using SMTP authentication. - Added a new SERVER.TAB variable "SMTP-IpMapDropCode" to control the drop code to be used for IPs listed inside the SMTP.IPMAP.TAB. Like other codes inside XMail, 1 means drop now, 0 means allow if auth, and -N means add N seconds delay. An immediate drop will emit a "SNDRIP=EIPBAN" log entry. - Added a new SERVER.TAB variable "SmtpMsgIPBan" to control the SMTP message returned in case of SMTP.IPMAP.TAB inclusion. - Added log message when the maximum number of SMTP/POP3/CTRL threads is hit. - Fixed documentation about the spool info line and the SMTP filters info line. - Fixed a build problem on OpenBSD related to the lack of c_r (reentrant C library) library. - Fixed greetings message to be RFC2821 compliant (server host must be first). - Fixed a NAME_MAX build error ond *BSD and Solaris. - Added a "Pop3ScanCur" USER.TAB variable to control the scan of the Maildir's "cur" directory during POP3 message list build. Now XMail only scans the "new" directory as default. Test reports are, as usual, welcome ... - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
