[rt-users] RT4 Postfix/Apache Email Return-Path causing issues

[Billington, James]

This looks like it might work. It just feels like we're tricking the system as a workaround instead of fixing it at the root.

Isn't there a way to set the Return-Path without changing the From: and/or ReplyTo: headers? RT already set those properly. I just need the Return-Path to change.

Just to confirm a starting point... where are these headers set? Where is the Return-Path: header set? Sendmail right? RT hands off the formatted email with most of the needed headers/content and sendmail adds the Return-Path: header, right? Postfix doesn't do it, does it?
Just confirming where to check?


James Billington
Senior Systems Administrator
Email: jbillington at itsfac.com
Phone: (703) 445-3715
________________________________
Important Notice: This email message and any attachments may contain information and/or trade secrets that are private, and are meant to be delivered solely for the use of the intended recipient(s). If you are not the intended recipient, please do not read, copy, use, forward or disclose the contents of this communication to others. Interception of e-mail is a crime under the Electronic Communications Privacy Act, 18 U.S.C. 2510-2522 and 2701-2709. If you have received this email in error, please immediately notify us by return email or by telephone at [703-221-0200 Ext 51119] and promptly delete this message. Thank You.
________________________________


From: Rafal Roginela [mailto:rroginela at AmeriCashLoans.net]
Sent: Wednesday, March 20, 2013 4:12 PM
To: Billington, James; rt-users at lists.bestpractical.com
Subject: RE: RT4 Postfix/Apache Email Return-Path causing issues

Hi,

Sorry I gave you a wrong google word of "impersonation" it should be "masquerade"... Here is an article to do just that:

http://www.cyberciti.biz/tips/howto-postfix-masquerade-change-email-mail-address.html

Another way is to relay off your main server(we do that with our Exchange box) again no need for MX record changes since it looks like it will come from the right place.

Hope this helps as this is always the worst part of these kinds of apps since it really varies so much from distro to distro. It is why I switched from Debian (I like them better) to CentOS when setting up RT.
Thank You,
Rafal Roginela
Office (847) 827-9740 x109
Fax (847) 493-8031

From: Billington, James [mailto:jbillington at itsfac.com]
Sent: Wednesday, March 20, 2013 3:04 PM
To: Rafal Roginela; rt-users at lists.bestpractical.com<mailto:rt-users at lists.bestpractical.com>
Subject: RE: RT4 Postfix/Apache Email Return-Path causing issues

Adding an external MX record for this isn't really an option I can explore. I agree it would solve the problem, more as a workaround, but we'd need to revisit our agreement with our DNS provider.

I googled "postfix impersonation settings" and "sendmail impersonation settings" with no luck. Can you be more specific? I'd appreciate it.
Thanks,

James Billington
Senior Systems Administrator

________________________________
This e-mail and any attachments are intended only for the use of the addressee(s) named herein and may contain proprietary information. If you are not the intended recipient of this e-mail or believe that you received this email in error, please take immediate action to notify the sender of the apparent error by reply e-mail; permanently delete the e-mail and any attachments from your computer; and do not disseminate, distribute, use, or copy this message and any attachments.







This e-mail may contain confidential and/or privileged information. If you are

not the intended recipient (or have received this e-mail in error) please

notify the sender immediately and destroy this e-mail. Any unauthorized

copying, disclosure or distribution of the material in this e-mail is strictly

forbidden. (3.8)





 Please  consider the environment before printing this email.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20130320/e7b47b2d/attachment.htm>