Do app pushing entirely within Registry.

This reverts commit 2b647b8ef7bb3be67b3b63616b9988de697744f6.

fix file name

Need to push $app onto the stack before loading it's preferences.

Prevents fatal errors due to autoloading not being setup for the app.

Make sure we have the APIs needed for each folder class

Add a Task message object in preperation for task synch support

...also consistently use self:: for these constants where appropriate

set the activesync MEETINGSTATUS property accordingly.

Remove stale syncstate if we have a key mismatch

this method is now obsolete

When performing remotewipe, only send <status> and <remotewipe />

We were sending the entire provision section - it should be ignored by
clients...but the spec clearly states it should only contain <remotewipe />

remove todo and obsolete constants

Throw exception if synckey is mangled, and return appropriate status code to PIM

Remove a bunch of @todo

Fix case of method name, remove deprecated code

Initial implementation of the sendMail method.

sendMail receives a rfc822 string from the PIM, parses it and sends it through Horde's configured mailer.
Currently only used when the PIM initiates sending appointment invitations. Still need to fill in the rest of the
implementation before it can be used more widely.

Inject a mailer instance into the activesync driver

Add SendMail.php to package.xml

We need to implement SendMail:

Seems that some clients automatically call SendMail when creating a new appointment with attendees and send
them a meeting invitation. Implement the request class, but the driver currently discards the email rec'd. Need
to figure out what to do with this...

The last of the (currently implemented) constants.

..also comment out the defines for constants used in commands that are not yet implemented.

Remove deprecated defines

Move Request related constants to the main Horde_ActiveSync class.

These are used in various places, avoid loading other files just to get
at these constants.

Fix constant name

More constant fixes

Don't output any body, just the header. Devices won't show this anyway

TRUNCATION constants

Class constants for various sync request tags

Start moving these to class constants.

This one moves the POOMCONTACTS and POOMCONTACTS2 constants

Correctly determine if we are creating a session or not when calling rpc.php.

Need to determine type of server before calling appInit() and also need to let
Horde_Controller_Request_Http know we don't want a session.  This will probably
be taken care of when we use a full-fledged controller here, but for now we need to
pass the session_control value to the Request const'r.

Fix check if AS is disabled.

Display subscription URLs.

Tweak alignment and wording.

Show 'no items' notice if a calendar section is empty.

Render 'more' links inline.

Use "bolder" arrow sign.

MFB: Remove deleted list contacts from the same address book too.

Check for pear_error being returned from Horde_Share

Need to define this variable even if we are wiping

These properties are only present in AS versions > 2.5

Initial support for resources to contain email addresses.

No notifications are sent, just stores the email address. Needed for
synch clients that support resource attendees.

Avoid &new.

Refactor the permission handling in Kolab_Storage.

Don't attempt to send categories if none are set

This method is called statically

