<?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>BigSmoke &#187; zimbra</title>
	<atom:link href="http://blog.bigsmoke.us/tag/zimbra/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.bigsmoke.us</link>
	<description>Smokes your problems, coughs fresh air.</description>
	<lastBuildDate>Wed, 08 Sep 2010 14:31:15 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Disable Zimbra&#8217;s duplicate mail detection</title>
		<link>http://blog.bigsmoke.us/2010/01/18/disable-zimbras-duplicate-mail-detection</link>
		<comments>http://blog.bigsmoke.us/2010/01/18/disable-zimbras-duplicate-mail-detection#comments</comments>
		<pubDate>Mon, 18 Jan 2010 11:14:09 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[dedupe]]></category>
		<category><![CDATA[duplicates]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=1029</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
Zimbra can discard duplicates of incoming mail. This has certain advantages, but for us, where different people use the same account with different identities, this prevents a message from being delivered to multiple virtual inboxes.
</p>

<p>
To disable this, do:
</p>

<pre class="php">zmprov mcf zimbraMessageIdDedupeCacheSize <span style="color: #cc66cc;">0</span>
zmmailboxdctl restart</pre>

<p>
Unfortunately, this has the annoying problem that conversations aren&#8217;t detected for duplicates of a message. See <a href="http://www.zimbra.com/forums/administrators/36560-conversations-not-detected-duplicates-message.html">this forum thread</a> for more info.
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2010/01/18/disable-zimbras-duplicate-mail-detection/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lowering Bayes score for Zimbra&#8217;s Spamassassin config</title>
		<link>http://blog.bigsmoke.us/2010/01/18/lowering-bayes-score-for-zimbras-spamassasin-config</link>
		<comments>http://blog.bigsmoke.us/2010/01/18/lowering-bayes-score-for-zimbras-spamassasin-config#comments</comments>
		<pubDate>Mon, 18 Jan 2010 00:25:54 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[SpamAssassin]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=1026</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
The Spamassassin config in Zimbra has a very high default score for bayes matching of 99, 95, 90, etc, percent. A mail with subject and body &#8220;test&#8221; or &#8220;asdfaewf a&#8221; is often marked as 99% bayes, even though the spamfilter has seen no training mail. This is absurd.
</p>

<p>
To amend this, I put this in /opt/zimbra/conf/spamassassin/local.cf:
</p>

<pre class="php">score BAYES_99 <span style="color: #cc66cc;">2.500</span>
score BAYES_95 <span style="color: #cc66cc;">2.000</span>
score BAYES_90 <span style="color: #cc66cc;">1.500</span>
score BAYES_85 <span style="color: #cc66cc;">1.000</span>
score BAYES_80 <span style="color: #cc66cc;">0.500</span></pre>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2010/01/18/lowering-bayes-score-for-zimbras-spamassasin-config/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Configuring fetchmail to deliver to Zimbra with custom header added</title>
		<link>http://blog.bigsmoke.us/2010/01/17/configuring-fetchmail-to-deliver-to-zimbra-with-custom-header-added</link>
		<comments>http://blog.bigsmoke.us/2010/01/17/configuring-fetchmail-to-deliver-to-zimbra-with-custom-header-added#comments</comments>
		<pubDate>Sun, 17 Jan 2010 18:36:56 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[fetchmail]]></category>
		<category><![CDATA[formail]]></category>
		<category><![CDATA[MDA]]></category>
		<category><![CDATA[POP3]]></category>
		<category><![CDATA[postfix]]></category>
		<category><![CDATA[SMTP]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=1017</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
I needed to fetch mail from a POP3 account and deliver it to a Zimbra account. Because I&#8217;m doing this for multiple POP3 accounts, I want to add a header which I can use in Zimbra to filter. This is what we made:
</p>

<pre class="php">poll server user <span style="color: #ff0000;">&quot;user&quot;</span> pass <span style="color: #ff0000;">&quot;secret&quot;</span> mda <span style="color: #ff0000;">&quot;formail -A 'X-Zimbra-To: user@domain.org'| /opt/zimbra/postfix/sbin/sendmail -i -t service@sicirec.org&quot;</span></pre>

<p>
The <tt>-i</tt> tells sendmail to ignore a single dot on a line, because that would normally mean end of mail. The <tt>-t</tt> is &#8220;to&#8221; (not the header &#8220;<tt>To:</tt>&#8220;).
</p>

<p>
It is a bit unclear why postfix delivers locally to Zimbra, since doing <q><tt>mail user@ourdomain.org</tt></q> routes through an external SMTP server, which is configured in Zimbra to be used as MTA for outgoing mail. It is configured as &#8216;webmail MTA&#8217;.
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2010/01/17/configuring-fetchmail-to-deliver-to-zimbra-with-custom-header-added/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fixing spamassassin rule in Zimbra</title>
		<link>http://blog.bigsmoke.us/2010/01/17/fixing-spamassassin-rule-in-zimbra</link>
		<comments>http://blog.bigsmoke.us/2010/01/17/fixing-spamassassin-rule-in-zimbra#comments</comments>
		<pubDate>Sun, 17 Jan 2010 18:15:17 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[SpamAssassin]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=1015</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
Spamassassin has had a bug for a while, marking any mail from 2010 and later as spam because it&#8217;s from &#8220;far into the future&#8221;. This was very crudely done as this regexp: <tt>/20[1-9][0-9]/</tt>. Because of that, almost all mail from 2010 onward is marked as spam.
</p>

<p>
I Changed the regex to match for 2020 or later, but that&#8217;s not really a fix. Even the spamassassin maintainers &#8216;fixed&#8217; it that way.
</p>

<p>
What I have to look out for though, is that this file may get overwritten when I upgrade zimbra. sa-update doesn&#8217;t seem to work on zimbra, so I don&#8217;t really know what the best way of getting new rules is.
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2010/01/17/fixing-spamassassin-rule-in-zimbra/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Set proper origin domain for Zimbra server</title>
		<link>http://blog.bigsmoke.us/2010/01/12/set-proper-origin-domain-for-zimbra-server</link>
		<comments>http://blog.bigsmoke.us/2010/01/12/set-proper-origin-domain-for-zimbra-server#comments</comments>
		<pubDate>Tue, 12 Jan 2010 14:24:14 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[postfix]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=994</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
I have a zimbra server fooled into thinking it hosts a particular domain. Part of the fooling involves setting a different SMTP server than localhost for <em>all</em> outgoing mail. Luckily, Zimbra can do that.
</p>

<p>
The downside of that is that when you send mail to &#8220;root&#8221;, the other SMTP server qualifies it with its domain and the mail appears to be coming from the wrong server. 
</p>

<p>
To fix it, specify this in the /opt/zimbra/postfix/conf/main.cf:
</p>

<pre class="php">myorigin = example.com</pre>

<p>
This seems to work without caveats. However, I don&#8217;t know if zimbra overwrites this config file at some point.
</p>

<p>
As always, pick a domain that exists, otherwise a lot of mailservers won&#8217;t accept it. You don&#8217;t even need an MX record, A or CNAME if enough.
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2010/01/12/set-proper-origin-domain-for-zimbra-server/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Disabling Zimbra&#8217;s spam learning</title>
		<link>http://blog.bigsmoke.us/2009/12/21/disabling-zimbras-spam-learning</link>
		<comments>http://blog.bigsmoke.us/2009/12/21/disabling-zimbras-spam-learning#comments</comments>
		<pubDate>Mon, 21 Dec 2009 13:03:02 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[ham]]></category>
		<category><![CDATA[spam]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=940</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
Zimbra learns ham and spam by sending it to certain mailboxes. For our setup, this doesn&#8217;t work (easily), because our server is configured to always send mail to another SMTP server and not do any local delivery. I did that, because our zimbra server is not actually on the domain it thinks.
</p>

<p>
To disable the learning accounts, I did this:
</p>

<pre class="php">zmprov mcf zimbraSpamIsSpamAccount <span style="color: #ff0000;">''</span>
zmprov mcf zimbraSpamIsNotSpamAccount <span style="color: #ff0000;">''</span>
zmcontrol stop
zmcontrol start</pre>

<p>
I didn&#8217;t delete the accounts, so I can enable it later.
</p>

<p>
To enable it, I guess I have to configure these two accounts on our hosting provider&#8217;s servers, fetch and deliver them to Zimbra and it works. I&#8217;ll do that some time&#8230;
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2009/12/21/disabling-zimbras-spam-learning/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>LDAP search filter for Thunderbird and Zimbra</title>
		<link>http://blog.bigsmoke.us/2009/12/10/ldap-search-filter-for-thunderbird-and-zimbra</link>
		<comments>http://blog.bigsmoke.us/2009/12/10/ldap-search-filter-for-thunderbird-and-zimbra#comments</comments>
		<pubDate>Thu, 10 Dec 2009 19:17:14 +0000</pubDate>
		<dc:creator>halfgaar</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[LDAP]]></category>
		<category><![CDATA[thunderbird]]></category>
		<category><![CDATA[zimbra]]></category>

		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=905</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>
