1 | <?php |
---|
2 | /*********************************************** |
---|
3 | * File : config.php |
---|
4 | * Project : Z-Push |
---|
5 | * Descr : Main configuration file |
---|
6 | * |
---|
7 | * Created : 01.10.2007 |
---|
8 | * |
---|
9 | * Copyright 2007 - 2013 Zarafa Deutschland GmbH |
---|
10 | * |
---|
11 | * This program is free software: you can redistribute it and/or modify |
---|
12 | * it under the terms of the GNU Affero General Public License, version 3, |
---|
13 | * as published by the Free Software Foundation with the following additional |
---|
14 | * term according to sec. 7: |
---|
15 | * |
---|
16 | * According to sec. 7 of the GNU Affero General Public License, version 3, |
---|
17 | * the terms of the AGPL are supplemented with the following terms: |
---|
18 | * |
---|
19 | * "Zarafa" is a registered trademark of Zarafa B.V. |
---|
20 | * "Z-Push" is a registered trademark of Zarafa Deutschland GmbH |
---|
21 | * The licensing of the Program under the AGPL does not imply a trademark license. |
---|
22 | * Therefore any rights, title and interest in our trademarks remain entirely with us. |
---|
23 | * |
---|
24 | * However, if you propagate an unmodified version of the Program you are |
---|
25 | * allowed to use the term "Z-Push" to indicate that you distribute the Program. |
---|
26 | * Furthermore you may use our trademarks where it is necessary to indicate |
---|
27 | * the intended purpose of a product or service provided you use it in accordance |
---|
28 | * with honest practices in industrial or commercial matters. |
---|
29 | * If you want to propagate modified versions of the Program under the name "Z-Push", |
---|
30 | * you may only do so if you have a written permission by Zarafa Deutschland GmbH |
---|
31 | * (to acquire a permission please contact Zarafa at trademark@zarafa.com). |
---|
32 | * |
---|
33 | * This program is distributed in the hope that it will be useful, |
---|
34 | * but WITHOUT ANY WARRANTY; without even the implied warranty of |
---|
35 | * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the |
---|
36 | * GNU Affero General Public License for more details. |
---|
37 | * |
---|
38 | * You should have received a copy of the GNU Affero General Public License |
---|
39 | * along with this program. If not, see <http://www.gnu.org/licenses/>. |
---|
40 | * |
---|
41 | * Consult LICENSE file for details |
---|
42 | ************************************************/ |
---|
43 | |
---|
44 | /********************************************************************************** |
---|
45 | * Default settings |
---|
46 | */ |
---|
47 | // Defines the default time zone, change e.g. to "Europe/London" if necessary |
---|
48 | define('TIMEZONE', ''); |
---|
49 | |
---|
50 | // Defines the base path on the server |
---|
51 | define('BASE_PATH', '/var/www/htdocs/syn3/z-push/'); |
---|
52 | |
---|
53 | // Try to set unlimited timeout |
---|
54 | define('SCRIPT_TIMEOUT', 0); |
---|
55 | |
---|
56 | // When accessing through a proxy, the "X-Forwarded-For" header contains the original remote IP |
---|
57 | define('USE_X_FORWARDED_FOR_HEADER', false); |
---|
58 | |
---|
59 | // When using client certificates, we can check if the login sent matches the owner of the certificate. |
---|
60 | // This setting specifies the owner parameter in the certificate to look at. |
---|
61 | define("CERTIFICATE_OWNER_PARAMETER", "SSL_CLIENT_S_DN_CN"); |
---|
62 | |
---|
63 | /********************************************************************************** |
---|
64 | * Default FileStateMachine settings |
---|
65 | */ |
---|
66 | define('STATE_DIR', '/var/lib/z-push/'); |
---|
67 | |
---|
68 | |
---|
69 | /********************************************************************************** |
---|
70 | * Logging settings |
---|
71 | * Possible LOGLEVEL and LOGUSERLEVEL values are: |
---|
72 | * LOGLEVEL_OFF - no logging |
---|
73 | * LOGLEVEL_FATAL - log only critical errors |
---|
74 | * LOGLEVEL_ERROR - logs events which might require corrective actions |
---|
75 | * LOGLEVEL_WARN - might lead to an error or require corrective actions in the future |
---|
76 | * LOGLEVEL_INFO - usually completed actions |
---|
77 | * LOGLEVEL_DEBUG - debugging information, typically only meaningful to developers |
---|
78 | * LOGLEVEL_WBXML - also prints the WBXML sent to/from the device |
---|
79 | * LOGLEVEL_DEVICEID - also prints the device id for every log entry |
---|
80 | * LOGLEVEL_WBXMLSTACK - also prints the contents of WBXML stack |
---|
81 | * |
---|
82 | * The verbosity increases from top to bottom. More verbose levels include less verbose |
---|
83 | * ones, e.g. setting to LOGLEVEL_DEBUG will also output LOGLEVEL_FATAL, LOGLEVEL_ERROR, |
---|
84 | * LOGLEVEL_WARN and LOGLEVEL_INFO level entries. |
---|
85 | */ |
---|
86 | define('LOGFILEDIR', '/var/log/z-push/'); |
---|
87 | define('LOGFILE', LOGFILEDIR . 'z-push.log'); |
---|
88 | define('LOGERRORFILE', LOGFILEDIR . 'z-push-error.log'); |
---|
89 | define('LOGLEVEL', LOGLEVEL_INFO); |
---|
90 | define('LOGAUTHFAIL', false); |
---|
91 | |
---|
92 | |
---|
93 | // To save e.g. WBXML data only for selected users, add the usernames to the array |
---|
94 | // The data will be saved into a dedicated file per user in the LOGFILEDIR |
---|
95 | // Users have to be encapusulated in quotes, several users are comma separated, like: |
---|
96 | // $specialLogUsers = array('info@domain.com', 'myusername'); |
---|
97 | define('LOGUSERLEVEL', LOGLEVEL_DEVICEID); |
---|
98 | $specialLogUsers = array(); |
---|
99 | |
---|
100 | // Location of the trusted CA, e.g. '/etc/ssl/certs/EmailCA.pem' |
---|
101 | // Uncomment and modify the following line if the validation of the certificates fails. |
---|
102 | // define('CAINFO', '/etc/ssl/certs/EmailCA.pem'); |
---|
103 | |
---|
104 | /********************************************************************************** |
---|
105 | * Mobile settings |
---|
106 | */ |
---|
107 | // Device Provisioning |
---|
108 | define('PROVISIONING', false); |
---|
109 | |
---|
110 | // This option allows the 'loose enforcement' of the provisioning policies for older |
---|
111 | // devices which don't support provisioning (like WM 5 and HTC Android Mail) - dw2412 contribution |
---|
112 | // false (default) - Enforce provisioning for all devices |
---|
113 | // true - allow older devices, but enforce policies on devices which support it |
---|
114 | define('LOOSE_PROVISIONING', false); |
---|
115 | |
---|
116 | // Default conflict preference |
---|
117 | // Some devices allow to set if the server or PIM (mobile) |
---|
118 | // should win in case of a synchronization conflict |
---|
119 | // SYNC_CONFLICT_OVERWRITE_SERVER - Server is overwritten, PIM wins |
---|
120 | // SYNC_CONFLICT_OVERWRITE_PIM - PIM is overwritten, Server wins (default) |
---|
121 | define('SYNC_CONFLICT_DEFAULT', SYNC_CONFLICT_OVERWRITE_PIM); |
---|
122 | |
---|
123 | // Global limitation of items to be synchronized |
---|
124 | // The mobile can define a sync back period for calendar and email items |
---|
125 | // For large stores with many items the time period could be limited to a max value |
---|
126 | // If the mobile transmits a wider time period, the defined max value is used |
---|
127 | // Applicable values: |
---|
128 | // SYNC_FILTERTYPE_ALL (default, no limitation) |
---|
129 | // SYNC_FILTERTYPE_1DAY, SYNC_FILTERTYPE_3DAYS, SYNC_FILTERTYPE_1WEEK, SYNC_FILTERTYPE_2WEEKS, |
---|
130 | // SYNC_FILTERTYPE_1MONTH, SYNC_FILTERTYPE_3MONTHS, SYNC_FILTERTYPE_6MONTHS |
---|
131 | define('SYNC_FILTERTIME_MAX', SYNC_FILTERTYPE_ALL); |
---|
132 | |
---|
133 | // Interval in seconds before checking if there are changes on the server when in Ping. |
---|
134 | // It means the highest time span before a change is pushed to a mobile. Set it to |
---|
135 | // a higher value if you have a high load on the server. |
---|
136 | define('PING_INTERVAL', 30); |
---|
137 | |
---|
138 | // Interval in seconds to force a re-check of potentially missed notifications when |
---|
139 | // using a changes sink. Default are 300 seconds (every 5 min). |
---|
140 | // This can also be disabled by setting it to false |
---|
141 | define('SINK_FORCERECHECK', 300); |
---|
142 | |
---|
143 | // Set the fileas (save as) order for contacts in the webaccess/webapp/outlook. |
---|
144 | // It will only affect new/modified contacts on the mobile which then are synced to the server. |
---|
145 | // Possible values are: |
---|
146 | // SYNC_FILEAS_FIRSTLAST - fileas will be "Firstname Middlename Lastname" |
---|
147 | // SYNC_FILEAS_LASTFIRST - fileas will be "Lastname, Firstname Middlename" |
---|
148 | // SYNC_FILEAS_COMPANYONLY - fileas will be "Company" |
---|
149 | // SYNC_FILEAS_COMPANYLAST - fileas will be "Company (Lastname, Firstname Middlename)" |
---|
150 | // SYNC_FILEAS_COMPANYFIRST - fileas will be "Company (Firstname Middlename Lastname)" |
---|
151 | // SYNC_FILEAS_LASTCOMPANY - fileas will be "Lastname, Firstname Middlename (Company)" |
---|
152 | // SYNC_FILEAS_FIRSTCOMPANY - fileas will be "Firstname Middlename Lastname (Company)" |
---|
153 | // The company-fileas will only be set if a contact has a company set. If one of |
---|
154 | // company-fileas is selected and a contact doesn't have a company set, it will default |
---|
155 | // to SYNC_FILEAS_FIRSTLAST or SYNC_FILEAS_LASTFIRST (depending on if last or first |
---|
156 | // option is selected for company). |
---|
157 | // If SYNC_FILEAS_COMPANYONLY is selected and company of the contact is not set |
---|
158 | // SYNC_FILEAS_LASTFIRST will be used |
---|
159 | define('FILEAS_ORDER', SYNC_FILEAS_LASTFIRST); |
---|
160 | |
---|
161 | // Amount of items to be synchronized per request |
---|
162 | // Normally this value is requested by the mobile. Common values are 5, 25, 50 or 100. |
---|
163 | // Exporting too much items can cause mobile timeout on busy systems. |
---|
164 | // Z-Push will use the lowest value, either set here or by the mobile. |
---|
165 | // default: 100 - value used if mobile does not limit amount of items |
---|
166 | define('SYNC_MAX_ITEMS', 100); |
---|
167 | |
---|
168 | // The devices usually send a list of supported properties for calendar and contact |
---|
169 | // items. If a device does not includes such a supported property in Sync request, |
---|
170 | // it means the property's value will be deleted on the server. |
---|
171 | // However some devices do not send a list of supported properties. It is then impossible |
---|
172 | // to tell if a property was deleted or it was not set at all if it does not appear in Sync. |
---|
173 | // This parameter defines Z-Push behaviour during Sync if a device does not issue a list with |
---|
174 | // supported properties. |
---|
175 | // See also https://jira.zarafa.com/browse/ZP-302. |
---|
176 | // Possible values: |
---|
177 | // false - do not unset properties which are not sent during Sync (default) |
---|
178 | // true - unset properties which are not sent during Sync |
---|
179 | define('UNSET_UNDEFINED_PROPERTIES', false); |
---|
180 | |
---|
181 | // ActiveSync specifies that a contact photo may not exceed 48 KB. This value is checked |
---|
182 | // in the semantic sanity checks and contacts with larger photos are not synchronized. |
---|
183 | // This limitation is not being followed by the ActiveSync clients which set much bigger |
---|
184 | // contact photos. You can override the default value of the max photo size. |
---|
185 | // default: 49152 - 48 KB default max photo size in bytes |
---|
186 | define('SYNC_CONTACTS_MAXPICTURESIZE', 49152); |
---|
187 | |
---|
188 | // Over the WebserviceUsers command it is possible to retrieve a list of all |
---|
189 | // known devices and users on this Z-Push system. The authenticated user needs to have |
---|
190 | // admin rights and a public folder must exist. |
---|
191 | // In multicompany environments this enable an admin user of any company to retrieve |
---|
192 | // this full list, so this feature is disabled by default. Enable with care. |
---|
193 | define('ALLOW_WEBSERVICE_USERS_ACCESS', false); |
---|
194 | |
---|
195 | /********************************************************************************** |
---|
196 | * Backend settings |
---|
197 | */ |
---|
198 | // the backend data provider |
---|
199 | define('BACKEND_PROVIDER', 'BackendZarafa'); |
---|
200 | |
---|
201 | /********************************************************************************** |
---|
202 | * Search provider settings |
---|
203 | * |
---|
204 | * Alternative backend to perform SEARCH requests (GAL search) |
---|
205 | * By default the main Backend defines the preferred search functionality. |
---|
206 | * If set, the Search Provider will always be preferred. |
---|
207 | * Use 'BackendSearchLDAP' to search in a LDAP directory (see backend/searchldap/config.php) |
---|
208 | */ |
---|
209 | define('SEARCH_PROVIDER', ''); |
---|
210 | // Time in seconds for the server search. Setting it too high might result in timeout. |
---|
211 | // Setting it too low might not return all results. Default is 10. |
---|
212 | define('SEARCH_WAIT', 10); |
---|
213 | // The maximum number of results to send to the client. Setting it too high |
---|
214 | // might result in timeout. Default is 10. |
---|
215 | define('SEARCH_MAXRESULTS', 10); |
---|
216 | |
---|
217 | |
---|
218 | /********************************************************************************** |
---|
219 | * Synchronize additional folders to all mobiles |
---|
220 | * |
---|
221 | * With this feature, special folders can be synchronized to all mobiles. |
---|
222 | * This is useful for e.g. global company contacts. |
---|
223 | * |
---|
224 | * This feature is supported only by certain devices, like iPhones. |
---|
225 | * Check the compatibility list for supported devices: |
---|
226 | * http://z-push.sf.net/compatibility |
---|
227 | * |
---|
228 | * To synchronize a folder, add a section setting all parameters as below: |
---|
229 | * store: the ressource where the folder is located. |
---|
230 | * Zarafa users use 'SYSTEM' for the 'Public Folder' |
---|
231 | * folderid: folder id of the folder to be synchronized |
---|
232 | * name: name to be displayed on the mobile device |
---|
233 | * type: supported types are: |
---|
234 | * SYNC_FOLDER_TYPE_USER_CONTACT |
---|
235 | * SYNC_FOLDER_TYPE_USER_APPOINTMENT |
---|
236 | * SYNC_FOLDER_TYPE_USER_TASK |
---|
237 | * SYNC_FOLDER_TYPE_USER_MAIL |
---|
238 | * |
---|
239 | * Additional notes: |
---|
240 | * - on Zarafa systems use backend/zarafa/listfolders.php script to get a list |
---|
241 | * of available folders |
---|
242 | * |
---|
243 | * - all Z-Push users must have full writing permissions (secretary rights) so |
---|
244 | * the configured folders can be synchronized to the mobile |
---|
245 | * |
---|
246 | * - this feature is only partly suitable for multi-tenancy environments, |
---|
247 | * as ALL users from ALL tenents need access to the configured store & folder. |
---|
248 | * When configuring a public folder, this will cause problems, as each user has |
---|
249 | * a different public folder in his tenant, so the folder are not available. |
---|
250 | |
---|
251 | * - changing this configuration could cause HIGH LOAD on the system, as all |
---|
252 | * connected devices will be updated and load the data contained in the |
---|
253 | * added/modified folders. |
---|
254 | */ |
---|
255 | |
---|
256 | $additionalFolders = array( |
---|
257 | // demo entry for the synchronization of contacts from the public folder. |
---|
258 | // uncomment (remove '/*' '*/') and fill in the folderid |
---|
259 | /* |
---|
260 | array( |
---|
261 | 'store' => "SYSTEM", |
---|
262 | 'folderid' => "", |
---|
263 | 'name' => "Public Contacts", |
---|
264 | 'type' => SYNC_FOLDER_TYPE_USER_CONTACT, |
---|
265 | ), |
---|
266 | */ |
---|
267 | ); |
---|
268 | |
---|
269 | ?> |
---|