<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Mon, 20 May 2013 14:31:00 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Adrian Schneider' Blog: Testing Zend_Mail]]></title>
      <guid>http://www.phpdeveloper.org/news/14027</guid>
      <link>http://www.phpdeveloper.org/news/14027</link>
      <description><![CDATA[<p>
In needing to test some mailing functionality in his application <i>Adrian Schneider</i> has come across two ways to handle it on a machine that may not have mail up and configured correctly - <a href="http://www.siradrian.com/blog/2010/02/testing-zend_mail/">mail a mail transport class or sent up a pseudo mail server</a>.
</p>
<blockquote>
I think a staging environment is more appropriate to actually have email being sent out. Nevertheless, it has made testing any email functionality a little cumbersome. I've done a little research, and have found two ways to tackle the problem. I've also included code samples and other resources to get you started.
</blockquote>
<p>
The first method - the transport class - uses the Zend_Mail_Transport component (and interfaces) to set the transport for the application and handle the routing from an extension of the Abstract class. The second method involves changes to system settings in the php.ini and adding in a simple script to force a forward to the right address. Windows users can also use <a href="http://www.lastcraft.com/fakemail.php">fakemail</a> to accomplish a similar thing.
</p>]]></description>
      <pubDate>Mon, 15 Feb 2010 11:09:56 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Paul Jones' Blog: Sending Mail with Solar]]></title>
      <guid>http://www.phpdeveloper.org/news/8278</guid>
      <link>http://www.phpdeveloper.org/news/8278</link>
      <description><![CDATA[<p>
<i>Paul Jones</i> has <a href="http://paul-m-jones.com/blog/?p=253">posted a new tutorial</a> about using the mail functionality of the <a href="http://www.solarphp.com">Solar framework</a> - the <a href="http://solarphp.com/package/Solar_Mail">Solar_Mail</a> and <a href="http://solarphp.com/package/Solar_Smtp">Solar_Stmp</a> packages.
</p>
<blockquote>
While each of these [PEAR Mail, PhpMailer, SwiftMailer, Zend_Mail] will work with <a href="http://solarphp.com/">Solar</a>, the new <a href="http://solarphp.com/package/Solar_Mail">Solar_Mail</a> and <a href="http://solarphp.com/package/Solar_Smtp">Solar_Smtp</a> packages work "natively", in that they support automatic configuration, locale and exception inheritance, and so on. Read on for some examples on how to use them.
</blockquote>
<p>
In <a href="http://paul-m-jones.com/blog/?p=253">his example</a> he sets up and sends a simple message, setting the contents of the email (sent as an HTML message). Since there's been much talk about the safety of a lot of the mailing systems in frameworks, <i>Paul</i> talks about how it's been secured from header injections, through safe attachments, and from a transport dependency-injection for SMTP. 
</p>
<p>
There's even a method included that lets you take the SMTP information out of the script and put it into the Solar configuration file to use in the entire application.
</p>]]></description>
      <pubDate>Wed, 18 Jul 2007 13:48:00 -0500</pubDate>
    </item>
  </channel>
</rss>
