When I tried to create new Mailboxes/Folders in Dovecot IMAP (Debian etch 1.0.rc15-2etch4) I came along with the following error:

“Mailbox Creation Failed” – The IMAP command “CREATE” failed with server error: Unknown namespace…

Even my existing Folders did now longer exist – They were still in the .maildir, but not visually shown in Apple Mail.app.

I tried to change the IMAP Prefix in the preferences, but it still didn’t work.

My solution for this problem is, to install the most recent version of Dovecot IMAP using backports.org

First, uninstall all existing Dovecot Packages

Insert this to your /etc/apt/sources.list

deb http://www.backports.org/debian etch-backports main contrib non-free

then install Version 1.0.13-1~bpo40+1 (this one worked fine)

apt-get update
apt-get -t etch-backports install dovecot-imapd dovecot-pop3d

Now try again – Have fun

Update:
For those of you who need the part of my dovecot.conf, here you go:

namespace private {
separator = .
prefix = INBOX.
inbox = yes
}

4353 unique senders filtered:
displaying 5000 of 10488 rejected by subscription
5560 - zen.spamhaus.org (53%)
4914 - bl.spamcop.net (46%)
14 - ix.dnsbl.manitu.net (0%)
32 user unknowns

Werde nun mal sehen, ob die User Mails vermissen bzw. die Logs im Auge behalten.

Die Version von Dovecot, die mit Debian Etch/stable mitkommt scheint zu alt zu sein.

Das Problem liess sich mit den Backports Paketen loesen.

Hierzu einfach folgendes in die /etc/apt/sources.list eintragen:

deb http://www.backports.org/debian etch-backports main contrib non-free

Danach:

apt-get update
apt-get -t etch-backports install dovecot-imapd dovecot-pop3d

Und siehe da, der Apple Mailer funktioniert nun wie gewuenscht! Juhu

Apple Mail.app kommt anscheinend nicht mit den IMAP Foldern (Mailboxes) zurecht, und zeigt diese erst garnicht an. Auch das Anlegen von neuen Mailboxen funktioniert leider nicht wie gewuenscht. Ich bin im Moment noch am Fehler suchen, und mir den Arm “aus-google-n”.

Folgende Fehlermeldung kommt beim Anlegen der Mailboxes:

Einige meiner User (nein, ich schreibe jetzt nicht wer… ) verwenden leider sogenannte Catch-All Mailadressen. Sozusagen *@domain.com. Dies ist zwar nett, wenn man gerne ein volles Spam-Portfach haben moechte, jedoch nicht so wirklich prickelnd fuer den Admin des Servers.

Also habe ich mir mal angesehen, wie man diverse Blacklists in den Postfix MTA integriert, damit einschlaegige Spam-Mails gar nicht erst angenommen werden, sondern direkt rejected werden.

Hierzu muss man folgendes in der main.cf von postfix eintragen:

smtpd_client_restrictions =
    permit_mynetworks
    permit_sasl_authenticated
    reject_unauth_pipelining
    reject_rbl_client bl.spamcop.net
    reject_rbl_client dynablock.njabl.org
    reject_rbl_client zen.spamhaus.org
    reject_rbl_client list.dsbl.org
    check_policy_service inet:127.0.0.1:60000

Ein Blick in die Logfiles zeigt, dass es prima funktioniert:

Jun 22 02:48:01 srv01 postfix/smtpd[3718]: NOQUEUE: reject: RCPT from
cable201-232-161-135.epm.net.co[201.232.161.135]: 554 5.7.1 Service unavailable;
Client host [201.232.161.135] blocked using bl.spamcop.net; Blocked - see
http://www.spamcop.net/bl.shtml?201.232.161.135; from=

Als weiteres Feature betreibe ich nun auch Greylisting mit postgrey und hoffe so den Muell effektiv draussen zu lassen. Allerdings werde ich wohl mal sehen muessen, ob das ordentlich taugt, da somit Mails mit ca 5 Minuten Verzoegerung erst in der Inbox landen werden. – Ich warte mal auf Beschwerden…

Wie man sieht, klappt das schonmal ganz prima: