<?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>Wed, 04 Jan 2012 04:35:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Plesk 9.3 IMP Horde &#8220;Requested message not found&#8221;</title>
		<link>http://www.moe.co.uk/2010/10/21/plesk-9-3-imp-horde-requested-message-not-found/</link>
		<comments>http://www.moe.co.uk/2010/10/21/plesk-9-3-imp-horde-requested-message-not-found/#comments</comments>
		<pubDate>Thu, 21 Oct 2010 11:50:16 +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[horde]]></category>
		<category><![CDATA[imap]]></category>
		<category><![CDATA[imp]]></category>
		<category><![CDATA[Plesk]]></category>
		<category><![CDATA[Requested message not found]]></category>
		<category><![CDATA[webmail]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=607</guid>
		<description><![CDATA[Having strange intermittent issues with horde IMP webmail returning &#8220;Requested message not found&#8221; when clicking on a message in the inbox. Packages: psa-horde-3.1.7-cos5.build93091230.06 php-5.2.14-2.el5.art php-imap-5.2.14-2.el5.art psa-9.3.0-cos5.build93091230.06 courier-imap-3.0.8-cos5.build93091230.06 psa-imp-4.1.6-cos5.build93091230.06 Additions: xcache 1.3.0 mod_security I have tested disabling mod_security which did not help.  Also, tried disabling xcache which also has not helped. Trying to find the problem [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/10/21/plesk-9-3-imp-horde-requested-message-not-found/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Horde redirect.php Segmentation fault (11)</title>
		<link>http://www.moe.co.uk/2010/10/06/horde-redirect-php-segmentation-fault-11/</link>
		<comments>http://www.moe.co.uk/2010/10/06/horde-redirect-php-segmentation-fault-11/#comments</comments>
		<pubDate>Wed, 06 Oct 2010 10:19:24 +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[11]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[horde]]></category>
		<category><![CDATA[imp]]></category>
		<category><![CDATA[Plesk]]></category>
		<category><![CDATA[segmentation fault]]></category>
		<category><![CDATA[webmail]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=593</guid>
		<description><![CDATA[Horde webmail was displaying a blank page on login, or, in firefox asking to download redirect.php. OS: CentOS 5.5 Plesk: 9.3.x In the error_log for the mail webserver saw a lot of errors: [Tue Oct 05 16:38:38 2010] [notice] child pid 4349 exit signal Segmentation fault (11) [Tue Oct 05 16:38:38 2010] [notice] child pid [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/10/06/horde-redirect-php-segmentation-fault-11/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Top spammers by country</title>
		<link>http://www.moe.co.uk/2010/09/22/top-spammers-by-country/</link>
		<comments>http://www.moe.co.uk/2010/09/22/top-spammers-by-country/#comments</comments>
		<pubDate>Wed, 22 Sep 2010 18:36:07 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[country]]></category>
		<category><![CDATA[spam]]></category>
		<category><![CDATA[top]]></category>
		<category><![CDATA[USA]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=580</guid>
		<description><![CDATA[In the previous post we were Importing country ISO 3166 codes into MySQL database, because, we wanted to run a script over all the junk mail caught in our catch all mailboxes. The script checked the received headers of the email and finds the IP address of the sender.  Then, looks up the country that [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/09/22/top-spammers-by-country/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Command output: ERR: authdaemon: s_connect() failed: Permission denied maildrop</title>
		<link>http://www.moe.co.uk/2010/08/19/command-output-err-authdaemon-s_connect-failed-permission-denied-maildrop/</link>
		<comments>http://www.moe.co.uk/2010/08/19/command-output-err-authdaemon-s_connect-failed-permission-denied-maildrop/#comments</comments>
		<pubDate>Thu, 19 Aug 2010 13:18:09 +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[authdaemon]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[Command output]]></category>
		<category><![CDATA[denied]]></category>
		<category><![CDATA[failure]]></category>
		<category><![CDATA[maildrop]]></category>
		<category><![CDATA[permission]]></category>
		<category><![CDATA[s_connect()]]></category>

		<guid isPermaLink="false">http://www.moe.co.uk/?p=565</guid>
		<description><![CDATA[Was receiving the following errors in the mail.log after upgrade from Ubuntu 8.04 LTS to Ubuntu 10.4 LTS: Aug 19 12:32:55 mail postfix/pipe[2208]: 88FD22BC84: to=&#60;user@domain&#62;, relay=maildrop, delay=1180, delays=1180/0.02/0/0.04, dsn=4.3.0, status=deferred (temporary failure. Command output: ERR: authdaemon: s_connect() failed: Permission denied /usr/local/maildrop/bin/maildrop.bin: Temporary authentication failure. ) I had previously installed maildrop from source, but, decided to [...]]]></description>
		<wfw:commentRss>http://www.moe.co.uk/2010/08/19/command-output-err-authdaemon-s_connect-failed-permission-denied-maildrop/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<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 [...]]]></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 [...]]]></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 [...]]]></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. [...]]]></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 [...]]]></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>
	</channel>
</rss>

