similar to: Email Push to Iphone

https://github.com/st3fan/dovecot-xaps-daemon Works PERFECTLY. I use it on CentOS 6 and 7. Thanks, Steffan Cline steffan at hldns.com 602-793-0014 > On Jan 8, 2020, at 2:39 PM, infoomatic <infoomatic at gmx.at> wrote: > > ?I have no idea about that Mac proprietary stuff ... however, > https://doc.dovecot.org/configuration_manual/push_notification/ might be > a

This requires the ongoing use of macOS Server (as does the patch that is part of the MacPorts port of dovecot2). The issue then is: how do you keep getting certificates for push mail if mail services have been removed from macOS Server? I can configure this today but on Oct 20, my apns certificate expires. Then what? Gerben Wierda Chess and the Art of Enterprise Architecture Mastering ArchiMate

I?ve been hacking on a personal side project to support native iOS Push Email in Dovecot. This is specifically for people who are migrating their mail away from OS X Server while keeping their existing Push Email functionality. Native Push Email has some great advantages: it speeds up email notifications (usually within seconds of being handled by dovecot-lda) and it improves battery life since

I?m posting this here and will in a couple other places to see if anyone has any experience with this and knows what I can do. My setup is CentOS 6 with postfix, procmail and dovecot administered via Virtualmin. Postfix of course receives the email. Procmail uses it?s hooks to run the email through spam assassin and clamd. After than procmail hands it off to dovecot/deliver to drop it in the

I'm not the originator. I'm just trying to do some maintenance on the code to make it work for CentOS 7. I'll check out those two. Any ideas on how to check exactly what's sent via the socket? If the EOF is sent, I know to dig further into the daemon code. Thanks, Steffan Cline steffan at hldns.com 602-793-0014 > On Sep 7, 2017, at 11:43 PM, Aki Tuomi <aki.tuomi at

On 09/08/2017 02:29 AM, Steffan Cline wrote: > I???m working on an OS project from github. There are two parts: > > Dovecot plugin - https://github.com/st3fan/dovecot-xaps-plugin > > Daemon written in Go - https://github.com/st3fan/dovecot-xaps-daemon > what does this have to do with dovecot? > -- So many immigrant groups have swept through our town that Brooklyn, like

Hi! Nice to hear you are developing this, I'll add it to our wiki if it's not there. Please don't use net_transmit, it's going away. You should use ostream and istream instead. Aki On 08.09.2017 09:29, Steffan Cline wrote: > I?m working on an OS project from github. There are two parts: > > Dovecot plugin - https://github.com/st3fan/dovecot-xaps-plugin > >

I?m working on an OS project from github. There are two parts: Dovecot plugin - https://github.com/st3fan/dovecot-xaps-plugin Daemon written in Go - https://github.com/st3fan/dovecot-xaps-daemon # dovecot --version 2.2.10 Both parts worked fine on CentOS 6 but I recently rebuilt them both for CentOS 7 and have run into some errors. The plugin sends a notification over a socket to

Hello Please exist in Dovecot 2.2.13 the E-Mail Push function? So that the Email on me Iphone are available at this moment that will be transfered, I see or found any other 3part software "Z-push", but it's this function are not included on dovecot? Thanks and regards Mauri

Now that Apple has abandoned mail server capabilities in macOS Server.app we have to move to an open source solution. I have done this using Macports and it works well (no thanks to Apple as it never published the in 2018 promised migration info for mail services). The MacPorts Apple Push Notification variant based on a patch written a few years ago for dovecot supports APNS but it requires you

Yes, from compiling point of view it is done. Unfortunately what is not done is all the other work involved, such as fixing all the inevitable bugs it has and maintaining it. We do not want, at this moment, take up maintaining and developing yet another FTS plugin as we have plenty of things to do already. I invite you to setup your own repository and provide this plugin from there, being the

Ok for having a link on the FTS page. PLease clarify what files are necessary to package it as a separate package On 2019-01-13 19:03, Aki Tuomi wrote: > Yes, from compiling point of view it is done. > > Unfortunately what is not done is all the other work involved, such as fixing all the inevitable bugs it has and maintaining it. We do not want, at this moment, take up maintaining

You need the fts-xapian.c mostly. All the rest comes from automake (unless you decide to use cmake or something else). I have attached you a skeleton plugin, which should work against dovecot master. If you experience problems with the skeleton, let us know. Aki > On 13 January 2019 at 20:23 Joan Moreau <jom at grosjo.net> wrote: > > > Ok for having a link on the FTS page.

If you had looked at what I sent, you'd seen it's quite different from what you sent. Anyways, put the contents of skeleton.tar.gz and ./src/plugins/fts-xapian/fts-xapian-plugin.h ./src/plugins/fts-xapian/fts-backend-xapian.cpp ./src/plugins/fts-xapian/Makefile.am ./src/plugins/fts-xapian/fts-backend-xapian-functions.cpp ./src/plugins/fts-xapian/fts-xapian-plugin.c into src/ directory

THis is already what I send earlier (see : dovecot-xapian-1.0b2.tar.gz [1] ) What I would need is the files so one can download (git) it, and type some command (make ?) to compile it and place it in the right forlder (/usr/lib/dovecot/ or whatever is configured in the installed dovecot, which may differ from distribution to distribution) On 2019-01-13 19:47, Aki Tuomi wrote: > You need

Please kindly check https://github.com/grosjo/fts-xapian On 2019-01-13 20:11, Aki Tuomi wrote: > If you had looked at what I sent, you'd seen it's quite different from what you sent. > > Anyways, put the contents of skeleton.tar.gz and > > ./src/plugins/fts-xapian/fts-xapian-plugin.h > ./src/plugins/fts-xapian/fts-backend-xapian.cpp >

I hope this is the right place to post this. Apologies if not. My samba 3.0.4-3 install was working fine last night on debian 2.4.23 unstable (see uname below) and happily tranferring large files at 77 Mbps across my LAN (a first! but that's another story) until, suddenly, it stopped and would only move data at about .05 Mbps. Investigation was futile, so I uninstalled Samba and then

I tried to combined it, the "autoreconf" errors are solved Now, when I type "make install", the lib is not pushed into dovecot folder, but somewhere in /usr/local/... How to adjust this to have it arriving in the proper folder ? On 2019-01-13 21:01, Tuomi, Aki wrote: > You copied your Makefile.am there. Stephan made you a working version, can you try that? > >

Another concern is that Apple is planning to discontinue the binary notification-submission endpoint late this year --- it's been replaced by a (significantly nicer, IMHO) http2-based endpoint, but a quick look at the xaps daemon looks like it's using the old protocol.

Thank you Stephan. The version here shall be up and running : https://github.com/grosjo/fts-xapian On 2019-01-14 00:07, Stephan Bosch wrote: > Op 13/01/2019 om 21:25 schreef Joan Moreau via dovecot: > >> I tried to combined it, the "autoreconf" errors are solved >> >> Now, when I type "make install", the lib is not pushed into dovecot folder, but