Hi there,
There seem to be a race condition in IMAP NOTIFY: when two events for
the SELECTED mailbox are received soon after one another, sometimes only
the first one is being reported to clients that enabled IMAP NOTIFY. On
closer look it seems like this is most often reproducible when the
On Sun, Aug 05, 2018 at 04:29:10PM +0200, Florian Pritz
wrote:
> For a few weeks I've been running a custom notification script[1] that
> uses IMAP NOTIFY. The script uses a single connection, sets up a NOTIFY
> watch on a couple of mailboxes + automatic FETCH for the selected
&
Hi,
For a few weeks I've been running a custom notification script[1] that
uses IMAP NOTIFY. The script uses a single connection, sets up a NOTIFY
watch on a couple of mailboxes + automatic FETCH for the selected
mailbox. If a status update arrives for a different mailbox, it selects
that bo
On 06/12/2015 03:38 PM, Tony Morehen wrote:
Despite this, NOTIFY did not show up it Dovecot's capabilities:
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
IDLE AUTH=PLAIN] Dovecot ready.
It should show up in the post-login capabilities.
Do a login first, then you get a
Sorry, I have a dovecot.list.index.log file in Maildir, but no
dovecot.list.index. Obviously, my brain is faster than my typing.
On 12/06/2015 3:38 PM, Tony Morehen wrote:
I'm trying to enable Imap Notify in Dovecot 2.2.13. I know that's a
bit out of date, but that's what&
I'm trying to enable Imap Notify in Dovecot 2.2.13. I know that's a bit
out of date, but that's what's provided with openSuSe 13.2.
The first thing I did was add mailbox_list_index=yes to
/etc/dovecot/dovecot.conf.
Both doveadm -n and dovecot -n show the change. I then
On 2012-08-16 7:58 AM, Ed W wrote:
On 16/08/2012 12:24, Charles Marcus wrote:
Actually, maybe (and maybe not, I honestly haven't thought this
through at all, and this might be a really dumb idea), instead of
specific support for this one feature, I wonder if it would make more
sense to actually
On 16/08/2012 12:24, Charles Marcus wrote:
On 2012-08-16 7:12 AM, Ed W wrote:
My opinion is that this is very easily to implement in at least Postfix
and probably other servers, hence I would suggest this is a function for
the MTA, not for the Dovecot relay?
Well, true enough for simpler inst
On 2012-08-16 7:12 AM, Ed W wrote:
My opinion is that this is very easily to implement in at least Postfix
and probably other servers, hence I would suggest this is a function for
the MTA, not for the Dovecot relay?
Well, true enough for simpler installations, but integrating something
like t
On 16/08/2012 09:11, Cor Bosman wrote:
What would be really cool is if you also kept statistics on certain metrics,
like how many emails a specific sender has sent. If this is done right, it
could become a centralised spam sender back-off system over multiple smtp
servers. Maybe something for
>> What would be really cool is if you also kept statistics on certain metrics,
>> like how many emails a specific sender has sent. If this is done right, it
>> could become a centralised spam sender back-off system over multiple smtp
>> servers. Maybe something for the future. We now pay f
On 16.8.2012, at 10.02, Cor Bosman wrote:
>> I'm also considering implementing an SMTP submission server, which works
>> only as a proxy to the real SMTP server. The benefits of it would mainly
>> be:
>
> What would be really cool is if you also kept statistics on certain metrics,
> like how man
On 16/08/2012 08:02, Cor Bosman wrote:
I'm also considering implementing an SMTP submission server, which works
only as a proxy to the real SMTP server. The benefits of it would mainly
be:
What would be really cool is if you also kept statistics on certain metrics,
like how many emails a specif
>
> I'm also considering implementing an SMTP submission server, which works
> only as a proxy to the real SMTP server. The benefits of it would mainly
> be:
What would be really cool is if you also kept statistics on certain metrics,
like how many emails a specific sender has sent. If this is d
On 13/08/2012 19:27, Patrick Ben Koetter wrote:
* Timo Sirainen :
I'm also considering implementing an SMTP submission server, which works
only as a proxy to the real SMTP server. The benefits of it would mainly
be:
* It could support BURL command and other extensions required by
LEMONADE. Th
On 2012-08-13 2:27 PM, Patrick Ben Koetter wrote:
* Timo Sirainen:
I'm also considering implementing an SMTP submission server, which works
only as a proxy to the real SMTP server. The benefits of it would mainly
be:
* It could support BURL command and other extensions required by
LEMONADE.
* Timo Sirainen :
> I'm also considering implementing an SMTP submission server, which works
> only as a proxy to the real SMTP server. The benefits of it would mainly
> be:
>
> * It could support BURL command and other extensions required by
> LEMONADE. The real SMTP server would see only regula
v2.2 hg now has support for NOTIFY extension. The only thing missing is
support for SubscriptionChange events. Now would be a good time for IMAP
clients to start implementing and testing it. :) I remember K9
developers at least said they were just waiting for Dovecot to support
it first.
v2.2 impl
On Tue, 2012-05-08 at 21:17 -0500, ashley willis wrote:
> your work on NOTIFY was brought to my attention, and I see it hasn't
> been changed in two months, a week after you announced it. a few users
> and some mail admins have been wanting something like this for k9
> mail, which I help develop. w
your work on NOTIFY was brought to my attention, and I see it hasn't been
changed in two months, a week after you announced it. a few users and some mail
admins have been wanting something like this for k9 mail, which I help develop.
what is the current status? is it worth installing and startin
http://hg.dovecot.org/dovecot-2.2-notify/ contains the initial implementation
of IMAP NOTIFY extension. It's less than half-working, but the difficult part
of it is done I think. If I give it a command like:
x notify set (personal (messagenew messageexpunge flagchange))
and then in an
At 2:26 PM -0400 10/31/07, Charles Marcus wrote:
Hmm, seems yes. Osx Leopard built in Mail application have now the
IDLE check box. Does it mean, that now need to use the classic
"check for new mail after xx minute" at all? Btw, seems in
Thunderbird this imap push works well.
Isn't one down
TFY[1], QRESYNC[2], and
CONDSTORE[3] support in addition to IDLE. Sadly 2 of them are just in
draft status so there's not much client or server support yet.
[1]<http://tools.ietf.org/html/draft-gulbrandsen-imap-notify-07>
[2]<http://tools.ietf.org/html/draft-ietf-lemonade-reconne
Hmm, seems yes. Osx Leopard built in Mail application have now the IDLE
check box. Does it mean, that now need to use the classic "check for
new mail after xx minute" at all? Btw, seems in Thunderbird this imap
push works well.
Isn't one downside to IDLE that only the current selected folder
Tere.
If you're looking for something iPhone-compatible, then "no." Theirs is
a proprietary system which from what I've read, seems to use SMS in
combination with IMAP. Wacky.
Yep, thats wacky.
(If you aren't talking about iPhone compatibility, I'm less
knowledgeable, but dovecot does suppo
Mart Pirita <[EMAIL PROTECTED]> wrote:
> Tried search, no luck, does the Dovecot include push imap/imap notify support?
If you're looking for something iPhone-compatible, then "no." Theirs is
a proprietary system which from what I've read, seems to use SMS in
combi
Tere.
Tried search, no luck, does the Dovecot include push imap/imap notify support?
--
Mart
27 matches
Mail list logo
