I’ve installed and configured Apple’s calendar server. It seems to be working
just fine.
However it keeps trying to speak to my IMAP server — don’t know why — and the
authentication attempts fail every 30 seconds or so.
Here’s what’s in the calendar server logs:
2016-01-07 22:42:38+ [-] [ca
Hi. I've been fighting a losing battle to get Apple Mail and dovecot
to play nice. When dovecot is told to use mbox-style mailboxes, it's
not possible to create child mailboxes. Apple Mail whines "The IMAP
command “CREATE” failed with server error: Mailbox doesn't allow
inferior mailboxes."
On 8 Jul 2009, at 18:08, Timo Sirainen wrote:
On Wed, 2009-07-08 at 17:58 +0100, Jim Reid wrote:
Hi. I've been fighting a losing battle to get Apple Mail and dovecot
to play nice. When dovecot is told to use mbox-style mailboxes, it's
not possible to create child mailboxes. Apple M
Hi Timo. Thanks again for your help. I've got things just about
working as planned. There's one minor irritation however. Users see a
strange mailbox icon at the top of their list of mailboxes on the
dovecot server. It's called #mbox and has a > symbol next to it
indicating that it contains
On 13 Jul 2009, at 13:10, Axel Luttgens wrote:
Could you try with " list = no" for your first namespace definition?
Doh! This does the job!! Thanks very much Axel. I'm drinking too much
coffee if I miss something that obvious :-)
On 11 Sep 2009, at 09:06, Frank Elsner wrote:
Sep 10 21:21:02 seymour dovecot: dovecot: Fatal: Time just moved
backwards by 434 seconds. [ ... ]
Sep 10 21:50:55 seymour ntpd[9104]: time reset +434.824810 s
Sep 10 21:26:36 seymour ntpd[9104]: no servers reachable
What might happened? And whe
On 6 Oct 2009, at 16:32, Timo Sirainen wrote:
Where do you think the following binaries should be installed to?
Hi Timo. IMO
/sbin is for the dovecot daemon,
/libexec/dovecot is for supporting tools & utilities
/lib is for dovecot's (shared) libraries
/etc is for config files
Timo, you test program runs fine on MacOSX 10.5.8 (Darwin Kernel
Version 9.8.0)
Hi. I'm setting up a new IMAPS server. Mail users don't have login access to
the box but will each have unique UNIX-style UIDs: no back-end database or LDAP
thing. So far. Their mail will get delivered to UNIX-style mailboxes in
/var/mail/%u (where %u is the UNIX username obviously). Their IMAP