Fill in the remaining properties for event exceptions - and add missing support for the body (kronolith's Notes field) element.

Some clients send a PROVISION command even when it's not told to do so by the server.

We must check our provision setting when we receive a PROVISION request, and send back
a NOT_DEFINED status code if no policy exists on the server.

The list of internal attributes is just a list and not an association of attribute names and corresponding class names.

Always fetch single attributes.

Migrate hooks to H4 (Request #8954).

Add support for attendees when syncing via ActiveSync devices

Fix adding and getting attendees from the Appointment object.

Adding attendees should now work when syncing

Override this even though it's not implemented. It's needed to prevent fatals when searching.

Some devices send SEARCH requests when adding attendees to an event, this prevents those requests from
killing the server.

Bug #8612: Automatically disable tidy.clean_output PHP setting

Bug #8952: Fix casting spam parameter to number

We really shouldn't need to be this detailed with the logging

Clean up some logging, and some other misc. cleanup

Make folder list display display via template.

Identities prefs should be working again.

Make folder list display display via template.

Initial support for resources to contain email addresses.

No notifications are sent, just stores the email address. Needed for
synch clients that support resource attendees.

Avoid &new.

Refactor the permission handling in Kolab_Storage.

Don't attempt to send categories if none are set

This method is called statically

Fill in the remaining properties for event exceptions - and add missing support for the body (kronolith's Notes field) element.

Some clients send a PROVISION command even when it's not told to do so by the server.

We must check our provision setting when we receive a PROVISION request, and send back
a NOT_DEFINED status code if no policy exists on the server.

The list of internal attributes is just a list and not an association of attribute names and corresponding class names.

Always fetch single attributes.

Migrate hooks to H4 (Request #8954).

Add support for attendees when syncing via ActiveSync devices

Fix adding and getting attendees from the Appointment object.

Adding attendees should now work when syncing

Override this even though it's not implemented. It's needed to prevent fatals when searching.

Some devices send SEARCH requests when adding attendees to an event, this prevents those requests from
killing the server.

Bug #8612: Automatically disable tidy.clean_output PHP setting

Bug #8952: Fix casting spam parameter to number

We really shouldn't need to be this detailed with the logging

Clean up some logging, and some other misc. cleanup

Merge branch 'master' into newprefs

Key can't be empty when passing to Crypt_Blowfish

Catch messages with no date header

Merge branch 'master' into newprefs

Key can't be empty when passing to Crypt_Blowfish

Key can't be empty when passing to Crypt_Blowfish

Convert turba addressbooks pref to json format

Move form processing for source/addressbook prefs to Widgets class

Move alarms handling into prefs ui widgets

Allow injecting the Imap_Client into the Kolab_Storage driver.

Add TODO.

Move addressbook param code back to the applications

No need to pass UI object to widget code

Catch messages with no date header

Catch messages with no date header

Convert mnemo to new preferences UI

Merge branch 'master' into newprefs

Conflicts:
framework/Prefs/lib/Horde/Prefs/Ui.php

Improvements to addressbook pref handling

Migrate to H4 (imp (at) lx-soft (dot) com, Request #8950).

Import Mnemo from CVS.

Convert fima to new preferences UI code

Convert gollem to new preferences UI code

Convert Ansel to new preferences UI code

$_FILES is always set.

Fix saving multienum prefs that have their enums provided by prefsInit().

Preferences UI rewrite.

Goals of the rewrite:
1. Make ALL preference page display across ALL applications handled by a
single point: the horde services preference page. This means moving all
application specifc preference handling to inside of
Horde_Registry_Application functions. NO page, other than
horde/services/prefs.php, should be using the Horde Prefs UI functions
anymore.
2. Move Horde Prefs UI code out of Prefs package and into the Core
package. UI handling is not something that should be handled by a
library (will eventually move other things out of Prefs too, including
Category Management and Identity code, since this is code that overlays
the Prefs driver in a Horde-specific manner)
3. Simplify the prefs UI configuration. Don't require 'shared' or
'locked' entries (default to false) or 'type' entry (default to
'implicit'). Remove some unneeded types (select). Improve documentation.
4. Handle dynamic population of entries and suppression of prefGroups
and specific preferences in Application::prefsInit(). This code confuses
the prefs.php file.
5. Abstract out some common 'special' preference handlers.  For
example, identical addressbook selection code is used in several
applications (imp, kronolith, whups). Move this code to a prefs UI
widgets class so it can be reused.
6. Convert prefs templates to Horde_Template. As always, I know the
arguments against HT, but the simple fact is that is still the only
time-tested method that we used and it does produce a template file that
is easy to edit. Not to mention that the PHP code polluting the old
include files made these files absolutely unreadable and/or
maintainable.
7. Remove credentials code.  It wasn't being used anywhere in the code (I
believe it used to be a hack for IMP-related auth in Horde 3.x, but
shouldn't be needed anymore due to new authentication code).
8. Other improvements that have escaped my mind since I have been
working on this code for several weeks now...

Reasons for the rewrite:
1. The old Prefs UI code was ancient and a mess.  It was a static file
and globals were used all over the place.  New UI code is OO-based and
allows us to pass the object around, making these like suppression of
groups/prefs, hiding buttons, and current state identification much
easier and cleaner.
2. There is a need to redo the UI itself, especially for dynamic
apps, to allow for a different/better preferences experience. Thus, the
UI will eventually be able to be themed based on the current view type
(dynamic, standard, mobile/minimal). To do this, all UI needs to be
controlled from a single source, rather than disparate scripts.
3. Add ability to mark preferences as 'advanced' so they are not shown
by default.  This is prefereable to the current method of 'locking'
advanced prefs.  Admins may very well want users to be able to change a
pref, but they don't want that pref shown to basic users.