There is not much that can be done for the error handling, as it’s a script called from a daemon. Stdout and stderr are not captured, so you need to resort to sending things to syslog. I really haven’t worked with any other notification service, so I can’t comment on that note. As for getting this to work on a larger scale there are basically 3 considerations: - Port the script code to a more efficient implementation (C or C++), mostly as a replacement to notifyd. Actually notifyd can be easily modified to play this role directly. - Decide if MySQL is the way to go for your installation. Maybe using Cyrus twoskip? I used MySQL because it was available and simple to use. - Sort out any issues with the certificate/key. I do not know how the licensing for using it work. My guess is that for a small shop they will not care if you extracted the certificate from macOS X, but running it for a few thousand users is another story. Having support for iOS Push Mail adds value to Apple’s products, so it may be simpler than I think and it’s just another push service: they have tons. Arnaldo. > On Aug 24, 2017, at 12:14 PM, Sebastian Hagedorn <Hagedorn@xxxxxxxxxxxx> wrote: > > Hi Arnaldo, > > OK, got it! I noticed that the error handling isn't really fleshed out ;-) I could see that the script got the registration message, but the tables were stil empty. Turns out I had to install php-mysql ... :-) Seems obvious in hindsight, but there was no error message. I don't usually use PHP, as I'm more of a Perl/Python guy, so I don't really know how to improve that part. > > FWIW, I copied the handler for MessageNew to MessageAppend, because that's the only way I can get messages on my test server right now, and it worked perfectly. > > What would it take to make this work on a larger scale? I haven't worked with notifications at all until now, so I don't know how other mechanisms are implemented. > > Thanks, Sebastian > > --On 24. August 2017 um 10:51:37 -0300 Arnaldo Viegas de Lima <arnaldo@xxxxxxxxxxxxxxxx> wrote: > >> You don’t need to do anything with the tables. The script will populate >> the tables during the device registration event. > > -- > .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.02.:. > .:.Regionales Rechenzentrum (RRZK).:. > .:.Universität zu Köln / Cologne University - ✆ +49-221-470-89578.:. ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
