chrometweaks.org

My Domain On iPage.com is not working please help? Thanks.?

Click Here To View All Answers...


First question I have is My Domain On iPage.com is not working please help? Thanks.? Thanks in advance for any comment. Second question of mine... My concern is that it's a general email problem. As the post by emetani and myself shows, emails from various segments of the program throw up probs: In contact, in admins, in orders. Hope the main programmes will catch on and maybe post the fix you created...

Comments (16)

I'm stumped. I'm not so sure what is the right answer to your question. I'll do some investigation and get back to you if I find an answer. You should email the people at iPage as they probably can answer it..

Comment #1

One correction emetani..

The mail being sent under Admin/Tools/Send Mail is handled by the.

/admin/mail.php script..

If you want, there is a line of code in that script that you can change and your email will be sent in text/html Content-Type..

BUT... what this means is that the if you want nice looking html with images and all that in the message that you send, you must write your message in html. You could use any html editor to make your html page (message) first and then cut and past it into the message you are sending..

If you don't write it in html it will just show up in text format..

The line of code is in /admin/mail.php on or about line 40..

It looks like this:.

$mimemessage->add_text($message);.

You can change it to:.

$mimemessage->add_html($message); // Note: Changed add_text to add_html.

This should work for you. Note your change with a comment and if you ever find anywhere that this creates a problem, you can go back and change it. But I don't think you will see a problem..

Good emailing!..

Comment #2

I have this code already at line 40 admin/mails.php :.

$mimemessage->add_html($message);    .

Anyway thank you for the help , the main issue is solved , with this small bug I can live also I am using some other software for the email campaign ..

Thanks again...

Comment #3

Emetani....

Since you have add_html already there you should be able to send html email from the send email page..

Cut and paste this in to your send mail message and send the message to yourself. If it shows up like and h1 header in a web page, then you should be able to send out html emails..

<html>.

<head></head>.

<body>.

<h1>Yo Emetani!</h1>.

</body>.

</html>.

The email message you send must have the html in the message or it will look just like normal text..

Thanks.

Jh..

Comment #4

Hi Jeff,.

I am trying to find a way of extending the newsletter so that both HTML and plain text version can be done in admin. Then send out the email containing both HTML and text parts (multipart)..

Would this be simple to do given the current email class and your changes?..

Comment #5

My concern is that it's a general email problem. As the post by emetani and myself shows, emails from various segments of the program throw up probs: In contact, in admins, in orders. Hope the main programmes will catch on and maybe post the fix you created...

Comment #6

Thanks.

Starapple.

I hope the fixes solved your problem..

Emetani.

The "n" is a newline character. On Linux the newline character is the n, and this single character performs a carriage return and a linefeed. On Windows a newline is two characters, a carriage return followed by a linefeed, rn, (referred to as CRLF). That is where some of the problem came from in this series of fixes. In this series of fixes I dealt with two different problems. One was the way that the checkout_process.php handles the newline character in general, which affected the way that e-mails appeared on Windows machines.



You may have missed a very important part of one of the posts and you should not have had to go back to the hard coded n originally found in the checkout_process.php script..

In Admin->Configuration->E-mail Options the user has a choice for selecting E-Mail Linefeeds (LF) or (CRLF). The (LF) option represents the n and the (CRLF) represents the rn. There are three scripts that affect how the e-mail is actually sent for order confirmations. They are the checkout_process.php, email.php, and mime.php. In email.php and mime.php there is code that looks at the setup variable from the admin configuration and uses the one chosen by the user for their processing. In checkout_process.php, there was no code to handle the users choice.



In the script /catalog/checkout_process.php:.

Just below the line:.

Include('includes/application_top.php');.

Insert this code:.

 // Make sure we use the correct linefeed sequence.

     if (EMAIL_LINEFEED == 'CRLF') {.

        $lfeed = "rn";.

     } else {.

       $lfeed = "n";.

     }.

Emetani - if you go back to your checkout_process.php and insert the code above, then change your n back to the $lfeed, then your linefeeds should be handled properly..

JUST REMEMBER - In ADMIN->CONFIGURATION->E-mail Options->E-mail Linefeeds to set the correct option for your servers operating system. On Linux set it to (LF) and on Windows set it to (CRLF). Everything should appear fine after you do these steps..

Also, you stated:.

In this particular case the e-mail process is handled by processing from the /admin/includes/classes/email.php script which is different from the one in the /catalog/includes/classes/email.php..

Just a note here. The developers made a good choice to separate the Admin from the Catalog processing in my opinion. This allows for a Administration to be handled from a different location than the actual catalog if need be..

Hope this helps...

Comment #7


This question was taken from a support group/message board and re-posted here so others can learn from it.