Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Administrators

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 04-13-2011, 04:36 AM
Intermediate Member
 
Posts: 21
Thumbs down return-path for personas

I'm running into an issue where some systems with which I interact assume that the "return-path" in an email header is the sender's address instead of going by the address set in the persona. How can I get the return-path header variable to be equal to the email address set in a Persona definition? Thanks!
Reply With Quote
  #2 (permalink)  
Old 04-13-2011, 05:31 AM
Trained Alumni
 
Posts: 160
Default

Hi,

maybe the following is the related bug:

Bug 47518 – discrepancy in return-path when sending on behalf of other user

Regards
Reply With Quote
  #3 (permalink)  
Old 04-13-2011, 05:52 AM
Trained Alumni
 
Posts: 160
Default

Also this one:

https://bugzilla.zimbra.com/show_bug.cgi?id=51240

Regards
Reply With Quote
  #4 (permalink)  
Old 04-13-2011, 06:21 AM
Intermediate Member
 
Posts: 21
Arrow "Enhancement" vs. "BUG"

I read the bug reports so kindly provided in reply to my original question--and I have to say that I am confused why anyone would EVER want the return-path to be different from the "from" that has been configured by the user in the persona definition.

This is a MASSIVE privacy issue and presents operational issues as well (when a receiving system processes 'return-path' instead of 'from'). I had not really considered the true privacy violations caused by this BUG and I have been trying to think of any legitimate reason for this behavior to be subject to a "toggle" instead of simply being *fixed* (which I assume is far simpler).

Does anyone have a workaround for this issue? Without the ability to have return-path match from in any persona, it forces me to use additional accounts instead of being able to consolidate into one account.

Thanks in advance!
Reply With Quote
  #5 (permalink)  
Old 08-17-2011, 02:46 PM
Intermediate Member
 
Posts: 21
Default

Is there any progress on this? I agree with all the folks in the bug report-- this is a SERIOUS issue.
Reply With Quote
  #6 (permalink)  
Old 08-26-2011, 08:16 AM
Trained Alumni
 
Posts: 160
Default

Hi,

the related attribute is 'zimbraSmtpRestrictEnvelopeFrom', and to resolve your issue you have to set it to 'FALSE'.

For account:
Code:
 zmprov ma user@domain.it zimbraSmtpRestrictEnvelopeFrom FALSE
For COS:
Code:
zmprov mc CosName zimbraSmtpRestrictEnvelopeFrom FALSE
Regards
Giovanna
Reply With Quote
  #7 (permalink)  
Old 08-26-2011, 08:21 AM
Intermediate Member
 
Posts: 21
Default Universal?

Thanks for the info on doing this for individual accounts, but is there a global variable I can set?

Thanks!
Reply With Quote
  #8 (permalink)  
Old 08-26-2011, 08:30 AM
Trained Alumni
 
Posts: 160
Default

Quote:
Originally Posted by izrunas View Post
Thanks for the info on doing this for individual accounts, but is there a global variable I can set?

Thanks!
'zimbraSmtpRestrictEnvelopeFrom' is not a global attribute, but instead of change it for individual account, you can modify it for class of service:

Code:
zmprov mc COSname zimbraSmtpRestrictEnvelopeFrom FALSE
Hope this help

Regards
Giovanna
Reply With Quote
  #9 (permalink)  
Old 10-20-2011, 05:11 AM
Elite Member
 
Posts: 275
Default

Thanks for providing info on how to solve this issue. Ran into this today when adding another domain to our server and it's pretty frustrating.

Is there a way to set this option through the admin ui?
It's such a fundamental problem that it should be given prominence in the admin ui for cos and when adding a new domain.

EDIT: This is actually much more serious than I thought. Sent a test mail to Gmail and it seems that Gmail uses the return-path header when checking the SPF record.
So Gmail checked the SPF record for domain.com which resulted in a fail because the mail was actually sent using domain2.com which has different mail routing and therefore a different SPF record,
Is anyone else able to verify this, to check it's not something wrong with our config?

Cheers, B
__________________
My Zimbra Bugs Wishlist: 16411, 24567, 35676, 36430, 37770, 41872, 43733, 44384, 46383, 47759
And a way to associate mailto: handlers with a Zimbra Prism webapp

Last edited by batfastad; 10-20-2011 at 05:22 AM..
Reply With Quote
  #10 (permalink)  
Old 10-20-2011, 05:18 AM
Trained Alumni
 
Posts: 160
Default

Hi,

from my knowledges there is no reference in admin console for this attribute, I always use it from command line.

Regards
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.