Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
Mr Marcotte, Please forgive me for being direct. I just checked the SOGo web site (again) and am reading both the first page and the press release. It clearly states: SOGo2.0.0beta1with native Outlook compatibility. SOGo is the first Free and Open Source groupware to offer this feature! New features in 2.0.0beta1 This prerelease allows Microsoft Outlook 2003, 2007 or 2010 to talk directly to SOGo - just like if it was a Microsoft Exchange server.No plugins are required for Microsoft Outlook to make this work. Nowhere in the documentation it is written that the native Outlook compatibility is only supported up to a certain degree due to missing features. When SOGo users on this mailing list inform that certain functions do not work, use time and effort (and time is money for some of us...) to see what this new feature is all about, it is only correct to say that they are reporting bugs. If those are not bugs, it should be stated what functions are not included, since people expect an alternative to their Exchange server (as so nicely presented in the press release). I am not here to make bad publicity. But when somebody tells me to refrain from responding, I find it more then correct to point out the above. Again, forgive me for being direct. I guess I must have been mislead by the way the software was announced. But I know there is one thing we all can agree on: it is a beta release. Other then that let me add that SOGo is a great piece of software, and I hope to install it on a production server soon. There are still a few things I need to work out, hopefully by using this mailing list. I have send a commercial request earlier to Inverse, but never got a reply. But well manage. To all of those who work had on this project: keep up the great work, youre doing an incredible job ! Regards, Harry On Tuesday, January 17, 2012 11:40 PM CET, Ludovic Marcotte lmarco...@inverse.ca wrote: On 17/01/12 17:14, Harry M. Aasterud wrote: Read the e-mails from today Outlook connector. Here is the discussion and conclusion that the Outlook connector still is in beta for SOGo V2. So not stable for production. To many bugs... You have to differentiate bugs and missing features in a beta software. If you cant due to your lack of knowledge on the solution, refrain from responding. Such comments are far from motivating for all of those who work hard on it. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
Hello Harry, Am 18.01.2012 09:05, schrieb Harry M. Aasterud: Mr Marcotte, Please forgive me for being direct. I just checked the SOGo web site (again) and am reading both the first page and the press release. It clearly states: SOGo*2.0.0beta1*with native Outlook compatibility. SOGo is the first Free and Open Source groupware to offer this feature! New features in 2.0.0beta1 This prerelease allows Microsoft Outlook 2003, 2007 or 2010 to talk directly to SOGo - just like if it was a Microsoft Exchange server.*No plugins are required for Microsoft Outlook to make this work.* Nowhere in the documentation it is written that the native Outlook compatibility is only supported up to a certain degree due to missing features. BETA BETA BETA What do you think that word means ? The intention is to make it fully working, but that's not done in one day. Features are added step by step and when it will be complete to work in a LAN environment we will see a final version. Of course some features like rpc over https will probably be missing, but these are features which will be added later on. (Exchange 2010 was not built in one day either) André -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Outlook connector
Absolutely correct. Kind regards, Christian Mack On 2012-01-17 17:55, Harry M. Aasterud wrote: Thank you all for spontaneous reaction :o) Great ! The way I understand it the status is as follows: The latest 1.3.xx release is ready for production, and so is the TB connector/integrator. This combination can be offered as a hosted multi-domain groupware solution. Funambol syncing is also to be considered to work on a production platform at this stage. Outlook compatibility is still in beta. And even then it can only be used via LAN, not as a hosted solution where a local Outlook user connects to an external server over http(s) and synchronizes data from his local PC to the hosted server. Correct? Just to know what expectations to have, and what we can promise our users we can deliver ;o) Regards, Harry On Tuesday, January 17, 2012 05:08 PM CET, Ludovic Marcotte lmarco...@inverse.ca wrote: On 17/01/12 10:58, Julian Robbins wrote: But that said, I don't think it will be too long before it will be perfectly usable as a real alternative. Everybody has different expectations. SOGo is *already* an Exchange alternative - used in very (if not extremely) large-scale environments. When it comes to native Outlook compatibility, we have a radically different approach. We never stated it was ready for production and that's why we've created the SOGo v2 branch - to let people test it quite easily (together with the ZEG/Outlook). For those who want to offer hosted native Outlook compatibility, the Outlook Anywhere (RPC over HTTP) protocol will have to be added first to the whole solution (mostly in Samba4). Regards, -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question about provisioning users in SOGo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 00:28, Georg Bretschneider wrote: Hi Fabian, please take a look into the SOGo documentation. There is an example ldif file shown for creating an ordinary user. With the informations provided there you should be able to create a user using Webmin, too. But it looks like you are having a general problem here. Take a look into this conversation: http://permalink.gmane.org/gmane.comp.groupware.sogo.user/8325 Bye Georg Georg, My point here is I am using the Zero Effort Groupware version of SOGo, which is supposed to be, well, zero effort. I thought having a quick demo with the ZEG virtual machine would work immediately, which sadly isn't the case. If you look the documentation bit you mention, you'll notice it's a cut paste of the admin bit, which is why I cloned the user via the web interface. If such obvious assumptions don't work when documentation is missing, I am all for experimenting all the options, digging into LDAP and filing the bug reports but my context is different right now. I have taken notes of what could be improved in the ZEG image, I'll post that next. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WgQEACgkQfUcTXFrypNX1WQCfewvky4f5VVfXFvFOwGVS4dK5 yZcAni03eFD+r+smjtexyEX9Dngq8pMz =QqH5 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-17 17:14, Harry M. Aasterud wrote: Hi Fabian, Read the e-mails from today Outlook connector. Here is the discussion and conclusion that the Outlook connector still is in beta for SOGo V2. So not stable for production. To many bugs... Actually the comments are pretty positive and progress is very good from my point of view. For once being an Outlook user is not better than using Thunderbird ;) In my context I already have the OK to ditch Outlook and go for Thunderbird. The recent announcement from Mozilla about enterprise versions and support makes this easier. We'll still have people that don't want to leave Outlook in other projects, so I'll follow that closely. For anyone that has the time and resources to do so right now, it's an ideal time to help with the Outlook connector testing QA, as you stand a high chance of influencing its development and tackle your issues. Beta is where you get the most of dev attention. Cheers, F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WhmIACgkQfUcTXFrypNX9IwCfYf1p+f2V9lBZ58FDnw8lnkrH mnMAn2AhihaD6dg4d8l/5HBqRZ45+hPi =yhCK -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 03:05, Harry M. Aasterud wrote: Mr Marcotte, [...] Nowhere in the documentation it is written that the native Outlook compatibility is only supported up to a certain degree due to missing features. It's actually pretty clear in the documentation: The current version of the Native Microsoft Outlook compatibility layer has some limitations. Those limitations will be overcome in the upcoming beta. If you are interested in having those limitations fixed more rapidly, please contact Inverse by sending an email to supp...@inverse.ca. (page 14 of http://www.sogo.nu/files/docs/SOGo%20Native%20Microsoft%20Outlook%20Configuration.pdf at http://www.sogo.nu/downloads/documentation.html) Not sure if that doc was posted after b1 but it looks good. Having a PDF handy to forward to the Windows admins with an exact quote in 2 sentences, which also covers commercial support (pay if you can't wait) is as good as it gets. Great work, indeed. Cheers, F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WiBwACgkQfUcTXFrypNUDZQCdF79xPCePoqbBpOgiH+vZbpQa E5QAoJ+70fkqLt0HDAq5SBGbY03oSpbG =/knB -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
On 2012-01-18 00:26, Fabian Rodriguez wrote: On 12-01-17 05:46 PM, Ludovic Marcotte wrote: On 17/01/12 16:43, Fabian Rodriguez wrote: The users I need this for already have email provisioned elsewhere. Where? What kind of software is used for provisioning? SOGo can reuses existing LDAP or SQL-based infrastructures to authenticate users. A commercial ISP. Ludovic didn't ask for the name of your Provider or your contracts ;-) How are users authenticated there? LDAP, ActiveDirectory, Database? Do you have access to this authentication store? If the answer is yes, then you can integrate this authentication into SOGo. This means no local copy of it, but direct access from SOGo to it. Will their IMAP remote account be able to integrate shared contacts and calendar from a local SOGo server ? Define remote account. If it's a GMail account, for example. SOGo will be able to pull mails over IMAP just fine. You can also likely pull the ICS version of your calendar from GMail to SOGo. As for contacts, no. IMAP remote account = email account on ISP's server. I didn't mean to integrate the remote CAL/adrbook (there are none in this case), but rather the local ones provided with SOGo (instead of Outlook's data in workstation-local .PST files). I understand the need for the local mail server (notifications, primarily), but I want to keep those separate. Is it possible ? Depends on your answer above ;-) My conclusion is yes - if I read this correctly, SOGo would pull IMAP the external IMAP account locally to its own IMAP store. Where does that configuration (for remote pull/sync) happen ? I have much to learn about this. No, SOGo doesn't pull emails from external IMAP into its own IMAP store. It uses one IMAP store which can be located anywhere. The difficult part is authentication. SOGo needs to know how to authenticate at this IMAP store. See the above questions. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Somme suggestions to improve the ZEG VM image
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 03:37, Fabián Rodríguez wrote: Hello, Yesterday when trying the ZEG VM Sogo image for the first time I took some notes that would make it better for first-timers.[...] - The in-depth documentation only has a brief LDIF-only example of adding a user, which was cutpast of creating the administrator (which isn't needed in ZEG - or is it?), I am trying this next but will have to restart from scratch. - Once the appliance has finished booting, a URL will be shown. Please follow the next instructions from there. There were many options but no clear use-case for a first time test. My use case was: 1- Add two users [...] Got stuck at #1 which really wasn't expected. This bit from another (current) thread on SQL authentication seems to support the need for a bit more hand-holding when adding users (within the ZEG or not): I?m trying to add the Admin user and a regular user, and I?m stuck. There doesn?t seem to be a sogo_view table, which seems to be logical given the other DB options added and their corresponding tables in the DB. Also, the other tables don?t have enough fields to make me think they?re relevant for adding users. The documentation shows how to add users using LDAP, but nothing on SQL. Furthermore, what are the pros/cons of authenticating via and SQL db / LDAP ? Stating this in the documentation would help shape a SOGo install for future needs. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WiSEACgkQfUcTXFrypNVIYQCaAyA2tqlAxQdeZE3ykZQpXQKJ AIkAoP6u9MICaLxZ5EWoCIpYfSpmgOnm =B0ql -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 03:55, Christian Mack wrote: On 2012-01-18 00:26, Fabian Rodriguez wrote: On 12-01-17 05:46 PM, Ludovic Marcotte wrote: On 17/01/12 16:43, Fabian Rodriguez wrote: The users I need this for already have email provisioned elsewhere. Where? What kind of software is used for provisioning? SOGo can reuses existing LDAP or SQL-based infrastructures to authenticate users. A commercial ISP. Ludovic didn't ask for the name of your Provider or your contracts ;-) How are users authenticated there? LDAP, ActiveDirectory, Database? Do you have access to this authentication store? If the answer is yes, then you can integrate this authentication into SOGo. This means no local copy of it, but direct access from SOGo to it. It's just IMAP email accounts part of a standard web hosting service at a commercial ISP. *Not* Gmail, that tends to confuse the whole addressbook/calendar part. No, I don't have access to the authentication store (other than the IMAP/POP3 protocols). Ludovic knows exactly where I work and who I work with, as anyone can find from my very public information. ;) Please don't CC me, I am on the list. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WjvYACgkQfUcTXFrypNVMaQCcDALd24h7DYXp6G/TVlYcC/PG +HIAoLgMYx6t2LtUMY+gvEL0XVyFaxoU =fDKS -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Does SOGo handle SMTP error codes in Webmail?
On 17/01/12 18:28, Francis Lachapelle wrote: In here http://www.sogo.nu/english/nc/support/faq/article/cant-send-mail-via-the-the-web-interface-2.html it claims that Note that SOGo doesn't currently handle SMTP error codes. is this still true? The FAQ entry is from Jan 2009, so not sure whether this is still accurate. It's no longer true. I updated the FAQ. SOGo does handle SMTP error codes. Many thanks I thought it might be the case. I think sometimes the FAQ is a little overlooked by everyone. Perhaps understandably as the manulas really are excellent, but there are very useful nuggets in the FAQ. Julian -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] change ldap attributes displayed in a sogo LDAP adress book
Hello all, Is there any way to cutomize a sogo LDAP adress book ? I would like to replace fields screen name or organization (no value in ldap) by others attributes valued in our ldap . Regards -- Eric Jourdan Groupe Systèmes Réseaux Rectorat de Montpellier tel : 04.67.91.50.22 fax : 04.67.02.06.13 mailto:eric.jour...@ac-montpellier.fr - -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Autocomplete question
Hi, When i'm inviting someone of my organisation to a event, the autocompletion is looking in all my addressbooks, but i only need him to look in my ldap directory (which contains only my collegue contacts). If in thunderbird i turn off the autocomplete search in local addressbook, i loose - of course - the autocompletion search in all my addressbooks, when i'm write a message. My question is : Is there a way to separate autocompletion between ldap directory search and local addressbook search? Thanks Thunderbird 3.1.17 Sogo 1.3.11 -- *Nicolas FABRE* -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question about provisioning users in SOGo
Hi Fabian, you are right, both ldifs are more or less the same. I forgot about that. Nevertheless, I pointed you to the documentation so you can reassure yourself that everything you did was correct. The fact you're using ZEG...well, I did not parse this piece. It was too early in the morning and I just woke up. :) Sorry about that. And you are correct, again. ZEG should work out of the box. As I tried it with SOGo v1.3.9, I couldn't complain. Right now, I can't take a deeper look into your problem. I'll try after work. Hopefully, can support you much faster. Bye, Georg Am 18.01.2012 um 09:21 schrieb Fabián Rodríguez magic...@member.fsf.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 00:28, Georg Bretschneider wrote: Hi Fabian, please take a look into the SOGo documentation. There is an example ldif file shown for creating an ordinary user. With the informations provided there you should be able to create a user using Webmin, too. But it looks like you are having a general problem here. Take a look into this conversation: http://permalink.gmane.org/gmane.comp.groupware.sogo.user/8325 Bye Georg Georg, My point here is I am using the Zero Effort Groupware version of SOGo, which is supposed to be, well, zero effort. I thought having a quick demo with the ZEG virtual machine would work immediately, which sadly isn't the case. If you look the documentation bit you mention, you'll notice it's a cut paste of the admin bit, which is why I cloned the user via the web interface. If such obvious assumptions don't work when documentation is missing, I am all for experimenting all the options, digging into LDAP and filing the bug reports but my context is different right now. I have taken notes of what could be improved in the ZEG image, I'll post that next. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WgQEACgkQfUcTXFrypNX1WQCfewvky4f5VVfXFvFOwGVS4dK5 yZcAni03eFD+r+smjtexyEX9Dngq8pMz =QqH5 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Funambol?
Anthony, thanks for this summary. The information was very helpful to me. The time zone issue workaround solved one of my problems. Greetings, Matthias Am Dienstag, 17. Januar 2012 17:02 CET, Anthony Callegaro cally...@free.fr schrieb: On 17/01/12 14:54, Matthias Petermann wrote: could you please point me to a ressource where I can find the known bugs? We are using SOGo 1.3.11 with Funambol 9 and the current connector but have some issues. Bugs that I encountered while deploying Sogo Funambol connector with Funambol 10 : * Need to set up your TZ in Sogo before trying a sync : http://www.mail-archive.com/users@sogo.nu/msg03882.html or it will crash and you will most likely end up with duplicates in Sogo and in your mobile phone calendar. * Issue with \r\r : This issue is a Thunderbird bug. You can either use the Sogo WebGUI ICS import or if you already uploaded a corrupted ics use the following query on your db server : select * from YOURCALENDARTABLE where c_content like %\r\r%; update sogoanthonyl0031cea2039 set c_content=replace(c_content, \r\r, \r) where c_content like %\r\r%; see : http://www.sogo.nu/bugs/view.php?id=904 https://inverse.ca/sogo/lists/arc/users/2010-05/msg00281.html * In order for iPhone to work with Funambol you need the following in Sogos configuration : WOUseRelativeURLs YES Hope this help LeTic -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
On 2012-01-18 10:20, Fabián Rodríguez wrote: On 2012-01-18 03:55, Christian Mack wrote: On 2012-01-18 00:26, Fabian Rodriguez wrote: On 12-01-17 05:46 PM, Ludovic Marcotte wrote: On 17/01/12 16:43, Fabian Rodriguez wrote: The users I need this for already have email provisioned elsewhere. Where? What kind of software is used for provisioning? SOGo can reuses existing LDAP or SQL-based infrastructures to authenticate users. A commercial ISP. How are users authenticated there? LDAP, ActiveDirectory, Database? Do you have access to this authentication store? If the answer is yes, then you can integrate this authentication into SOGo. This means no local copy of it, but direct access from SOGo to it. It's just IMAP email accounts part of a standard web hosting service at a commercial ISP. *Not* Gmail, that tends to confuse the whole addressbook/calendar part. No, I don't have access to the authentication store (other than the IMAP/POP3 protocols). Then you have to manage all access credentials (usernames and passwords) for SOGo either in LDAP/AD or in a MySQL/Postgresql Database yourself. Usernames and passwords in SOGo have to be the same as used for accessing your external IMAP store. With this you have to change passwords in SOGo AND your external IMAP store simultaneously in order to use email. Ludovic didn't ask for the name of your Provider or your contracts ;-) Ludovic knows exactly where I work and who I work with, as anyone can find from my very public information. ;) I just wanted to say, that you are not answering his question. Obviously I didn't succeed. Please don't CC me, I am on the list. OK. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] HowTo delete Thunderbird 3.1.17 Lightning (Inverse) Cache (using Connector/integrator)
Hello, can anyone tell me how to delete the calendar cache, so after a TB restart he reloads everthing through LDAP. Which files to delete/modify!? Have no clue :( Thank you! Best Regards, Martin On 1/18/12 11:56 AM, Georg Bretschneider wrote: Hi Fabian, you are right, both ldifs are more or less the same. I forgot about that. Nevertheless, I pointed you to the documentation so you can reassure yourself that everything you did was correct. The fact you're using ZEG...well, I did not parse this piece. It was too early in the morning and I just woke up. :) Sorry about that. And you are correct, again. ZEG should work out of the box. As I tried it with SOGo v1.3.9, I couldn't complain. Right now, I can't take a deeper look into your problem. I'll try after work. Hopefully, can support you much faster. Bye, Georg Am 18.01.2012 um 09:21 schrieb Fabián Rodríguezmagic...@member.fsf.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 00:28, Georg Bretschneider wrote: Hi Fabian, please take a look into the SOGo documentation. There is an example ldif file shown for creating an ordinary user. With the informations provided there you should be able to create a user using Webmin, too. But it looks like you are having a general problem here. Take a look into this conversation: http://permalink.gmane.org/gmane.comp.groupware.sogo.user/8325 Bye Georg Georg, My point here is I am using the Zero Effort Groupware version of SOGo, which is supposed to be, well, zero effort. I thought having a quick demo with the ZEG virtual machine would work immediately, which sadly isn't the case. If you look the documentation bit you mention, you'll notice it's a cut paste of the admin bit, which is why I cloned the user via the web interface. If such obvious assumptions don't work when documentation is missing, I am all for experimenting all the options, digging into LDAP and filing the bug reports but my context is different right now. I have taken notes of what could be improved in the ZEG image, I'll post that next. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WgQEACgkQfUcTXFrypNX1WQCfewvky4f5VVfXFvFOwGVS4dK5 yZcAni03eFD+r+smjtexyEX9Dngq8pMz =QqH5 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] HowTo delete Thunderbird 3.1.17 Lightning (Inverse) Cache (using Connector/integrator)
Under Windows 7: Delete the following file: C:\Users\username\AppData\Roaming\Thunderbird\Profiles\some-profile-name\calendar-data\cache.sqlite Under Mac /Users/username/Library/Thunderbird/Profiles/some-profile-name/calendar-data/cache.sqlite Similiar with Linux, I guess. Helped me and some collegues. Greetings, Martin Am 18.01.2012 12:25, schrieb Martin Seener: Hello, can anyone tell me how to delete the calendar cache, so after a TB restart he reloads everthing through LDAP. Which files to delete/modify!? Have no clue :( Thank you! Best Regards, Martin On 1/18/12 11:56 AM, Georg Bretschneider wrote: Hi Fabian, you are right, both ldifs are more or less the same. I forgot about that. Nevertheless, I pointed you to the documentation so you can reassure yourself that everything you did was correct. The fact you're using ZEG...well, I did not parse this piece. It was too early in the morning and I just woke up. :) Sorry about that. And you are correct, again. ZEG should work out of the box. As I tried it with SOGo v1.3.9, I couldn't complain. Right now, I can't take a deeper look into your problem. I'll try after work. Hopefully, can support you much faster. Bye, Georg Am 18.01.2012 um 09:21 schrieb Fabián Rodríguezmagic...@member.fsf.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 00:28, Georg Bretschneider wrote: Hi Fabian, please take a look into the SOGo documentation. There is an example ldif file shown for creating an ordinary user. With the informations provided there you should be able to create a user using Webmin, too. But it looks like you are having a general problem here. Take a look into this conversation: http://permalink.gmane.org/gmane.comp.groupware.sogo.user/8325 Bye Georg Georg, My point here is I am using the Zero Effort Groupware version of SOGo, which is supposed to be, well, zero effort. I thought having a quick demo with the ZEG virtual machine would work immediately, which sadly isn't the case. If you look the documentation bit you mention, you'll notice it's a cut paste of the admin bit, which is why I cloned the user via the web interface. If such obvious assumptions don't work when documentation is missing, I am all for experimenting all the options, digging into LDAP and filing the bug reports but my context is different right now. I have taken notes of what could be improved in the ZEG image, I'll post that next. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WgQEACgkQfUcTXFrypNX1WQCfewvky4f5VVfXFvFOwGVS4dK5 yZcAni03eFD+r+smjtexyEX9Dngq8pMz =QqH5 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists -- Greetings, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] HowTo delete Thunderbird 3.1.17 Lightning (Inverse) Cache (using Connector/integrator)
Great, but there are some more sqlite files (acl and local) what about these? Greets, Martin (again) On 1/18/12 12:48 PM, Martin Rabl wrote: Under Windows 7: Delete the following file: C:\Users\username\AppData\Roaming\Thunderbird\Profiles\some-profile-name\calendar-data\cache.sqlite Under Mac /Users/username/Library/Thunderbird/Profiles/some-profile-name/calendar-data/cache.sqlite Similiar with Linux, I guess. Helped me and some collegues. Greetings, Martin Am 18.01.2012 12:25, schrieb Martin Seener: Hello, can anyone tell me how to delete the calendar cache, so after a TB restart he reloads everthing through LDAP. Which files to delete/modify!? Have no clue :( Thank you! Best Regards, Martin On 1/18/12 11:56 AM, Georg Bretschneider wrote: Hi Fabian, you are right, both ldifs are more or less the same. I forgot about that. Nevertheless, I pointed you to the documentation so you can reassure yourself that everything you did was correct. The fact you're using ZEG...well, I did not parse this piece. It was too early in the morning and I just woke up. :) Sorry about that. And you are correct, again. ZEG should work out of the box. As I tried it with SOGo v1.3.9, I couldn't complain. Right now, I can't take a deeper look into your problem. I'll try after work. Hopefully, can support you much faster. Bye, Georg Am 18.01.2012 um 09:21 schrieb Fabián Rodríguezmagic...@member.fsf.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 00:28, Georg Bretschneider wrote: Hi Fabian, please take a look into the SOGo documentation. There is an example ldif file shown for creating an ordinary user. With the informations provided there you should be able to create a user using Webmin, too. But it looks like you are having a general problem here. Take a look into this conversation: http://permalink.gmane.org/gmane.comp.groupware.sogo.user/8325 Bye Georg Georg, My point here is I am using the Zero Effort Groupware version of SOGo, which is supposed to be, well, zero effort. I thought having a quick demo with the ZEG virtual machine would work immediately, which sadly isn't the case. If you look the documentation bit you mention, you'll notice it's a cut paste of the admin bit, which is why I cloned the user via the web interface. If such obvious assumptions don't work when documentation is missing, I am all for experimenting all the options, digging into LDAP and filing the bug reports but my context is different right now. I have taken notes of what could be improved in the ZEG image, I'll post that next. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WgQEACgkQfUcTXFrypNX1WQCfewvky4f5VVfXFvFOwGVS4dK5 yZcAni03eFD+r+smjtexyEX9Dngq8pMz =QqH5 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] HowTo delete Thunderbird 3.1.17 Lightning (Inverse) Cache (using Connector/integrator)
are the other files containing the string cache? No. ;-) Only delete cache.sqlite, it will recreated. Am 18.01.2012 12:54, schrieb Martin Seener: Great, but there are some more sqlite files (acl and local) what about these? Greets, Martin (again) On 1/18/12 12:48 PM, Martin Rabl wrote: Under Windows 7: Delete the following file: C:\Users\username\AppData\Roaming\Thunderbird\Profiles\some-profile-name\calendar-data\cache.sqlite Under Mac /Users/username/Library/Thunderbird/Profiles/some-profile-name/calendar-data/cache.sqlite Similiar with Linux, I guess. Helped me and some collegues. Greetings, Martin Am 18.01.2012 12:25, schrieb Martin Seener: Hello, can anyone tell me how to delete the calendar cache, so after a TB restart he reloads everthing through LDAP. Which files to delete/modify!? Have no clue :( Thank you! Best Regards, Martin On 1/18/12 11:56 AM, Georg Bretschneider wrote: Hi Fabian, you are right, both ldifs are more or less the same. I forgot about that. Nevertheless, I pointed you to the documentation so you can reassure yourself that everything you did was correct. The fact you're using ZEG...well, I did not parse this piece. It was too early in the morning and I just woke up. :) Sorry about that. And you are correct, again. ZEG should work out of the box. As I tried it with SOGo v1.3.9, I couldn't complain. Right now, I can't take a deeper look into your problem. I'll try after work. Hopefully, can support you much faster. Bye, Georg Am 18.01.2012 um 09:21 schrieb Fabián Rodríguezmagic...@member.fsf.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 00:28, Georg Bretschneider wrote: Hi Fabian, please take a look into the SOGo documentation. There is an example ldif file shown for creating an ordinary user. With the informations provided there you should be able to create a user using Webmin, too. But it looks like you are having a general problem here. Take a look into this conversation: http://permalink.gmane.org/gmane.comp.groupware.sogo.user/8325 Bye Georg Georg, My point here is I am using the Zero Effort Groupware version of SOGo, which is supposed to be, well, zero effort. I thought having a quick demo with the ZEG virtual machine would work immediately, which sadly isn't the case. If you look the documentation bit you mention, you'll notice it's a cut paste of the admin bit, which is why I cloned the user via the web interface. If such obvious assumptions don't work when documentation is missing, I am all for experimenting all the options, digging into LDAP and filing the bug reports but my context is different right now. I have taken notes of what could be improved in the ZEG image, I'll post that next. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WgQEACgkQfUcTXFrypNX1WQCfewvky4f5VVfXFvFOwGVS4dK5 yZcAni03eFD+r+smjtexyEX9Dngq8pMz =QqH5 -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists -- Greetings, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] New here, question about email services/shared cal+addressbook in SOGo
Oops, my mistake. Sorry, hadnt read the Outlook docs. Came as far as the sogo admin install and config docs, and made my assumption based on the info available on the web site. But it is an indicator that tells us that many people read the web site back and forward to get their information. Important info like the one I didnt find could have been there, and not only in the downloadable pdfs... just my two cents... Sorry guys ;o), and Thanks Fabin for bringing this to my attention. On Wednesday, January 18, 2012 09:51 AM CET, Fabin Rodrguez magic...@member.fsf.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-18 03:05, Harry M. Aasterud wrote: Mr Marcotte, [...] Nowhere in the documentation it is written that the native Outlook compatibility is only supported up to a certain degree due to missing features. Its actually pretty clear in the documentation: The current version of the Native Microsoft Outlook compatibility layer has some limitations. Those limitations will be overcome in the upcoming beta. If you are interested in having those limitations fixed more rapidly, please contact Inverse by sending an email to supp...@inverse.ca. (page 14 of http://www.sogo.nu/files/docs/SOGo%20Native%20Microsoft%20Outlook%20Configuration.pdf at http://www.sogo.nu/downloads/documentation.html) Not sure if that doc was posted after b1 but it looks good. Having a PDF handy to forward to the Windows admins with an exact quote in 2 sentences, which also covers commercial support (pay if you cant wait) is as good as it gets. Great work, indeed. Cheers, F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8WiBwACgkQfUcTXFrypNUDZQCdF79xPCePoqbBpOgiH+vZbpQa E5QAoJ+70fkqLt0HDAq5SBGbY03oSpbG =/knB -END PGP SIGNATURE- -- users@sogo.nu https://inverse.ca/sogo/lists
RE: [SOGo] SOGo Outlook connector
Hi one more time many thanks for such a load of information about Outlook compatibility in SOGo2 beta. Regarding to this stated below (RPC for HTTPS, Outlook anywhere). I don't know if I got it right, so please confirm it once more. Lack of Outlook anywhere functionality in the current beta of SOGo2 prevents it from being able to use it outside LAN? What LAN means in this case, one, the same broadcast domain? So I wouldn't be able to use it in example in routed corporate network? Let's say I take the current SOGo2 and open it to Internet and assign to it a public domain. Will hosts with outlook clients located in the Internet be able to connect to this server as to Exchange server (like for example to IMAP)? Regards, Bartek -Original Message- From: Christian Mack [mailto:christian.m...@uni-konstanz.de] Sent: Wednesday, January 18, 2012 9:15 AM To: users@sogo.nu Cc: Harry M. Aasterud Subject: Re: [SOGo] SOGo Outlook connector Absolutely correct. Kind regards, Christian Mack On 2012-01-17 17:55, Harry M. Aasterud wrote: -cut- Outlook compatibility is still in beta. And even then it can only be used via LAN, not as a hosted solution where a local Outlook user connects to an external server over http(s) and synchronizes data from his local PC to the hosted server. Correct? Just to know what expectations to have, and what we can promise our users we can deliver ;o) Regards, Harry -cut- For those who want to offer hosted native Outlook compatibility, the Outlook Anywhere (RPC over HTTP) protocol will have to be added first to the whole solution (mostly in Samba4). Regards, Ludovic Marcotte -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question about provisioning users in SOGo [SOLVED using LDAP+CLI]
On 12-01-17 04:52 PM, Fabian Rodriguez wrote: Hi, [...] The documentation [...] mentions using an LDIF file. I used the LDAP web admin to clone an existing user [at the top hierarchy, should have looked into people] yet it won't authenticate. I managed to create a new valid user by using an LDIF file and command line tools. Here is my example LDIF file contents: dn: uid=fab,ou=people,dc=example,dc=com objectClass: top objectClass: inetOrgPerson objectClass: person objectClass: organizationalPerson uid: fab cn: Fabian Rodriguez mail: f...@example.com sn: Fabian givenName: Rodriguez These two commands added the user and set it password to fab, respectively: $ ldapadd -f fab.ldif -x -w sogo -D cn=admin,dc=example,dc=com $ ldappasswd -h localhost -x -w sogo -D cn=admin,dc=example,dc=com uid=fab,ou=people,dc=example,dc=com -s fab (the second command will wrap in this email but should be in one single line) $ above indicates I did this while logged in as sogo in the ZEG VM. In the above example I am using default credentials for the admin user (ie. user:admin, password:sogo). I wish at some point an easy web GUI becomes part of the SOGo interface, or perhaps documenting how to do this in minute detail via Webmin will be enough. Now on to some testing with Thunderbird. Thanks to everyone who responded to my many questions (and messages) since yesterday! F. signature.asc Description: OpenPGP digital signature
Re: [SOGo] SOGo Outlook connector
On 2012-01-18 14:52, Bartłomiej Kluska wrote: Hi one more time many thanks for such a load of information about Outlook compatibility in SOGo2 beta. Regarding to this stated below (RPC for HTTPS, Outlook anywhere). I don't know if I got it right, so please confirm it once more. Lack of Outlook anywhere functionality in the current beta of SOGo2 prevents it from being able to use it outside LAN? What LAN means in this case, one, the same broadcast domain? So I wouldn't be able to use it in example in routed corporate network? Let's say I take the current SOGo2 and open it to Internet and assign to it a public domain. Will hosts with outlook clients located in the Internet be able to connect to this server as to Exchange server (like for example to IMAP)? It means you have to use RPC Port 135. RPC isn't encrypted or secured in any way. Believe me you don't want to open that Port to the internet. What you could do is adding a VPN between your home user or branch office and your SOGo server. But that means you can't use Outlook from public machines e.g. in internet cafes, as you must install and configure this VPN first. Hope that clarified it a bit. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Outlook connector
On 18/01/12 08:52, Bartłomiej Kluska wrote: one more time many thanks for such a load of information about Outlook compatibility in SOGo2 beta. Regarding to this stated below (RPC for HTTPS, Outlook anywhere). I don't know if I got it right, so please confirm it once more. Lack of Outlook anywhere functionality in the current beta of SOGo2 prevents it from being able to use it outside LAN? What LAN means in this case, one, the same broadcast domain? So I wouldn't be able to use it in example in routed corporate network? It would work in a routed network. It would even work if the server was exposed entirely on the Internet but of course, that's far from being a good practice. Let's say I take the current SOGo2 and open it to Internet and assign to it a public domain. Will hosts with outlook clients located in the Internet be able to connect to this server as to Exchange server (like for example to IMAP)? Yes but it would be very insecure and might not traverse firewalls well. For this, there is Outlook Anywhere, and it'll likely be our next big endeavor once we get the first end-user consumable version of our native Outlook compatibility layer out. Thanks, -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
RE: [SOGo] SOGo Outlook connector
I think I'm getting it. SOGo or Exchange server must be able to communicate with the client (eg Outlook) in order to push to it new emails, events etc. In Internet, users rarely have public IP assigned to their computers and in case of NAT the SOGo server is not able to push anything to the client because it doesn't have the direct IP communication. Outlook anywhere solves it by creating some kind of VPN between Outlook and the server. Am I more or less right with this? If yes, I assume that in this rare case when my notebook would have assigned a public Internet IP, I would be able to connect my Outlook to the Internet-exposed SOGo server and synchronize it (as with Exchange) but it would by simply very unsecure, right? Regards, BK -Original Message- From: Ludovic Marcotte [mailto:lmarco...@inverse.ca] Sent: Wednesday, January 18, 2012 4:56 PM To: users@sogo.nu Subject: Re: [SOGo] SOGo Outlook connector On 18/01/12 08:52, Bartłomiej Kluska wrote: one more time many thanks for such a load of information about Outlook compatibility in SOGo2 beta. Regarding to this stated below (RPC for HTTPS, Outlook anywhere). I don't know if I got it right, so please confirm it once more. Lack of Outlook anywhere functionality in the current beta of SOGo2 prevents it from being able to use it outside LAN? What LAN means in this case, one, the same broadcast domain? So I wouldn't be able to use it in example in routed corporate network? It would work in a routed network. It would even work if the server was exposed entirely on the Internet but of course, that's far from being a good practice. Let's say I take the current SOGo2 and open it to Internet and assign to it a public domain. Will hosts with outlook clients located in the Internet be able to connect to this server as to Exchange server (like for example to IMAP)? Yes but it would be very insecure and might not traverse firewalls well. For this, there is Outlook Anywhere, and it'll likely be our next big endeavor once we get the first end-user consumable version of our native Outlook compatibility layer out. Thanks, -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Alarms on Shared Calendars
If I set an alarm on an event on my main calendar, and another person is sharing my calendar (read only), my alarm alerts them of the event in addition to me. Is this intentional behavior? If so, is there a recommend way to change that / work around it? There are people who need to know when/what meetings I have, but they don't need to be reminded about the meeting (as they aren't invited). Thanks, Ben -- users@sogo.nu https://inverse.ca/sogo/lists
RE: [SOGo] Authentication using MySQL
Thanks! In the meantime, I'm trying to make things work on my own, and I've got an error message while connecting to Sogo that is a little wierd. Here's the code (very basic): HttpClient httpClient = new HttpClient(); Credentials credentials = new UsernamePasswordCredentials(brian, ); AuthScope as = new AuthScope(rd4-was7, 80); httpClient.getState().setCredentials(as, credentials); httpClient.getParams().setAuthenticationPreemptive(true); HostConfiguration hostConfig = new HostConfiguration(); hostConfig.setHost(XXX); GenerateQuery gq = new GenerateQuery(); gq.setComponent(VEVENT : UID, ATTENDEE, DTSTART, DTEND); CalDAVCollection cdCollection = new CalDAVCollection( /SOGo/dav/brian/Calendar/personal, hostConfig, new CalDAV4JMethodFactory(), E-Deal_Prod ); try { ListCalendar rtrn = cdCollection.queryCalendars(httpClient, gq.generate()); // Parse the list } catch (Exception e) { // Blah, blah } The program seems to connect to Sogo, as I don't get any IO errors, but I still get the following error: ?xml version=1.0 encoding=ISO-8859-1? html xmlns=http://www.w3.org/1999/xhtml; body h3 An error occurred during object publishing/h3p Could not parse XML of WebDAV REPORT./p /body /html I'm using CalDAV4J, if that helps at all. Bien cordialement, Brian KREULEN E-DEAL -Message d'origine- De : Martin Rabl [mailto:martin.r...@rablnet.de] Envoyé : mardi 17 janvier 2012 21:24 À : users@sogo.nu Objet : Re: [SOGo] Authentication using MySQL Hi, ok, I will make a bundle and put it online ASAP - I wrote on the list, when its ready, expected end of next week. Greetings, Martin Am 17.01.12 19:54, schrieb Peter Peltonen: On Tue, Jan 17, 2012 at 7:54 PM, Brian KREULENb.kreu...@e-deal.com wrote: Would it be possible to get a copy of this web app? Or maybe some code snippets? I'm having some difficulties accessing the calendar, and there seems to be a lack of examples on the net Thanks in advance. +1 I'd like to get my hands on this web app as well: I wrote an webapplication which retrieves all events of a week from all users (current 30) and displays them in a week-calendar-like table. The events of every user are retrieved by CalDAV - runs quite good! Greetings, Martin Rabl Best, Peter -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Autocomplete question
On 12-01-18 05:54 AM, Nicolas - Lileo wrote: Hi, When i'm inviting someone of my organisation to a event, the autocompletion is looking in all my addressbooks, but i only need him to look in my ldap directory (which contains only my collegue contacts). If in thunderbird i turn off the autocomplete search in local addressbook, i loose - of course - the autocompletion search in all my addressbooks, when i'm write a message. My question is : Is there a way to separate autocompletion between ldap directory search and local addressbook search? Thanks Thunderbird 3.1.17 Sogo 1.3.11 I have the same question here, except the other way around: is it possible to limit autocomplete to remote addressbooks (and exclude LDAP) ? I can't seem to enable autocomplete using a remote addressbook. Thunderbird 3.1.17 Sogo (ZEG) 1.3.11 F. -- -- Fabián Rodríguez signature.asc Description: OpenPGP digital signature
Re: [SOGo] SOGo Outlook connector
Hello Bartlomiej, Am 18.01.2012 17:28, schrieb Bartłomiej Kluska: I think I'm getting it. SOGo or Exchange server must be able to communicate with the client (eg Outlook) in order to push to it new emails, events etc. In Internet, users rarely have public IP assigned to their computers and in case of NAT the SOGo server is not able to push anything to the client because it doesn't have the direct IP communication. Outlook anywhere solves it by creating some kind of VPN between Outlook and the server. Am I more or less right with this? If yes, I assume that in this rare case when my notebook would have assigned a public Internet IP, I would be able to connect my Outlook to the Internet-exposed SOGo server and synchronize it (as with Exchange) but it would by simply very unsecure, right? Not completly correct Normal communication between exchange and outlook is done via TCP Port 135 in a completly unencrypted way. So anyone can read/interfere the whole mails/events/contacts etc. In private networks this is not so much a issue (but one could still capture data with whireshark etc.) But as soon as your outlook client is connecting to your Exchange/Sogo server via Internet, then plenty of others might be able to: a) Read the unencrypted traffic b) Do some unwanted things to your server on port 135 To prevent this, with Outlook 2003 and Windows XP SP2? MS did introduce the possibility to tunnel the traffic between exchange and outlook in a https tunnel. Thats what rpc-over-https means, and in previous outlook versions it was named that way, now they call it outlook anywhere, but it's basically the same. For sogo this means: - You could safely use sogo+outlook in your corporate network. - When you wish to connect to your corporate sogo server from the internet, then you will either have to open that port (tcp 135) or use some tunnel/vpn software, since samba4 is currently lacking the rpc-over-https feature. - If you wish to host your sogo server on a public server, then your only hope for safety is to use a tunnel/vpn until rpc-over-https is implemented in samba4 and sogo (Personally I fear it will not be available this year) André -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.
On 1/18/2012 12:42 PM, Heiner Markert wrote: Am Wednesday 18 January 2012 07:39:20 schrieb André Schild: There already exists a sogo backend for Z-Push, a few posts ago is a link for download. I will try to make it better available, so we can work on improving it. Hello André, unfortunately I am unable to find a download link a few posts ago. Would you mind to post the link again, if you have a link different from http://www.algepop.net/users/alge/sogo/z-push/ ? Best regards Heiner On January 9, 2012 I posted the link to the modified z-push we are running. I will repost it here too: http://www.mdah.state.ms.us/emailupload/uploads/sogosync.zip Donny B. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Outlook connector
On 18/01/12 12:49, André Schild wrote: - If you wish to host your sogo server on a public server, then your only hope for safety is to use a tunnel/vpn until rpc-over-https is implemented in samba4 and sogo (Personally I fear it will not be available this year) I'm a bit more optimistic ;-) The effort was evaluated to 3-6 weeks. Regards, -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.
On 18/01/12 01:39, André Schild wrote: I don't see why we should drop SyncML support, it's working after all and a OPEN standard... The Problem with Activesync stuff is always the potential license question, what if MS will start claim license violations by Z-Push (Justified or not does not matter) ? I fully agree here about the licensing violation. There already exists a sogo backend for Z-Push, a few posts ago is a link for download. I will try to make it better available, so we can work on improving it. We could also import it on our source repository. We did this a while ago from the connector developed by Philipp Kewisch, but he soon after abandoned its development. The one big advantage I see of ActiveSync is, that you have only one setup to do for Email,Calendar,Contacts and Tasks and all traffic flows via HTTP(S) There are several disadvantages of ActiveSync compared to native Cardav/Caldav support: - Only ONE Calendar, Contacts and Tasks can be synched - Only one ActiveSync account is possible - Mail handling is very limited Indeed but it should be compared with SyncML/Funambol, not CalDAV/CardDAV. I would still very much like to open a discussion about this - ie., Funambol (SyncML) backend vs. Z-Push (ActiveSync) backend. To offer a very good mobile experience, I feel we'll have to make a choice and focus our efforts into one or the other. We chose Funambol many years ago. It might have been a good choice back then but it doesn't mean it's still the best. On my end (and speaking for myself only), there are some things I dislike about Funambol such as a worthless bug tracker, patches taking decades to get accepted (or even bugs getting acknowledged), Java-based (enough said here), requires more resources than all other SOGo components and requirements combined together and multiplied by your favorite factor of the day (must be greater than 2), almost impossible to package together with SOGo and more. What I mostly fear about Z-Push is that we'll revisit all the device synchronization bugs we had over the past few years with Funambol/SyncML and we'll have to hack around like we did. This is very valuable time and know-how here. Getting the Z-Push connector up and running can be done in a snap, but refining it will take some time. Also, having the Sword of Damocles on top of my head regarding the licensing agreement doesn't make me a happy, happy, joy man. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.
On 1/18/2012 1:16 PM, Ludovic Marcotte wrote: On 18/01/12 01:39, André Schild wrote: I don't see why we should drop SyncML support, it's working after all and a OPEN standard... The Problem with Activesync stuff is always the potential license question, what if MS will start claim license violations by Z-Push (Justified or not does not matter) ? I fully agree here about the licensing violation. There already exists a sogo backend for Z-Push, a few posts ago is a link for download. I will try to make it better available, so we can work on improving it. We could also import it on our source repository. We did this a while ago from the connector developed by Philipp Kewisch, but he soon after abandoned its development. The one big advantage I see of ActiveSync is, that you have only one setup to do for Email,Calendar,Contacts and Tasks and all traffic flows via HTTP(S) There are several disadvantages of ActiveSync compared to native Cardav/Caldav support: - Only ONE Calendar, Contacts and Tasks can be synched - Only one ActiveSync account is possible - Mail handling is very limited Indeed but it should be compared with SyncML/Funambol, not CalDAV/CardDAV. I would still very much like to open a discussion about this - ie., Funambol (SyncML) backend vs. Z-Push (ActiveSync) backend. To offer a very good mobile experience, I feel we'll have to make a choice and focus our efforts into one or the other. We chose Funambol many years ago. It might have been a good choice back then but it doesn't mean it's still the best. On my end (and speaking for myself only), there are some things I dislike about Funambol such as a worthless bug tracker, patches taking decades to get accepted (or even bugs getting acknowledged), Java-based (enough said here), requires more resources than all other SOGo components and requirements combined together and multiplied by your favorite factor of the day (must be greater than 2), almost impossible to package together with SOGo and more. What I mostly fear about Z-Push is that we'll revisit all the device synchronization bugs we had over the past few years with Funambol/SyncML and we'll have to hack around like we did. This is very valuable time and know-how here. Getting the Z-Push connector up and running can be done in a snap, but refining it will take some time. Also, having the Sword of Damocles on top of my head regarding the licensing agreement doesn't make me a happy, happy, joy man. The biggest selling point for the z-push style email for us was that we could run it on port 80/443 and was approved to pass through the state firewall. That and all apple and android phones already have clients for it without having to download something else. Donny B. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Thunderbird 10 (Extended Support release) release is on Jan 31st, beta available
Hi, I'd encourage any SOGo admins/users using Thunderbird and awaiting for their release 10 (and corresponding updated SOGo extensions) to join the tb-enterprise Google Group or mailing list (both are the same): http://groups.google.com/group/tb-enterprise https://mail.mozilla.org/listinfo/tb-enterprise Another beta for TB 10 will be available tomorrow so it's a great time to report bugs there, and make sure TB 10 works, getting ready for next SOGo versions. Having several SOGo users/testers there can only help the SOGo project too. TB 10 target for release is Jan. 31st. You may also be interested in these resources: https://wiki.mozilla.org/Thunderbird/Enterprise https://wiki.mozilla.org/Features/Thunderbird/Modern_Address_Book Cheers, F. signature.asc Description: OpenPGP digital signature
Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.
On Wed, Jan 18, 2012 at 02:16:08PM -0500, Ludovic Marcotte wrote: I would still very much like to open a discussion about this - ie., Funambol (SyncML) backend vs. Z-Push (ActiveSync) backend. I'm struggeling with seeing why one would push Funambol/SyncML. It requires 3. party agent on all phones (except nokia), and then one could just as well use a 3. party caldav/carddav client. While activesync is supported on all (?) phones, with single config for mail/contacts/calendar. That's what we want! What I mostly fear about Z-Push is that we'll revisit all the device synchronization bugs we had over the past few years with Funambol/SyncML and we'll have to hack around like we did. This is very valuable time and know-how here. Getting the Z-Push connector up and running can be done in a snap, but refining it will take some time. Also, having the Sword of Damocles on top of my head regarding the licensing agreement doesn't make me a happy, happy, joy man. Is z-push that much different of a threat than the Open^H^H^H^Hchange- replacement you seem to be doing in v2.0 ? -jf -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.
On Wed, Jan 18, 2012 at 10:14:38PM +0100, André Schild wrote: the licensing agreement doesn't make me a happy, happy, joy man. Is z-push that much different of a threat than the Open^H^H^H^Hchange- replacement you seem to be doing in v2.0 ? OpenChange has nothing to do with ActiveSync. OpenChange implements MAPI on the server, so (all) mapi compatible can talk to the server z-Push implements ActiveSync on the server, so all active sync clients can talk to the server I see it as: z-push implements microsofts proprietary ActiveSync protocol. OpenChange implements microsofts proprietary MAPI protocol. The current z-push sogo backend uses CalDav/CardDav to access Sogo resources, the Funambol client directly accesses the database Yes, I know. I tested the sogosync-version about a year ago, and it looked like a very nice solution that could be run as a completely separate service from the rest of sogo (pure caldav/carddav/imap-client). Funambol looked like a very intrusive solution, poking inside the sogo database directly, having it's own userdatabase (if I remember correctly). And probably introducing version dependencies between funambol server and sogo server. I'd much rather push my users towards installing a 3. party caldav/carddav client, and avoid the need for anything serverside. -jf -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 10 (Extended Support release) release is on Jan 31st, beta available
On 18/01/12 15:50, Fabian Rodriguez wrote: I'd encourage any SOGo admins/users using Thunderbird and awaiting for their release 10 (and corresponding updated SOGo extensions) to join the tb-enterprise Google Group or mailing list (both are the same): http://groups.google.com/group/tb-enterprise https://mail.mozilla.org/listinfo/tb-enterprise Another beta for TB 10 will be available tomorrow so it's a great time to report bugs there, and make sure TB 10 works, getting ready for next SOGo versions. Having several SOGo users/testers there can only help the SOGo project too. TB 10 target for release is Jan. 31st. You may also be interested in these resources: https://wiki.mozilla.org/Thunderbird/Enterprise https://wiki.mozilla.org/Features/Thunderbird/Modern_Address_Book Regarding this, in order to validate the proper behavior of our ACL hooks (https://bugzilla.mozilla.org/show_bug.cgi?id=586276), folks are required to install the attached extension. That code will eventually be included in SOGo Integrator once we go final on this for Thunderbird 10/Lightning 1.2. You also need to do one more thing to enable the ACL hooks on your SOGo Calendars. Once you've installed the extension, quit Thunderbird. Edit the prefs.js manually and add something like: user_pref(calendar.registry.42a2ce67-bafe-034d-8ff0-2db8c266faad.aclManagerClass, @inverse.ca/calendar/caldav-acl-manager;1); Where 42a2ce67-bafe-034d-8ff0-2db8c266faad is the GUID of your SOGo calendar as defined by Lightning. Do a grep 'calendar.registry' prefs.js | grep uri to see the list you have. Then, start Thunderbird. This will also be included in SOGo Integrator at some point. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists sogo-acl-provider.xpi Description: application/xpinstall
Re: [SOGo] Thunderbird 10 (Extended Support release) release is on Jan 31st, beta available
btw TB10b3 just told me he cannot install your ACL Extension you send around with your last mail since its not compatible with TB10b3!? On 1/18/12 10:49 PM, Ludovic Marcotte wrote: On 18/01/12 15:50, Fabian Rodriguez wrote: I'd encourage any SOGo admins/users using Thunderbird and awaiting for their release 10 (and corresponding updated SOGo extensions) to join the tb-enterprise Google Group or mailing list (both are the same): http://groups.google.com/group/tb-enterprise https://mail.mozilla.org/listinfo/tb-enterprise Another beta for TB 10 will be available tomorrow so it's a great time to report bugs there, and make sure TB 10 works, getting ready for next SOGo versions. Having several SOGo users/testers there can only help the SOGo project too. TB 10 target for release is Jan. 31st. You may also be interested in these resources: https://wiki.mozilla.org/Thunderbird/Enterprise https://wiki.mozilla.org/Features/Thunderbird/Modern_Address_Book Regarding this, in order to validate the proper behavior of our ACL hooks (https://bugzilla.mozilla.org/show_bug.cgi?id=586276), folks are required to install the attached extension. That code will eventually be included in SOGo Integrator once we go final on this for Thunderbird 10/Lightning 1.2. You also need to do one more thing to enable the ACL hooks on your SOGo Calendars. Once you've installed the extension, quit Thunderbird. Edit the prefs.js manually and add something like: user_pref(calendar.registry.42a2ce67-bafe-034d-8ff0-2db8c266faad.aclManagerClass, @inverse.ca/calendar/caldav-acl-manager;1); Where 42a2ce67-bafe-034d-8ff0-2db8c266faad is the GUID of your SOGo calendar as defined by Lightning. Do a grep 'calendar.registry' prefs.js | grep uri to see the list you have. Then, start Thunderbird. This will also be included in SOGo Integrator at some point. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 10 (Extended Support release) release is on Jan 31st, beta available
On 01/18/2012 04:49 PM, Ludovic Marcotte wrote: On 18/01/12 15:50, Fabian Rodriguez wrote: I'd encourage any SOGo admins/users using Thunderbird and awaiting for their release 10 (and corresponding updated SOGo extensions) to join the tb-enterprise Google Group or mailing list (both are the same): http://groups.google.com/group/tb-enterprise https://mail.mozilla.org/listinfo/tb-enterprise Another beta for TB 10 will be available tomorrow so it's a great time to report bugs there, and make sure TB 10 works, getting ready for next SOGo versions. Having several SOGo users/testers there can only help the SOGo project too. TB 10 target for release is Jan. 31st. You may also be interested in these resources: https://wiki.mozilla.org/Thunderbird/Enterprise https://wiki.mozilla.org/Features/Thunderbird/Modern_Address_Book Regarding this, in order to validate the proper behavior of our ACL hooks (https://bugzilla.mozilla.org/show_bug.cgi?id=586276), folks are required to install the attached extension. That code will eventually be included in SOGo Integrator once we go final on this for Thunderbird 10/Lightning 1.2. You also need to do one more thing to enable the ACL hooks on your SOGo Calendars. Once you've installed the extension, quit Thunderbird. Edit the prefs.js manually and add something like: user_pref(calendar.registry.42a2ce67-bafe-034d-8ff0-2db8c266faad.aclManagerClass, @inverse.ca/calendar/caldav-acl-manager;1); Where 42a2ce67-bafe-034d-8ff0-2db8c266faad is the GUID of your SOGo calendar as defined by Lightning. Do a grep 'calendar.registry' prefs.js | grep uri to see the list you have. Then, start Thunderbird. This will also be included in SOGo Integrator at some point. Maybe, I'm just too blind... Where are the connector and integrator extensions for TB 10? -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Wednesday, January 18 2012
Title: BTS activities for Wednesday, January 18 2012 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Wednesday, January 18 2012 idlast updatestatus (resolution)categorysummary 1582 2012-01-18 20:48:53 new (open) sogo-tool SOGoLDAPUserDefaults.m issues 1583 2012-01-18 21:11:14 new (open) sogo-tool Uncaught exception NSInternalInconsistencyException, reason: Class posing is not supported 1466 2012-01-18 10:20:01 updated (open) Web Mail Reply Email formatting issue 1553 2012-01-18 06:28:27 updated (open) Web Mail Email from opera is displayed as attachment 1581 2012-01-18 10:01:46 updated (open) Web Mail "text/html" content type is not handled correctly by SOGO webmail UI, message shows as empty however there are text 1580 2012-01-18 16:18:06 resolved (open) sogo-tool SOGO Compile Fatal Error