OTRS + SMTP (Return Path)

maureliosilverio · Post by **maureliosilverio** » 18 Oct 2011, 15:20

Hi!

I've a google apps for my domain and I need configure OTRS to send e-mails to our customers. We have a mail group called support@mydomain.com. Inside this group, there are a few attendants e-mails. NOTE: support@mydomain.com isn't an account, it is a group. We have created an "otrs SMTP login account" -> otrs.smtp@mydomain.com, for OTRS SMTP authentication. So, OTRS will use this account for autentication and mail sent. But, we need to configure a Return-Path to support@mydomain.com.

The question is: Where I can configure a Return-Path on Core::Sendmail OTRS configuration? I have tried to put support@mydomain.com in SendmailNotificationEnvelopeFrom, but isn't works properly. The mail is sent, but with the return-path header equal to otrs.smtp@mydomain.com

Here is the Mail header:

Code: Select all

Received-SPF: neutral (google.com: 209.85.213.180 is neither permitted nor denied by best guess record for domain of otrs.smtp@mydomain.com) client-ip=209.85.213.180;
MIME-Version: 1.0
Subject: Test 4
Message-ID: <1318942340.17530.2000420367@yourhost.example.com>
Date: Tue, 18 Oct 2011 10:52:20 -0200
From: otrs.smtp@mydomain.com
Content-Type: multipart/alternative; boundary="----------=_1318942340-23529-1"

This is a multi-part message in MIME format...

------------=_1318942340-23529-1
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Test 4=

------------=_1318942340-23529-1
Content-Type: text/html; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body style="font-family:Geneva,Helvetica,Arial,sans-serif; font-size: 12px;">Test 4</body></html>
------------=_1318942340-23529-1--

Here is the OTRS SMTP configuration:

Code: Select all

SendmailModule					SMTPS
SendmailModule::CMD			/usr/sbin/sendmail -i -f
SendmailModule::Host			smtp.gmail.com
SendmailModule::Port			465
SendmailModule::AuthUser			otrs.smtp@mydomain.com
SendmailModule::AuthPassword		<secret>
SendmailNotificationEnvelopeFrom	support@mydomain.com

WebChamp · Post by **WebChamp** » 14 Dec 2011, 01:34

I am looking for a similar thing.

On PHP it was as easy as passing an extra parameter to the mail() function.
I am crawling through the perl code and will let you know when I have the answer.

It might be as simple as setting an configuration itemin OTRS, but could also involve adding an extra mail header somewhere.

Regards,
Richard

Post by **jojo** » 14 Dec 2011, 01:50

SendmailNotificationEnvelopeFrom is the correct value for Notfications. Onnormal Mails the From: is used. It seems that Google rewrites these headers

WebChamp · Post by **WebChamp** » 14 Dec 2011, 02:01

Thanks Jojo.

In my case, each reply needs to have it's own sender in the Sender and the Return-path headers.
For instance:
When we reply from our support box, it must be support@ and when we reply from our administration box, it must be administration@

The SendmailNotificationEnvelopeFrom option can only contain one value...correct?
It solves half the issue and I will start testing it. I skipped the testing because of the above requirements.

WebChamp · Post by **WebChamp** » 14 Dec 2011, 02:54

-Fixed-

Our sendmail was actually Exim acting as "sendmail"
The default setting is:

Code: Select all

/usr/sbin/sendmail -i -f

This should normally use the -f option to fill the Return-Path.
With Exim, this requires some extra settings in the exim.conf file for the trusted-users

Add the user running OTRS on the server as trusted to be able to send a self-defined Return-path and prevent Exim from adding his own values
for Return-Path and Sender in the mail headers.

Hope this helps you too.
-- Richard

Znuny and ((OTRS)) Community Edition

OTRS + SMTP (Return Path)

OTRS + SMTP (Return Path)

Re: OTRS + SMTP (Return Path)

Re: OTRS + SMTP (Return Path)

Re: OTRS + SMTP (Return Path)

Re: OTRS + SMTP (Return Path)