Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: Internal Mail format and source getting skewed

Hybrid View

  1. #1
    Join Date
    Feb 2009
    Posts
    76
    Rep Power
    6

    Unhappy Internal Mail format and source getting skewed

    I have an odd problem. I tried searching, but honestly, I don't really know what specifically is going on so it's difficult to tack it down.

    Basically, whenever someone on our domain sends an email to someone on the same domain, or another domain on the same server, the email on the recipient's side contains headers and all sorts of other garbage. I found this when I tried to create a share with a co-worker. He got an email that included headers and HTML code, but obviously that's not the goal. More critical, is because the HTML isn't being interpreted (that's really just a guess) there were no accept or decline buttons. And, you can't see this in the examples I give below, but I can see it on my screen, the reply-to address is not correct at all. The sender's address is msmith@domaina.com, but the reply-to comes across as Matt@zimbra.domainb.com, again, critical problem.

    This is the task share I tried to send to my co-worker (the e-mail he received that should present him with a uniformed share notification with an accept button):
    Code:
    ?= <msmith@domaina.com>
    To: gjohnson@domaina.com
    Subject: Share Created: Greg shared by Matt =?utf-8?Q?Smith
    ?=
    Message-ID: <c18aa4b0-3415-4931-8fbd-d126845428a2@zimbra-1>
    Content-Type: multipart/alternative;
     boundary="=_a7de81fb-09d3-4c91-8d78-04673c16310f"
    MIME-Version: 1.0
    X-Originating-IP: [192.168.168.170]
    X-Mailer: Zimbra 7.1.1_GA_3196 (ZimbraWebClient - FF3.0 (Win)/7.1.1_GA_3196)
    
    --=_a7de81fb-09d3-4c91-8d78-04673c16310f
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 7bit
    
    The following share has been created:
    
    Shared item: Greg (Task Folder)
    Owner: Matt Smith
    
    
    Grantee: gjohnson@domaina.com
    Role: Viewer
    Allowed actions: View
    
    *~*~*~*~*~*~*~*~*~*
    More information in a follow up email
    --=_a7de81fb-09d3-4c91-8d78-04673c16310f
    Content-Type: text/html; charset=utf-8
    Content-Transfer-Encoding: 7bit
    
    <h3>The following share has been created:</h3>
    <p>
    <table border="0">
    <tr><th align="left">Shared item:</th><td>Greg (Task Folder)</td></tr>
    <tr><th align="left">Owner:</th><td>Matt Smith
    </td></tr>
    </table>
    </p>
    <table border="0">
    <tr><th align="left">Grantee:</th><td>gjohnson@domaina.com</td></tr>
    <tr><th align="left">Role:</th><td>Viewer</td></tr>
    <tr><th align="left">Allowed actions:</th><td>View</td>
    </tr>
    </table><p>
    <table border="0">
    <tr valign="top"><th align="left">Notes:</th><td>More information in a follow up email</td></tr>
    </table>
    --=_a7de81fb-09d3-4c91-8d78-04673c16310f
    Content-Type: xml/x-zimbra-share; charset=utf-8
    Content-Transfer-Encoding: 7bit
    
    <share xmlns="urn:zimbraShare" version="0.1" action="new" >
      <grantee id="e2911f83-317a-4ad3-aa87-b3c10b64919f" email="gjohnson@domaina.com" name="gjohnson@domaina.com" />
      <grantor id="8817ed6d-1e83-45db-ba14-dcaf95de9c3c" email="msmith@domaina.com" name="Matt Smith
    " />
      <link id="4479" name="Greg" view="task" perm="r" />
      <notes>More information in a follow up email</notes>
    </share>
    --=_a7de81fb-09d3-4c91-8d78-04673c16310f--
    Here is an example of a test e-mail I sent from one domain on our server to another domain on our server, I did this to show that it's an 'any internal to any internal' problem (also having a reply-to address of Matt@zimbra.domainb.com):
    Code:
    ?= <msmith@domaina.com>
    To: msmith@domainb.com
    Subject: Test
    Message-ID: <1978bb3d-a9aa-488e-812c-1347a0eb1077@zimbra-1>
    Content-Type: multipart/alternative;
     boundary="=_f9512e63-83cc-4c15-9f5e-375e5a9f39ee"
    MIME-Version: 1.0
    X-Originating-IP: [192.168.168.170]
    X-Mailer: Zimbra 7.1.1_GA_3196 (ZimbraWebClient - FF3.0 (Win)/7.1.1_GA_3196)
    
    --=_f9512e63-83cc-4c15-9f5e-375e5a9f39ee
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 7bit
    
    This is a test, do not reply, do not delete
    
    --=_f9512e63-83cc-4c15-9f5e-375e5a9f39ee
    Content-Type: text/html; charset=utf-8
    Content-Transfer-Encoding: 7bit
    
    <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Times New Roman; font-size: 12pt; color: #000000'>This is a test, do not reply, do not delete<br></div></body></html>
    --=_f9512e63-83cc-4c15-9f5e-375e5a9f39ee--

    It's worth noting that the problem only happens when email is sent through the web interface. Users sending e-mail via a client such as Outlook do not have this issue.

    It's also worth noting that this a Zimbra cluster set up with split-DNS. I'm betting it has to do with the DNS because I've had big problems with this in the past, but I really don't know how to solve this one.

    I will be glad to share whatever information is necessary, I just don't know what else anyone might need.

  2. #2
    Join Date
    Feb 2009
    Posts
    76
    Rep Power
    6

    Default

    I still do not have a solution to this problem. Any thoughts or opinions on the issue would be most appreciated.

  3. #3
    Join Date
    Apr 2008
    Posts
    17
    Rep Power
    7

    Default

    Did you ever get an answer to this problem? I see the same thing right now on a system I just migrated a pile of users to.

  4. #4
    Join Date
    Feb 2009
    Posts
    76
    Rep Power
    6

    Default

    Quote Originally Posted by SchlingBlade View Post
    Did you ever get an answer to this problem? I see the same thing right now on a system I just migrated a pile of users to.
    You could've texted me weeks ago and found a fix. I really wish you would've tried to get all the information before going crazy, but it's cool. It is what it is. I'm not going to deny the community a solution over personal BS so...

    Yes, I found a fix and a number of other things in the process.

    A.) If you were to create a new account, you would find that the issue still randomly comes up and that it was nothing to do with the migration process. I migrated people over from a different server, too, but just keep an eye on that.
    B.) I was advised by our mutual friend to upgrade my version from 7.1.1 to 7.1.4, but that did not help. He also said that Zimbra doesn't check the forums anymore so that's a bummer, guess that bug will have to get fixed by accident.
    C.) Are you doing Split-NAT? I am, wondering if there's a link there. All of my issues have always stemmed from that.
    D.) Using any 3rd party SPAM filtering? Barracuda here. Don't know if it was a problem before or after the Barracuda.

    My solution was to backup the account through the web interface, delete the account, re-create the account, restore the data, and setup a temporary password and notify the user. The problem is that you have no way of knowing which accounts are having the problem. You could probably do a script that just sent yourself an email from each account to see which ones are screwed up.

    I've done this a dozen times and each time, the account seems to be working fine. Another thing I noticed is that accounts that use Outlook do not have this problem, so it's at least a Zimbra interface thing, possibly command line, too. I haven't checked it.

  5. #5
    Join Date
    Apr 2008
    Posts
    17
    Rep Power
    7

    Default

    Weeks ago is irrelevant, I just ran into this problem today. Our personal BS aside, this is a shitty problem to have on a server.

    Here's an example of a message when someone I provisioned last night sends an email to another user on the same server:

    Code:
    ?= <user@domain.com>
    To: SchlingBlade <schlingblade@domain.com>
    Message-ID: <377336503.783981.1332340464741.JavaMail.root@server.domain.com>
    Subject: test
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 7bit
    X-Mailer: Zimbra 7.1.4_GA_2555 (ZimbraWebClient - SAF3 (Mac)/7.1.4_GA_2555)
    
    test
    The From address looks like this:

    Code:
    Firstname@server.domain.com, =?utf-8?Q?Lastname@server.domain.com
    I just realized for the first time that the user's first and last name are split into two different addresses in the from field. This might be related to how I provisioned the users? LDAP has something jacked for the user information when it tries to generate the From address?

    Time to try a couple things.

  6. #6
    Join Date
    Feb 2009
    Posts
    76
    Rep Power
    6

    Default

    Not really sure. I just know the method I use works and it's not a terrible PITA. The fact that part of the header comes through, the newline characters show up, and the reply-to address is firstname@serverhostname.domain.com seems like possibly multiple issues as though something was corrupt when creating it. I read on G+ that you've been playing with DRBD. Is the affected server part of a DRBD cluster?

    My fix is dirty, but it is a fix. I suppose the practical use of it is dependent on how many of your accounts are affected though.

  7. #7
    Join Date
    Apr 2008
    Posts
    17
    Rep Power
    7

    Default

    So, the fix is... Clear out and type the users's First and Last name back into their account settings (I just did this through the web interface), and let the "Display Name" field repopulate automatically.

    Somehow, when I scripted the account provisioning last night, a goofy character was entered when I tried to build out the "Display Name" field in the user's account.

    Not doing DRBD, that was for a different project, and was horrible to deal with. :-)

  8. #8
    Join Date
    Feb 2009
    Posts
    76
    Rep Power
    6

    Default

    Glad to hear a less PITA fix. Until next time, old friend...

  9. #9
    Join Date
    Apr 2008
    Posts
    17
    Rep Power
    7

    Default

    Seems it only worked for a couple folks. But, I think it's something in LDAP still.

    I may end up blowing up those accounts that don't behave, and just adding them back to the system later.

  10. #10
    Join Date
    Feb 2009
    Posts
    76
    Rep Power
    6

    Default

    Quote Originally Posted by SchlingBlade View Post
    Seems it only worked for a couple folks. But, I think it's something in LDAP still.

    I may end up blowing up those accounts that don't behave, and just adding them back to the system later.
    Thats what worked for me.

Similar Threads

  1. Microsoft Outlook E-mail HTML Format to Zimbra
    By ronaldog.araujo in forum Users
    Replies: 0
    Last Post: 11-18-2011, 10:52 AM
  2. Open Source with Mod JK
    By peterro in forum Installation
    Replies: 2
    Last Post: 04-30-2007, 12:10 PM
  3. Replies: 4
    Last Post: 01-12-2006, 11:44 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
  •