When configuring an LDAP addressbook, one thing that has given me a lot of trouble, is the LDAP filter. Here are two I use.
</p>

<p>
For thunderbird:
</p>

<pre class="php"><span style="color: #66cc66;">&#40;</span>|<span style="color: #66cc66;">&#40;</span>cn=%v*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span><a href="http://www.php.net/mail"><span style="color: #000066;">mail</span></a>=%v*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span>sn=%v*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span>displayName=%v*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span>givenName=%v*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#41;</span></pre>

<p>
For Zimbra:
</p>

<pre class="php"><span style="color: #66cc66;">&#40;</span>|<span style="color: #66cc66;">&#40;</span>cn=%s*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span><a href="http://www.php.net/mail"><span style="color: #000066;">mail</span></a>=%s*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span>sn=%s*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span>displayName=%s*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#40;</span>givenName=%s*<span style="color: #66cc66;">&#41;</span><span style="color: #66cc66;">&#41;</span></pre>

<p>
In Zimbra, I had to configure our ruby-ldapserver to never return more than 50 results, because in the configuration panel, it runs a test based on a search query, but also with the %s literally repeated. This causes the SQL query that is generated to be %s% and that gives a whole lot of results, hanging Zimbra. It is beyond me why Zimbra runs this second query, but I guess it&#8217;s a bug.
</p>]]></content:encoded>
			<wfw:commentRss>http://blog.bigsmoke.us/2009/12/10/ldap-search-filter-for-thunderbird-and-zimbra/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
