Tag Archive - email

New Version of SMTP Pro now supports Magento 1.4.2 and has fewer bugs

I’ve been neglecting my Magento extensions a bit lately and it somewhat ironically caught up with me yesterday. We’re developing a new store on Magento 1.4.2 and when it came to setting up the Google Apps email I naturally enough installed my own extension (that is why I built it, after all). This post describes the fixes and changes in the latest version of my SMTP Pro Magento email extension.

I found a number of issues with it, one related to the sub-directory install, one related to multi-store and others to do with the Magento version, that needed to be fixed (in a hurry). So to those of you reporting issues over the last month or so, sorry for the delay getting to them. Better late than never eh Fontis.

In addition to testing with Magento 1.4.2 which I can confirm works, here’s what I have fixed/changed:

  • Fixed the self-test when running it from a webstore installed in a subdirectory.
  • Fixed the Cannot set standard header from addHeader() exception. It was caused by an upgrade to Zend in Magento 1.4.2. Reported here.
  • Added German translations which I got from Thomas at NetResearch, Many thanks! (and apologies for taking months to finally roll them out).
  • Added better logging around the ‘not valid for send’ state.
  • Fixed the 404 error you get when running self-test on a store with the ‘use store code in url’ setting turned on. I suspect this may have been causing a few issues.

The SMTP extension is available on Magento Connect or you may prefer to download your Magento connect extensions manually. The release file for SMTP Pro version 1.4.0 is available here if you like to install Magento extensions manually.

New SMTP Pro Magento Email extension released

I’ve had a chance to make a couple of improvements to my SMTP Pro email extension for Magento. Both changes are not exactly life altering, one adds extra error detection to the self-test, and the other fixes a header problem with the self-test (reported by Phil). More details follow about the changes, if you want to get the extension, download SMTP Pro on Magento Connect. (Updated: finally on Magento Connect!)

I now send a real live contact form message as part of the testing – and ensure that when the email sends, my extension code is actually being called. I’ve had a lot of people reporting problems with emails not sending lately, only to find it’s because some other extension is interfering with my email sending. This tweak to the self test will help identify those issues.

This is implemented as a static variable on the self test controller, that is set before sending the test email and then altered by the email observer (if it is called as expected):

// Now we test that the actual core overrides are occuring as expected.
// We trigger the password forgot email, as though a user had done so.
 
self::$CONTACTFORM_SENT = false;
$this->_sendTestContactFormEmail();
 
// If everything worked as expected, the observer will have set this value to true.
if (self::$CONTACTFORM_SENT) {
	$msg = $msg . "<br/> Contact Form test email used SMTPPro to send correctly.";
} else {
	$success = false;
	$msg = $msg . "<br/> Contact Form test email did not use SMTPPro to send.";
}

and the code in the observer that alters this variable:

// For the self test, if we're sending the contact form notify the self test class
if($event->getTemplate() == "contacts_email_email_template") {
        include_once "app/code/community/Aschroder/SMTPPro/controllers/IndexController.php";
        Aschroder_SMTPPro_IndexController::$CONTACTFORM_SENT = true;
}

The other change was trivial, adding a ->setFrom() call when sending the test email. Thanks to Phil for pointing that out.

Lastly, Eric requested a useful feature which I will add, but I haven’t had time to put that in to this release, next time!

Let me know any feedback you have on the changes, or if you’re having trouble sending emails in Magento – feedback welcome.

Magento contact form error: Unable to submit your request

Just a quick one, a number of users have contacted me reporting email problems with the error on the contact form Unable to submit your request, often this error is actually caused because between versions 1.3 and 1.4, an invisible form field called hideit was added to Magento, which if absent, will cause the form submission to fail. That means if your template has a custom contact form, it will break. That’s a bit of a bummer if you’re upgrading Magento versions.

There are a few fixes floating around, so I won’t reproduce one here.

Take your pick:

There’s a lesson there, be very careful about copy the entire default Magento template tree and making changes, try only copying the ones you need to change – it’ll make your template far more resilient to changes when upgrading.

New Magento SMTP features: Email logging and email sending events

I had a longer than usual train ride on Friday, thanks to missing my usual one by about 20 seconds! The good news is, during the extended train ride I have added some new functionality to my SMTP Pro magento extension – it now optionally logs all emails to a database table and you can view the detail of them from within the Magento admin interface. I still can’t upload it to Magento connect however, so please download the release from here and let me know how it goes. Update: Fixed bug pointed out by Luis below – new release is 1.1.1.

I have also added a nice little event firing mechanism – I’m inviting fellow developers to suggest events they want fired, to make manipulating outbound emails easier for other extension developers. Currently the only one is smtppro_email_after_send but there is scope for adding many more – contact me!

I’ll add some notes about the new functionality below, but just to recap using my free smtp extension for Magento you can now:

  • Configure Magento for sending email with any SMTP server
  • Easily configure Magento to send email with GMail or Google Apps Email
  • Diagnose connection problems using the email self test
  • Send using a number of different gmail/google addresses if your email volumes are very high
  • Enable a development mode and an email suppression mode
  • View a log of all email sent from within Magento, the date they were sent and search and filter the list of emails
  • Hook into a growing number of email related events to extend the email capability of Magento

All for free too, I think it compares favorably with the commercial extensions that offer the same functionality. I’d appreciate any opinions on that, as I’m aiming to have the best email extension for Magento. Anyway here’s some info about the new features, in case you care.
Continue Reading…

Gmail and Google Apps 500 emails per day sending limit and Magento

I’ve had a couple of fellow Magento users contact me over the last couple of weeks about the 500 emails per day Google Apps and Gmail limit. I’m sure it’s in the class of good problems to have when you have more than 500 order related emails, or new customer sign-ups everyday! In this post I’ll detail my simple solution to the 500 email limit that Google imposed on their Gmail and Google Apps accounts when you are using an account as your transactional email sending account for Magento.

First, the problem is that you can only send 500 emails per day through Gmail or Google Apps – that’s fair enough, the accounts are supposed to be suitable for humans, not Magento stores. Also, you can pay for premier and get 2000 emails, so that’s not too bad either for $50/user!

Never fear though, I have modified my extension to help out. Basically here is how the change works, and how it is implemented. You can get the new version over on Magento Connect

Update: you can’t at the moment, so download directly from me for the time being.

Update: Thanks to Paulius there is a specially packaged version of the extension that will make it easy to install manually until I can get the Magento Connect version updated (which is still failing). Get that version here!

Continue Reading…

Page 1 of 212»