Switched to using /home/user/Maildir and, yes, I think you're totally right.
With the changed location:
Roundcube seems to work as it generates much more traffic with Dovecot - lots of opening and closing of connections and (when re-armed) the incrontab rule is triggered as you would expect it to be.
Thunderbird doesn't work - much less traffic. You can get it fire the command with the ways detailed earlier (manipulating the folder in some way from the client), or just opening and closing the application, but no from "Get Messages" or entering the inbox.
Considering the https://github.com/marschap/fetchmail_wakeup approach (with its getmail script) - dunno whether that would be any better in this respect though?
On 19/10/14 11:25, Gedalya wrote:
On 10/18/2014 05:39 PM, c128 mail wrote:
Bit more investigation...
So - the incrontab rule seems to work to the extent that if I directly "ls" the cur folder on the system then it's triggered.
However, the only way I seem to be able to be able to get it to trigger from a mail client (I use both Thunderbird and Roundcube) is by performing some sort of action on the mail that's already in the folder e.g. shifting mail in/out, marking mail read, reading an existing mail (in Roundcube only, for the last one, which I suspect is related to Thunderbird and local caching?).
Either way, I can't seem to get it to trigger on just access to the folder its monitoring...
Looks like the wiki page may be somewhat outdated. Try /home/user/Maildir rather than /home/user/Maildir/cur. It seems dovecot doesn't actually need to open the cur directory if it doesn't seem to have changed since indexes were last updated ... or something like that. As for Thunderbird, my guess is the problem is that it keeps connections already open. I guess it doesn't need to actually re-open things when you click "Get Messages", dovecot uses mmap alot. I've been able to get the events to trigger for /Maildir only when a new connection is opened. It should work for roundcube but perhaps not if you use imapproxy.