Mailer keeps defaulting to 7bit encoding

There is a line in the class ...

        //echo "<pre>".$header . $body . "</pre>"; // debugging


If you remove the "//" at the front, you will see EXACTLY what the header that you have created contains.

Does this contain the wrong encoding type?

Try ...

http://phpmailer.sourceforge.net/

for a later version maybe.

That looks like a nice and simple class!

Umm...The sourceforge link is the same mailer...It's filled with bugs, obviously and anything but simple.

Sorry...I don't see the  //echo "<pre>".$header . $body . "</pre>"; // debugging line...

Not that it would help...

Let me ask you this...Could the server be screwing up the mailer and using it's own encoding? The author sent me back a snippet $mail->Encoding = "quoted-printable"; which really screwed up things so I dropped it.

Thanks

Sorry...I don't see the  //echo "<pre>".$header . $body . "</pre>"; // debugging line...

Not that it would help...

Let me ask you this...Could the server be screwing up the mailer and using it's own encoding? The author sent me back a snippet $mail->Encoding = "quoted-printable"; which really screwed up things so I dropped it.

Thanks

On line 441, change ...

        //echo "<pre>".$header . $body . "</pre>"; // debugging


to ...

        echo "<pre>".$header . $body . "</pre>"; // debugging


This will let you see what is being sent from the script.

I would not expect the mailer to alter the encoding.

Well, the echo doesn't say anything for the encoding for the text/plain and the text/html probably because it's being sent 7bit.

The source code in my OE says it's still 7bit because I haven't changed anything.

The "author" just took this from a ASP site and changed it into PHP. He's also completely lost and doesn't know it's not displaying in major web/client accounts. Quote: "I just assumed..."

One last time...Is it possible that my email server is changing the encoding to 7bit? If so, what's a good free email SMTP to use that won't?

Thanks

Well, the echo doesn't say anything for the encoding for the text/plain and the text/html probably because it's being sent 7bit.

The source code in my OE says it's still 7bit because I haven't changed anything.

The "author" just took this from a ASP site and changed it into PHP. He's also completely lost and doesn't know it's not displaying in major web/client accounts. Quote: "I just assumed..."

One last time...Is it possible that my email server is changing the encoding to 7bit? If so, what's a good free email SMTP to use that won't?

Thanks

A request for deletion has been made.  If no response or you feel this is in error, comment.  If no objection, I will delete in three days.

Computer101
E-E Moderator

3 days? I need it deleted now...bummer

As you are sending plain text, you can only use 7bit encoding. Your attachments would be encoded differently.

What is the exact problem you are having?

If the headers do not show any encoding settings, then I would assume that plain text 7bit would be used as a default.

Umm...Look up to see problem.

RQ,
Any objection to delete this question?

Computer101
E-E Moderator

Not really, as I can't see what is wrong with sending plain text as 7bit. 8bit is only really needed for binary files.

It is possible that if the mail is being routed through different servers it COULD be translated (shouldn't happen, but the store and forward methods of ancient old would have to convert from one "protocol" to another as it moved from one system to the next).

Quote from post #1:

"The script comes set with var $Encoding  = "8bit" which I've tried changing but it keeps resetting itself to 7bit. It needs to be set so the text/html is sent with the encoding "quoted-printable"."

Delete it

Thanks anyway...

But you say that the headers being sent do NOT contain any encoding paramaters, so the default would probably be 7bit (historically), so the scrpit is probably broken and not the servers.

There are other HTML email classes available.

Try sourceforge.net or hotscripts.com.

Regards,

Richard Quadling.

Yep...the scripts screwed up. I'm now asking a q about passing variables into the html.mime.mail featured @ hotscripts.

This q still needs to be deleted.

Hopefully I've answered your new question.

What I don't understand about this one is ...

7bit or 8bit so what! Are you actually having errors in your email? i.e. you've attached an image and it is coming out junk or what?

Just because your mail reader program says 7bit, doesn't mean it knows what is going on. It may have determined only text, make it 7 bit. Does it matter?

What actually end result error are you having?

The script has been confirmed broken at 2 other forums...so, I'm deleting this thread.