On Wednesday 01 September 2010 20:47:27 Wolfgang Sourdeau wrote: > Nope. You need to define your SOGo domains manually. Note that a "SOGo > domain" is more than a "mail domain". Each SOGo domain can in turn > include its own "SOGoMailDomain".
Ok. And sogo figures out which domain should be used by matching against x- webobjects-server-name? > > * Can SOGo use other caldav / carddav backends (e.g., Apple's Calendar > > server)? > > What do you mean by this? At the moment, I presume this data is stored in a SQL-based database backend? Should we expect it to be pluggable to other specialized backends in the future? (Or, a separated caldav/carddav product?) But actually, this is not most important for me at this point in time. > > * Is an option like SOGoSpamFolderName available? > > Nope, as there is currently no spam reporting mechanism? Is the feature > you would like the ability to move emails to that folder whenever a > "Report this as spam" button would be clicked? Indeed. I've got a dspam re-classification attached to an IMAP folder. But, I guess drag and drop will do the job, too. > SOGo makes use of IMAP but does not use "IDLE" as it is stateless. > Funambol, as used as a middleware for SOGo, does not. What I wanted to figure out, is whether or not there would be an additional delay for delivering e-mail to PDAs through the Funambol route. Thanks, Cheers, Rutger
-- users@sogo.nu https://inverse.ca/sogo/lists