Results 1 to 10 of 10

Thread: return-path for personas

  1. #1
    Join Date
    Feb 2010
    Location
    Richmond, Virginia, United States of America
    Posts
    35
    Rep Power
    5

    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!

  2. #2
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    160
    Rep Power
    5

    Default

    Hi,

    maybe the following is the related bug:

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

    Regards

  3. #3
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    160
    Rep Power
    5

  4. #4
    Join Date
    Feb 2010
    Location
    Richmond, Virginia, United States of America
    Posts
    35
    Rep Power
    5

    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!

  5. #5
    Join Date
    Feb 2010
    Location
    Richmond, Virginia, United States of America
    Posts
    35
    Rep Power
    5

    Default

    Is there any progress on this? I agree with all the folks in the bug report-- this is a SERIOUS issue.

  6. #6
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    160
    Rep Power
    5

    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

  7. #7
    Join Date
    Feb 2010
    Location
    Richmond, Virginia, United States of America
    Posts
    35
    Rep Power
    5

    Default Universal?

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

    Thanks!

  8. #8
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    160
    Rep Power
    5

    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

  9. #9
    Join Date
    Aug 2007
    Location
    London, UK
    Posts
    297
    Rep Power
    8

    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
    Last edited by batfastad; 10-20-2011 at 06:22 AM.
    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

  10. #10
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    160
    Rep Power
    5

    Default

    Hi,

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

    Regards

Similar Threads

  1. The installer was interrupted...
    By spiderbo in forum Zimbra Connector for Outlook
    Replies: 9
    Last Post: 05-23-2013, 07:33 AM
  2. Errors installing Outlook Connector
    By Tim G in forum Zimbra Connector for Outlook
    Replies: 57
    Last Post: 05-05-2011, 03:27 PM
  3. Return Path wrong if using "Persona"
    By dgentile in forum Administrators
    Replies: 0
    Last Post: 02-09-2011, 12:51 PM
  4. [SOLVED] Return Path in php's mail function
    By akende in forum Administrators
    Replies: 2
    Last Post: 10-28-2010, 02:28 AM
  5. Error Installing Outlook Connector
    By DanO in forum Zimbra Connector for Outlook
    Replies: 17
    Last Post: 08-28-2007, 10:35 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •