Dear Oswald,
find ~/Maildir -type d
/home/vanja/Maildir
/home/vanja/Maildir/Sent
/home/vanja/Maildir/Sent/cur
/home/vanja/Maildir/Sent/new
/home/vanja/Maildir/Sent/tmp
/home/vanja/Maildir/Drafts
/home/vanja/Maildir/Drafts/cur
/home/vanja/Maildir/Drafts/new
/home/vanja/Maildir/Drafts/tmp
/home/van
On Sat, Apr 11, 2015 at 03:19:11PM +1000, Vanja Zecevic wrote:
> Do you know why it tries (and fails) to sync 2 extra mailboxes if I
> don't include he % sign? Patterns * works fine and syncs all mailboxes
> but I only want to sync INBOX Sent and Drafts since the other ones are
> archives.
>
i can
Dear Oswald,
Do you know why it tries (and fails) to sync 2 extra mailboxes if I don't
include he % sign? Patterns * works fine and syncs all mailboxes but I only
want to sync INBOX Sent and Drafts since the other ones are archives.
Regards,
Vanja
> On 9 Apr 2015, at 6:31 pm, Vanja Zecevic wrot
Dear Oswald,
If I neglect the % sign it attempts to sync Drafts and Sent a second time
failing with something like "slave Drafts cannot be opened"
Just to clarify, my server has a subfolder structure with .Drafts, .Sent etc
under the main maildir but I do not mind what sort of layout is used on t
On Thu, Apr 09, 2015 at 03:00:43AM +, Vanja Z wrote:
> Path ~/Maildir/
> Inbox ~/Maildir/INBOX
>
> and am getting a nice sync with the pattern:
>
>
> Patterns "%INBOX" "Drafts" "Sent"
>
> The thing stopping me from getting this to work originally was the "%" in
> front of INBOX. Does this
Dear Oswald,
Thank you very much for your reply, it appears my original config was only
working by accident as you say. I've now gotten rid of MapINbox and changed the
config to:
Path ~/Maildir/
Inbox ~/Maildir/INBOX
and am getting a nice sync with the pattern:
Patterns "%INBOX" "Drafts" "Sen
On Tue, Apr 07, 2015 at 12:57:07PM +, Vanja Z wrote:
> MaildirStore -local
> Path ~/Maildir/
> Inbox ~/Maildir
>
uh-oh. Path under Inbox is a recipe for disaster.
which you successfully cooked, apparently.
todo: reject this configuration.
your config should work just fine without speci