Monique Herman <[EMAIL PROTECTED]> writes: > (I originally was using fetchmail, but I couldn't figure out how to > make tmda handle confirms properly for this with exim ... the > confirms always said they were "from" [EMAIL PROTECTED], same with > reply-to ...)
This can be worked around, but it's better to not use fetchmail with TMDA anyway. I've found it's not as reliable, and it also introduces a delay into the confirmation process. > For the pair address, Return-path is set to the account that > originally emailed me -- and confirms get emailed to that account. I'll bet this is because they use qmail which retains the original envelope sender when forwarding. This is the correct behavior IMO. > For the mailsnare address, Return-path is set to my mailsnare > address -- and confirms get emailed to my mailsnare address. Some MTAs like Sendmail do this by default. I'm unsure why as it makes the Return-Path information completely useless. > Is there anything I can do about this myself, or do I need to beg > mailsnare to change their behavior? Are you able to edit a .forward or .procmailrc file for this account? If so, I've provided a sample recipe that forwards messages with the original envelope sender. See http://mla.libertine.org/tmda-workers/2001-09/msg00040.html Next, look carefully at the message headers of a mailsnare forward. Is there any header at all which contains the original envelope sender? Even if it's in a different header than Return-Path, there are options. If you have no way to change the forwarding mechanism, and they don't provide any record of the original envelope sender, I'd complain to mailsnare and see what they can do for you. Basically, they are crippling your ability to use auto-responder softwares with your mailsnare address. And don't let them tell you that auto-responders like TMDA should be using the "From:" header from the message instead of the envelope sender address. That is erroneous, and I can provide supporting evidence if need be. _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
