hmail sending mail with an = every 76 charachters
hmail sending mail with an = every 76 charachters
Our company has a Java based web application that generates its own email notifications, based on what any given user does in the app. Currently the app only supports sending to a straight SMTP server, no authentication, no SSL is supported.
In the case where SSl and or authentication is needed, hMailServer makes a great 'bridge'. I set up a local SMTP service, that then forwards to the client's authenticated SMTP server.
This normally seems to work great.
Until now. I have a client, where all of the notifications are getting received with a '=' every 76 charachters, and then it wraps the message. With this '=' in there, the HTML code can't be rendered, and it looks like this:
<html><head><meta http-equiv=3D"Content-Language" content=3D"en-us"><meta ht=
tp-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252"><met=
a name=3D"GENERATOR" content=3D"Microsoft FrontPage 5.0"><meta name=3D"ProgI=
d" content=3D"FrontPage.Editor.Document"><title>Field Trip Information</titl=
e></head><body><p align=3D"left"><b>Transportation Department<br></b></p><p>=
<i>Dear</i> ldunlap:<br><br>This is an automatic email notification gen=
erated by Field Trip to notify you that the status of the trip you requested=
has changed from Active to Cancelled.</p><table border=3D"0" width=3D"=
100%" cellspacing=3D"0" cellpadding=3D"0"> <tr> <td width=3D"100%"> =
<hr color=3D"#AA0000"> </td> </tr> <tr> <td width=3D"100%"> <p=
align=3D"center"><font face=3D"Tahoma" size=3D"5" color=3D"#AA0000"><b>Fiel=
d Trip Information</b></font></td> </tr> <tr> <td width=3D"100%"> =
<hr color=3D"#AA0000"> </td> </tr></table><div align=3D"center"> <=
Is there any possible that this is the fault of hMailServer? If not, any idea how it could be corrected? The same notifications work fine on other servers that send directly to other clients' real mail server, etc.
In the case where SSl and or authentication is needed, hMailServer makes a great 'bridge'. I set up a local SMTP service, that then forwards to the client's authenticated SMTP server.
This normally seems to work great.
Until now. I have a client, where all of the notifications are getting received with a '=' every 76 charachters, and then it wraps the message. With this '=' in there, the HTML code can't be rendered, and it looks like this:
<html><head><meta http-equiv=3D"Content-Language" content=3D"en-us"><meta ht=
tp-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252"><met=
a name=3D"GENERATOR" content=3D"Microsoft FrontPage 5.0"><meta name=3D"ProgI=
d" content=3D"FrontPage.Editor.Document"><title>Field Trip Information</titl=
e></head><body><p align=3D"left"><b>Transportation Department<br></b></p><p>=
<i>Dear</i> ldunlap:<br><br>This is an automatic email notification gen=
erated by Field Trip to notify you that the status of the trip you requested=
has changed from Active to Cancelled.</p><table border=3D"0" width=3D"=
100%" cellspacing=3D"0" cellpadding=3D"0"> <tr> <td width=3D"100%"> =
<hr color=3D"#AA0000"> </td> </tr> <tr> <td width=3D"100%"> <p=
align=3D"center"><font face=3D"Tahoma" size=3D"5" color=3D"#AA0000"><b>Fiel=
d Trip Information</b></font></td> </tr> <tr> <td width=3D"100%"> =
<hr color=3D"#AA0000"> </td> </tr></table><div align=3D"center"> <=
Is there any possible that this is the fault of hMailServer? If not, any idea how it could be corrected? The same notifications work fine on other servers that send directly to other clients' real mail server, etc.
Re: hmail sending mail with an = every 76 charachters
in hMailserver Admin GUI
Settings >> Protocols >> SMTP >> RFC Compliance
do you have the 'allow incorrectly formatted line endings' checked?
Settings >> Protocols >> SMTP >> RFC Compliance
do you have the 'allow incorrectly formatted line endings' checked?
Just 'cause I link to a page and say little else doesn't mean I am not being nice.
https://www.hmailserver.com/documentation
https://www.hmailserver.com/documentation
Re: hmail sending mail with an = every 76 charachters
If matt's suggestion doesn't help it'd help if we could see a copy of the raw EML file. Zip it & post or PM. Can email it to me as well if that works best. It's my nick @hmailserver.com. Let me know if you email me though I don't check that box too often. (IOW unless I'm expecting something)
Thx
Bill
Thx
Bill
hMailServer build LIVE on my servers: 5.4-B2014050402
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
Re: hmail sending mail with an = every 76 charachters
Yes, 'allow incorrectly formatted line endings' is checked. Thats a default isn't it?
raw EML file? not sure what that is. From hmail's sql database? or just one of the offending emails that I received?
raw EML file? not sure what that is. From hmail's sql database? or just one of the offending emails that I received?
Re: hmail sending mail with an = every 76 charachters
hMailServer is not 8BITMIME aware. It should not add = to emails. How many other SMTP servers you have in email route?bberndt wrote:Yes, 'allow incorrectly formatted line endings' is checked. Thats a default isn't it?
raw EML file? not sure what that is. From hmail's sql database? or just one of the offending emails that I received?
There is nothing wrong with
Code: Select all
<html><head><meta http-equiv=3D"Content-Language" content=3D"en-us"><meta ht=
tp-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252"><met=
Re: hmail sending mail with an = every 76 charachters
Well, Im fairly convinced that hMailServer isn't implicated. I momtarily redirected these notifications emails from the web app to our own official email server, and the email came in, in NOT rendered HTML, Not sure whats causing this, but its probably not hMail.dzekas wrote:hMailServer is not 8BITMIME aware. It should not add = to emails. How many other SMTP servers you have in email route?bberndt wrote:Yes, 'allow incorrectly formatted line endings' is checked. Thats a default isn't it?
raw EML file? not sure what that is. From hmail's sql database? or just one of the offending emails that I received?
There is nothing wrong within email bodyCode: Select all
<html><head><meta http-equiv=3D"Content-Language" content=3D"en-us"><meta ht= tp-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252"><met=
I've tried on different occasions to circumvent each link in the chain and the problem still exists when the web app sends directly to my real smtp server. I have to assume that the web app is at fault, but the programmer say no, and it in fact does work fine in all other installations...
Re: hmail sending mail with an = every 76 charachters
Conversion is done by other SMTP server, but you should have at least two other servers in your email route to trigger this conversion. Or at least one email server, which bounces email back to hmailserver.bberndt wrote:I've tried on different occasions to circumvent each link in the chain and the problem still exists when the web app sends directly to my real smtp server. I have to assume that the web app is at fault, but the programmer say no, and it in fact does work fine in all other installations...
Re: hmail sending mail with an = every 76 charachters
I had same problem with the e-mail sent by codeigniter, a php framework.
The bug was in codeigniter, hmail was "neutral" and did not change the email.
solutions: we routed the e-mail through a postfix mta (postfix "fix" the problem". add CR+LF at the end of the line instead only LF)
The bug was in codeigniter, hmail was "neutral" and did not change the email.
solutions: we routed the e-mail through a postfix mta (postfix "fix" the problem". add CR+LF at the end of the line instead only LF)
Re: hmail sending mail with an = every 76 charachters
What happens if you uncheck the RFC compliance line endings box? Does hmail reject the emails?
If the problem is the way the client is sending it wouldn't be too hard to make a script to convert the line-endings.
Bill
If the problem is the way the client is sending it wouldn't be too hard to make a script to convert the line-endings.
Bill
hMailServer build LIVE on my servers: 5.4-B2014050402
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
Re: hmail sending mail with an = every 76 charachters
user posted message body in quoted printable format. there is nothing wrong about it or I missed some QP line ending specifics.Bill48105 wrote:If the problem is the way the client is sending it wouldn't be too hard to make a script to convert the line-endings.
Bill
Re: hmail sending mail with an = every 76 charachters
My hunch is that its the web app doing it, not hMail. The developers are working on a SSL / Authentication support so I don't have to rely on hMail, as greats as it is, in this instance. Once that works for the users of this web app, then all that is left to blame is the web app. 

Re: hmail sending mail with an = every 76 charachters
Yeah sounds like it's the web app which should be fixed but was trying to get you a solution.bberndt wrote:My hunch is that its the web app doing it, not hMail. The developers are working on a SSL / Authentication support so I don't have to rely on hMail, as greats as it is, in this instance. Once that works for the users of this web app, then all that is left to blame is the web app.

Bill
hMailServer build LIVE on my servers: 5.4-B2014050402
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
Re: hmail sending mail with an = every 76 charachters
Code: Select all
tomas@orphne:~$ php check_qp_decode.php
<html><head><meta http-equiv="Content-Language" content="en-us"><meta http-equiv="Content-Type" content="text/html; charset=windows-1252"><meta name="GENERATOR" content="Microsoft FrontPage 5.0"><meta name="ProgId" content="FrontPage.Editor.Document"><title>Field Trip Information</title></head><body><p align="left"><b>Transportation Department<br></b></p><p><i>Dear</i> ldunlap:<br><br>This is an automatic email notification generated by Field Trip to notify you that the status of the trip you requestedhas changed from Active to Cancelled.</p><table border="0" width="100%" cellspacing="0" cellpadding="0"> <tr> <td width="100%"> <hr color="#AA0000"> </td> </tr> <tr> <td width="100%"> <palign="center"><font face="Tahoma" size="5" color="#AA0000"><b>Field Trip Information</b></font></td> </tr> <tr> <td width="100%"> <hr color="#AA0000"> </td> </tr></table><div align="center"> <tomas@orphne:~$
Re: hmail sending mail with an = every 76 charachters
I think we've finally found the cause of the problem. In both cases, when out web app kicks out an email, as well as an email from another of our Windows native applications, the header is truncated right after the Message ID. i.e. the From: line is missing, the to: line is missing, as well as, and more importantly, the Content-Type= line is missing.
Looks like hMailServer is adding a Content-Type=text/plain to the header, and then the end mail client views it just as that, plain text, regardless of what it is; either the HTML source from the web app, or Base64 from the Widnows native app (sending an attachment).
Any idea on how this header is getting messed with before hMailServer get it, from the app sending on the same physical server?
Looks like hMailServer is adding a Content-Type=text/plain to the header, and then the end mail client views it just as that, plain text, regardless of what it is; either the HTML source from the web app, or Base64 from the Widnows native app (sending an attachment).
Any idea on how this header is getting messed with before hMailServer get it, from the app sending on the same physical server?
Re: hmail sending mail with an = every 76 charachters
I highly doubt hmail is modifying the content type header or truncating those headers.. Sure hmail adds some headers but normally hmail does not modify the content. The exceptions are attachment stripping, AV attachment removal & server side signature addition but otherwise it should pass emails on as they were received. Do you use any of those things? Understand that if the email arrives corrupted it's likely it'll just get more corrupt as it passes if the issues is in the headers. Have you tried a normal email client like outlook or thunderbird vs your custom senders?
hMailServer build LIVE on my servers: 5.4-B2014050402
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
Re: hmail sending mail with an = every 76 charachters
Yes, I believe that emails sent with a mail client to hmailserver come out fine.
Re: hmail sending mail with an = every 76 charachters
I'd confirm by doing some tests. It'll be tough to see the raw data sent from your sending tools but you could get very close with 5.4 archiving or a script version for earlier versions can save copies of the raw EML as it is received before hmail makes any changes: http://www.hmailserver.com/forum/viewto ... 20&t=22909bberndt wrote:Yes, I believe that emails sent with a mail client to hmailserver come out fine.
hMailServer build LIVE on my servers: 5.4-B2014050402
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***