<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Kommentare zu: Postfix: optimierte Konfiguration gegen Spam und Missbrauch</title>
	<atom:link href="http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/</link>
	<description>be admin or die tryin'</description>
	<lastBuildDate>Tue, 27 Sep 2011 13:05:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Von: Volker</title>
		<link>http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/comment-page-1/#comment-99035</link>
		<dc:creator>Volker</dc:creator>
		<pubDate>Wed, 24 Jun 2009 09:18:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/#comment-99035</guid>
		<description>Leider f&#252;hren die Befehle reject_unknown_client und reject_unknown_hostname dazu, dass zahlreiche falsch konfigurierte, aber legitime E-Mail Server keine Mails mehr einliefern d&#252;rfen. Unter anderem auch der Xing-Mail-Robot! Ich habe deshalb gegen reject_unknown_reverse_client_hostname getauscht, das weniger restriktiv zu Werke geht. Steht es eigentlich hinter policyd-weight noch an der richtigen Stelle? Auszug aus meiner main.cf: smtpd_recipient_restrictions =  permit_sasl_authenticated  permit_mynetworks  reject_unauth_destination  reject_invalid_hostname  reject_non_fqdn_sender  reject_non_fqdn_recipient  reject_unauth_destination  check_client_access hash:/etc/postfix/policyd_weight_client_whitelist  #policyd-weight  check_policy_service inet:127.0.0.1:60001  reject_unknown_reverse_client_hostname  permit</description>
		<content:encoded><![CDATA[<p>Leider f&#252;hren die Befehle reject_unknown_client und reject_unknown_hostname dazu, dass zahlreiche falsch konfigurierte, aber legitime E-Mail Server keine Mails mehr einliefern d&#252;rfen. Unter anderem auch der Xing-Mail-Robot! Ich habe deshalb gegen reject_unknown_reverse_client_hostname getauscht, das weniger restriktiv zu Werke geht. Steht es eigentlich hinter policyd-weight noch an der richtigen Stelle? Auszug aus meiner main.cf: smtpd_recipient_restrictions =  permit_sasl_authenticated  permit_mynetworks  reject_unauth_destination  reject_invalid_hostname  reject_non_fqdn_sender  reject_non_fqdn_recipient  reject_unauth_destination  check_client_access hash:/etc/postfix/policyd_weight_client_whitelist  #policyd-weight  check_policy_service inet:127.0.0.1:60001  reject_unknown_reverse_client_hostname  permit</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Volker</title>
		<link>http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/comment-page-1/#comment-112011</link>
		<dc:creator>Volker</dc:creator>
		<pubDate>Wed, 24 Jun 2009 09:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/#comment-112011</guid>
		<description>Leider f&#252;hren die Befehle reject_unknown_client und reject_unknown_hostname dazu, dass zahlreiche falsch konfigurierte, aber legitime E-Mail Server keine Mails mehr einliefern d&#252;rfen. Unter anderem auch der Xing-Mail-Robot! Ich habe deshalb gegen reject_unknown_reverse_client_hostname getauscht, das weniger restriktiv zu Werke geht. Steht es eigentlich hinter policyd-weight noch an der richtigen Stelle? Auszug aus meiner main.cf: smtpd_recipient_restrictions =  permit_sasl_authenticated  permit_mynetworks  reject_unauth_destination  reject_invalid_hostname  reject_non_fqdn_sender  reject_non_fqdn_recipient  reject_unauth_destination  check_client_access hash:/etc/postfix/policyd_weight_client_whitelist  #policyd-weight  check_policy_service inet:127.0.0.1:60001  reject_unknown_reverse_client_hostname  permit</description>
		<content:encoded><![CDATA[<p>Leider f&#252;hren die Befehle reject_unknown_client und reject_unknown_hostname dazu, dass zahlreiche falsch konfigurierte, aber legitime E-Mail Server keine Mails mehr einliefern d&#252;rfen. Unter anderem auch der Xing-Mail-Robot! Ich habe deshalb gegen reject_unknown_reverse_client_hostname getauscht, das weniger restriktiv zu Werke geht. Steht es eigentlich hinter policyd-weight noch an der richtigen Stelle? Auszug aus meiner main.cf: smtpd_recipient_restrictions =  permit_sasl_authenticated  permit_mynetworks  reject_unauth_destination  reject_invalid_hostname  reject_non_fqdn_sender  reject_non_fqdn_recipient  reject_unauth_destination  check_client_access hash:/etc/postfix/policyd_weight_client_whitelist  #policyd-weight  check_policy_service inet:127.0.0.1:60001  reject_unknown_reverse_client_hostname  permit</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: WE ARE ROOT :: be admin or die tryin'</title>
		<link>http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/comment-page-1/#comment-333</link>
		<dc:creator>WE ARE ROOT :: be admin or die tryin'</dc:creator>
		<pubDate>Tue, 22 Jan 2008 00:54:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.weareroot.de/2007/09/13/postfix-optimierte-konfiguration-gegen-spam-und-missbrauch/#comment-333</guid>
		<description>[...] weiter oben im Text versprochene neue Version der Konfiguration von Postfix ist in diesem Artikel zu finden, da ich dazu noch kurze Erl&#228;uterungen geben will und es hier etwas OT [...]</description>
		<content:encoded><![CDATA[<p>[...] weiter oben im Text versprochene neue Version der Konfiguration von Postfix ist in diesem Artikel zu finden, da ich dazu noch kurze Erl&#228;uterungen geben will und es hier etwas OT [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

