Undeliverable messages seem not to be returned to the REPLYTO user. This was signaled to me early January and I quickly made an RPATH option (as suggested by Don). It changes the MAIL FROM header line (which cannot be overriden by the RFC822 option). But, shame on me, this new version of MAILIT is still not availabe on the download lib, I still want to add NAMES file support for this new option. Apart from that, the new 3.3 Beta version seems to work pefectly well. I'll send a VMARC file.
2007/6/30, Don Russell <[EMAIL PROTECTED]>:
Rob van der Heij wrote: > On 6/29/07, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > >> So, instead of [EMAIL PROTECTED], I'd like the email to go to >> [EMAIL PROTECTED] >> I'd like to accomplish this without making changes to the MAILIT.EXEC >> Any suggestions? > > Normally that's done with a "Reply-To:" header, if the code can insert > that. Tweaking the VM SMTP server to make it claim to be llic.com is > probably going to bite you since it smells like spamming. > > Depending on how much control you have over your mail gateway, you > could also have an MX record for vm.llic.com to direct mail to > llic.com and rewrite headers there to deliver locally for most users. > > Rob MAILIT is very accomodating when it comes to adding RFC2822 headers: Create a stem variable/array with any headers not covered directly by the explicit options, then call MAILIT with the RFC822 option.... i.e. myhdr.1 = 'X-DNR: Look ma, a custom e-mail header!' myhdr.0 = 1 EXEC MAILIT ... RFC822 MYHDR. ... If I recall correctly MAILIT supports a REPLYTO option directly. EXEC MAILIT REPLYTO(...) ...
-- Kris Buelens, IBM Belgium, VM customer support
