I use Apache for z-push - so that is an obvious place to look for you to start as you are using NGinx
In my mailbox.log file the entries show 2 IP Addresses - oip=Device_IP, Z-Push-Server_IP;
I do not have anything set in the z-push config file for
// define(‘USE_CUSTOM_REMOTE_IP_HEADER’, ‘X-FORWARDED-FOR’);
// define(‘USE_X_FORWARDED_FOR_HEADER’, true);
Both are commented out.
I have no issues with the DosFilter.
if your system has the necessary Z-Push dependencies (php-imap, php-curl, php-xml etc) and a webserver, then you don’t have to install “real” Debian. As your release is based on stretch, you should use Debian 9 repository (http://repo.z-hub.io/z-push:/final/Debian_9.0/). (Z-Push is actually only a bunch of PHP files, so it probably would work with any Debian repository anyway).
Some additional information as I’ve been watching this in real time now. This issue of email stop syncing happens reliably after approximately 1 hour, give or take a few minutes. At this point it does its final sync (as shown by the timestamp in z-push-admin) and then nothing further.
Currently, z-push-top no longer shows “Email” under additional information and new emails that are arriving in that mailbox are no longer pushed to the phone. If I open the email app on the phone and go to that account, they do show up. But it doesn’t pick up new email unless I pull-down to force a refresh.
z-push-admin still actually shows “Emails” under synchronized data which is different from what I saw before. Perhaps it’s a matter of time when this updates as the phone is doing whatever-it-is doing (or not doing).
It’s unlikely that even in NATted installation your public hostname resolves to 127.0.0.1. It should always point to the eth0 IP because Zimbra binds certain port to that address, and if it’s localhost you will have certain services available only in loopback.
DoSFilter logs to mailbox.log, you should check there. But in case you got trapped here you would have noticed errors in z-push-error.log.
About the broken object I don’t think it’s really an issue. May happen, but if it’s logged it should have been taken care (or just ignored). If it happens often it could possibly slow down sync, because instead of sending a block of object it has to try and retry with smaller chunks, but I don’t think this could mean a delay of minutes or hours.
I’ve no more ideas, you try creative ideas to figure it out :)
thanks for the links. I found the first one when googling, but it covers nginx and not apache. I was unsure how to translate nginx options like “fastcgi_read_timeout 3660” to apache syntax (I decided to translate it to “Timeout 3660” in the vhost section).
What iPhone setting exactly are you referring to?
However, Z-Push only sends new or modified or deleted items to the phone. If they are there, Z-Push’s job is done. The mobile device then notifies (or not) the user if there’s a new item.
@BerndHaensler said in No Notifications in iOS 12:
@Manfred : Not for all calendar, only for Shared calendars.
Is it your private calendar you share with another nextcloud user? Or is it someone else’s calendar you configured on your phone? In that case how did you add it to your phone? What is the exact setup (also on nextcloud)?
status update: changed from Xperia Z5 Compact (Android Nougat) to Samsung Galaxy Xcover 4 (Android Oreo 8.1). Works like a charm. No problems so far whatsoever. Most email clients seem to use the same system services to do ActiveSync, so they all had the same glitch, with one exception: nine, as mentioned before. they may have their own implementation. the only thing that concerns me is, older z-push versions have been working on my old phone.
the caldav backend is a community contribution and I’m not very familiar with it. I also don’t speak Korean, so I’ve no idea what ‘^@쨀\횛체쨩m짯 ^@\횚^@횋횥횂’ means or if it even makes sense. I have also no idea what the mobile packs into the timezone description which is in the incoming timezone tag.
I guess though that WBXML timezone and packed are different because one contains “Korea Standard Time” (’^@쨀\횛체쨩m짯 ^@\횚^@횋횥횂’) and another “(GMT+09:00) Seoul”. And in PHP it’s “Asia/Seoul”.
The timezone handling is tricky because PHP timezones doesn’t match Windows timezones, so you have to map them which can lead to inaccuracies.
Could you explain your use case more detailed? Does it involve only Outlook syncing to some groupware or do you also want to sync mobile devices?
@liverpoolfcfan thank you very much for the detailed explaination.
This server is the busiest we have, there are ~90 users and 130 AS sessions (not all active). Most of them are with normal handeld devices, but there is a percentage of Outlook clients, which are the most problematic ones.
Anyway the server load is very low, always lower than 0.3 and rarely going higher. Using ZWC is fast, so I don’t understand why it’s sometimes slow on AS replies. The infrastructure is not really up to date: Zimbra 8.6, PHP 5.5, ZP 2.3.9, backend 67.
I’m going to migrate state files to MySQL to see if it helps in improving performance.