<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Stuff... &#187; SMTP</title>
	<atom:link href="http://www.moe.co.uk/category/protocols/smtp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.moe.co.uk</link>
	<description>I know I will forget.</description>
	<lastBuildDate>Tue, 27 Jul 2010 13:14:20 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Deleting the postfix defer and deferred queues</title>
		<link>http://www.moe.co.uk/2010/03/16/deleting-the-postfix-defer-and-deferred-queues/</link>
		<comments>http://www.moe.co.uk/2010/03/16/deleting-the-postfix-defer-and-deferred-queues/#comments</comments>
		<pubDate>Tue, 16 Mar 2010 16:34:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[defer]]></category>
		<category><![CDATA[deferred]]></category>
		<category><![CDATA[postfix]]></category>
		<category><![CDATA[postsuper]]></category>
		<category><![CDATA[queue]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=347</guid>
		<description><![CDATA[The /var/spool/postfix/defer and /var/spool/postfix/deferred queues had gone crazy on a server and was filling up the log files with rubbish.  Needed to delete the defer and deferred queues.
postsuper -d ALL defer
postsuper -d ALL deferred
Did the trick nicely.  postsuper(1) appears to be quite helpful for this.
]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/03/16/deleting-the-postfix-defer-and-deferred-queues/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PHP HTML email to Exchange server not displaying in Outlook</title>
		<link>http://www.moe.co.uk/2010/03/02/php-html-email-to-exchange-server-not-displaying-in-outlook/</link>
		<comments>http://www.moe.co.uk/2010/03/02/php-html-email-to-exchange-server-not-displaying-in-outlook/#comments</comments>
		<pubDate>Tue, 02 Mar 2010 14:59:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[exchange]]></category>
		<category><![CDATA[linefeed]]></category>
		<category><![CDATA[markup]]></category>
		<category><![CDATA[outlook]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[php4]]></category>
		<category><![CDATA[php5]]></category>
		<category><![CDATA[PHPFMG_LNCR]]></category>
		<category><![CDATA[qmail]]></category>
		<category><![CDATA[return]]></category>
		<category><![CDATA[webserver]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=327</guid>
		<description><![CDATA[Was using Free PHP Formmail Generator : http://phpfmg.sourceforge.net to send the contents of a form and when sending to most mail servers/mail clients it would work great.  When sending to a Microsoft Exchange server the HTML contents of the email was displayed as text (not marked up).
Tried this with PHP4 and PHP5 and had the [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/03/02/php-html-email-to-exchange-server-not-displaying-in-outlook/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SpamAssassin rulebase bug &#8211; FH_DATE_PAST_20XX</title>
		<link>http://www.moe.co.uk/2010/01/05/spamassassin-rulebase-bug-fh_date_past_20xx/</link>
		<comments>http://www.moe.co.uk/2010/01/05/spamassassin-rulebase-bug-fh_date_past_20xx/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 17:53:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[2010]]></category>
		<category><![CDATA[72_active.cf]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[FH_DATE_PAST_20XX]]></category>
		<category><![CDATA[rulebase]]></category>
		<category><![CDATA[SpamAssassin]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=272</guid>
		<description><![CDATA[There is a bug in some older rulebase versions for spam assassin 3.x which will cause an extra 3.4 points to be added onto incoming mail which greatly increases the chances of the mail being marked as spam.
The rule &#8220;FH_DATE_PAST_20XX&#8221; checks to see if the email is from the future, however, since the new year [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/01/05/spamassassin-rulebase-bug-fh_date_past_20xx/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Plesk greylisting handlers_stderr: qmail-inject: fatal: qq trouble in home directory</title>
		<link>http://www.moe.co.uk/2009/12/21/plesk-greylisting-handlers_stderr-qmail-inject-fatal-qq-trouble-in-home-directory/</link>
		<comments>http://www.moe.co.uk/2009/12/21/plesk-greylisting-handlers_stderr-qmail-inject-fatal-qq-trouble-in-home-directory/#comments</comments>
		<pubDate>Mon, 21 Dec 2009 13:07:59 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Control Panels]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[9.2.3]]></category>
		<category><![CDATA[fata]]></category>
		<category><![CDATA[grey listing]]></category>
		<category><![CDATA[home directory]]></category>
		<category><![CDATA[qmail-inject]]></category>
		<category><![CDATA[status off]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=269</guid>
		<description><![CDATA[It appears that when grey listing was enabled on Plesk 9.2.3 for Fedora 8 there maybe an error in the maillog like:
handlers_stderr: qmail-inject: fatal: qq trouble in home directory
Command &#8220;/usr/local/psa/bin/grey_listing -i&#8221; showed that grey listing was running.  After disabling grey listing with &#8220;/usr/local/psa/bin/grey_listing -u -status off&#8221; this error went away.
Perhaps a grey listing bug in [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/12/21/plesk-greylisting-handlers_stderr-qmail-inject-fatal-qq-trouble-in-home-directory/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>qmail alert: cannot start: unable to open mutex</title>
		<link>http://www.moe.co.uk/2009/09/23/qmail-alert-cannot-start-unable-to-open-mutex/</link>
		<comments>http://www.moe.co.uk/2009/09/23/qmail-alert-cannot-start-unable-to-open-mutex/#comments</comments>
		<pubDate>Wed, 23 Sep 2009 12:09:10 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[cannot start]]></category>
		<category><![CDATA[lock]]></category>
		<category><![CDATA[mutex]]></category>
		<category><![CDATA[qmail]]></category>
		<category><![CDATA[queue]]></category>
		<category><![CDATA[sendmutex]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=232</guid>
		<description><![CDATA[For some reason the mail log was showing lots of:
Sep 23 09:40:03 hostname qmail: 1253695203.637058 alert: cannot start: unable to open mutex
Sep 23 10:32:16 hostname qmail: 1253698336.515510 alert: cannot start: unable to open mutex
Sep 23 10:32:21 hostname qmail: 1253698341.425333 alert: cannot start: unable to open mutex
and qmail was not working properly.
It turns out that for [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/09/23/qmail-alert-cannot-start-unable-to-open-mutex/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>rblsmtpd 451 Sender has sent to LashBack</title>
		<link>http://www.moe.co.uk/2009/08/14/rblsmtpd-451-sender-has-sent-to-lashback/</link>
		<comments>http://www.moe.co.uk/2009/08/14/rblsmtpd-451-sender-has-sent-to-lashback/#comments</comments>
		<pubDate>Fri, 14 Aug 2009 09:23:05 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[451]]></category>
		<category><![CDATA[LashBack]]></category>
		<category><![CDATA[rbl]]></category>
		<category><![CDATA[rblsmtpd]]></category>
		<category><![CDATA[Sender has sent to LashBack]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=179</guid>
		<description><![CDATA[Bounce message received:
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
user@fromaddress.com
Malformed SMTP reply from mail.server.com [192168.1.1]
in response to initial connection:
rblsmtpd: 192.168.6.62 pid 14483: 451 Sender has sent to LashBack
Unsubscribe Probe accounts:
retry timeout exceeded
Looking further into this it appears that the [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/08/14/rblsmtpd-451-sender-has-sent-to-lashback/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Upgrading Windows Plesk 8.1.1 to 8.6</title>
		<link>http://www.moe.co.uk/2009/05/21/upgrading-windows-plesk-811-to-86/</link>
		<comments>http://www.moe.co.uk/2009/05/21/upgrading-windows-plesk-811-to-86/#comments</comments>
		<pubDate>Thu, 21 May 2009 09:06:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Control Panels]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[Sport]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[8.1.1]]></category>
		<category><![CDATA[8.6]]></category>
		<category><![CDATA[Plesk]]></category>
		<category><![CDATA[plesk upgrade]]></category>
		<category><![CDATA[upgrade]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=84</guid>
		<description><![CDATA[Upgrading from Windows Parallels Plesk 8.1.1 to 8.6 went smoothly according to the installer, however, after the upgrade completed and machine rebooted the Plesk control panel no longer loaded.
It would often return an error to the browser, but, also occasionally would say:
get_config_string failed: PRODUCT_DATA_D: The system cannot find the file specified. (Error code 2) at [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/05/21/upgrading-windows-plesk-811-to-86/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Quick CLI SMTP AUTH script to test authentication</title>
		<link>http://www.moe.co.uk/2009/02/09/quick-cli-smtp-auth-script-to-test-authentication/</link>
		<comments>http://www.moe.co.uk/2009/02/09/quick-cli-smtp-auth-script-to-test-authentication/#comments</comments>
		<pubDate>Mon, 09 Feb 2009 13:16:26 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Coding]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[auth]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[cli]]></category>
		<category><![CDATA[Net::SMTP_auth]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/2009/02/09/quick-cli-smtp-auth-script-to-test-authentication/</guid>
		<description><![CDATA[I was getting a bit bored of manually testing SMTP AUTH details for people so wrote a quick little script in perl (with help of modules) to test.
#!/usr/bin/perl -w
use Net::SMTP_auth;
use Getopt::Std;
%options=();
getopts(&#8220;u:p:h:&#8221;,\%options);
my $_USAGE= &#60;&#60;END_USAGE;
test_auth.plÂ Â  -Â  Check SMTP authentication
Usage:Â Â  test_auth.pl -u user -p pass -h hostname
License: This software is released under the same terms as perl itself.
END_USAGE
die [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/02/09/quick-cli-smtp-auth-script-to-test-authentication/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Adding RBL checks on RAQ550/sendmail</title>
		<link>http://www.moe.co.uk/2009/01/23/adding-rbl-checks-on-raq550sendmail/</link>
		<comments>http://www.moe.co.uk/2009/01/23/adding-rbl-checks-on-raq550sendmail/#comments</comments>
		<pubDate>Fri, 23 Jan 2009 09:53:46 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Operating System]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[cbl]]></category>
		<category><![CDATA[raq550]]></category>
		<category><![CDATA[rbl]]></category>
		<category><![CDATA[sendmail]]></category>
		<category><![CDATA[spamcop]]></category>
		<category><![CDATA[support]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/wordpress/2009/01/23/adding-rbl-checks-on-raq550sendmail/</guid>
		<description><![CDATA[Needed to add RBL checking into sendmail as the machine was under attack by some smtp botnet.Â  RAQ550s had no inbuilt RBL support so had to update the sendmail.cf manually.
URL: http://www.cobaltuserslist.com/CobaltUsersList/Sun-Cobalt-Users-List-76800.html
The example is a bit old&#8230; the RBLs I used are: cbl.abuseat.org , bl.spamcop.net, sbl.spamhaus.org
Cobalt list post:

RBL (Realtime Blackhole List) filtering allows your sendmail installation
to [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/01/23/adding-rbl-checks-on-raq550sendmail/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Test for open relays</title>
		<link>http://www.moe.co.uk/2009/01/14/test-for-open-relays/</link>
		<comments>http://www.moe.co.uk/2009/01/14/test-for-open-relays/#comments</comments>
		<pubDate>Wed, 14 Jan 2009 10:59:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[open relay]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/wordpress/2009/01/14/test-for-open-relays/</guid>
		<description><![CDATA[Occasionally you may want to test your mail server to see if it accepts unauthenticated mail to be relayed.
These URLs allow you to do this:

http://www.abuse.net/relay.html
http://www.dnsgoodies.com/
http://www.checkor.com/

]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2009/01/14/test-for-open-relays/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
