Re: [SOGo] ANN: SOGo v3.0 released!
Am 28.01.2016 um 16:05 schrieb Marc Patermann: Marc, When will the classic theme, that many users have requested in the last months, be added? The new "mobile first"-design may be nice to look at but it is painful to work with on desktop computers. if I understand correctly the new thing with 3.0 is the new WebGUI. If you do not want it, stick with 2.3.x which is the same under the hood, and have the well know WebGUI. I can stick with the desktop-friendly version (v2) as long as it will receive security updates and bug fixes. And I hope this will last some time or I have to search for an alternative... My users are all using IMAP+CalDAV+CardDAV on the mobile devices, so there's no need for a "mobile-first" version. The only use case for the web login is on desktop machines (i.e. Internet Café, at work, with friends etc.) Regards, Anna smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] ANN: SOGo v3.0 released!
Am 28.01.2016 um 04:33 schrieb Ludovic Marcotte: Hallo, After about 1.5 year of development, Inverse is extremely happy to announce the immediate availability of SOGo v3.0! This release is considered ready for production use. When will the classic theme, that many users have requested in the last months, be added? The new "mobile first"-design may be nice to look at but it is painful to work with on desktop computers. Thank you! Kind regards, Anna Christina Naß smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] V2 web interface Personnalisation
Am 10.12.2015 um 18:20 schrieb Francis Lachapelle: Hi, You can stick to v2 for the moment, until v3 satisfies your requirements. That depends on the availability of the "classic" theme that so many useres have requested :) Regards Anna smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] ANN: SOGo v3.0 beta 3
Am 15.10.2015 um 08:55 schrieb mourik jan heupink: Hi, Also in beta3 no way to resize the different windows, and (way) too much unused space everywhere, for our taste. Sorry to say so, but we like the 'current' theme al lot better. +1 I hope that a classic theme is still in the works, as many people wished some time ago. Regards, Anna Christina Naß smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] what is sogo mail client programming language?
Am 08.03.2015 um 23:04 schrieb heat...@trans-world.org: Hi, What I mean is; I mean from this demo here http://sogo-demo.inverse.ca/SOGo/ is it thunderbird running as mail component here http://sogo-demo.inverse.ca/SOGo/so/sogo1/Mail/view ??? Is it thunderbird that you customised into objective c? The SOGo-Demo you see on the Website is the SOGOo Webmail Client. This client is something completely different from Thunderbird/Lightning -- it just is made to *look like* Thunderbird. This web client is written in ObjC + AJAX + HTML/CSS etc. There is no Thunderbird behind this SOGo web client and it is not ported/customized/anything else. It just looks like it to make it easier to use. Regards Anna smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] Themes SOGo
Am 08.01.2015 22:04, schrieb Francis Lachapelle: Hallo, The v2 theme hasn't changed for years. It's time to move on. I don't even want to know how much time we waste every year re-training users because someone found it was necessary to "move on". I hope the v3 design will be good enough to stay with us for a couple of years as well. I understand your concern. We hope the interfaces of v3 will last as long as the ones of v2. I still hope you will be providing a "classic" user interface that follows the direction of the "good old-style paradigm", which is: - you really can SEE what a button is, because a button is something that can be pressed and as such is elevated (we had "buttons" which cannot be seen as such in Windows8 but also in the era of black-and-white screens) - you can see what functions a software offers because the functions are offered to the users -- and not hidden in ways like "this function is only shown when you select something in exactly this way". This goes against the direction of showing functions ONLY in a "context-sensitive" way. Context-sensitive showing of functions is something for a context-menu, which is available through the right mouse button-menu or a "gear-wheel" menu. - you can distinguish icons by its *color* -- the human eye can really distinguish between colors! Many software products and "web applications" of todays time have grayscale icons which are only distinguishable through their shape, not through their color. But searching for the icon "with the red X in it" is so much easyier than trying to find an icon wich may look "like a trashcan". None is too many, sometimes. Why do we need floating buttons now when we just spent years training users to use the toolbars? I don't think the paradigm is far from the traditional toolbars. > The goal is really to have an intuitive interface, simpler to use. I hope that this simpler does not mean the same as the Windows8-like or Apple-like "simpler", which does only mean "uglier" and "harder to use". You have to notice that many users really use this kind of software on a daily basis, so it is not necessary to dumb-down the software or its UI. Many users have learned for over 20 years now how to use a user interface which is based on menus, toolbars, lists, real buttons etc. Please do not throw away this knowledge just for "being modern". That's just my observations with recent "UX improvements" from Google/Microsoft/random webapps copying their styles – or rather, the main things my users complain about to me. It takes too long to identify interactive elements (due to the "everything must be flat and there can't be any elevated elements" craze – Material isn't the worst offender here, thankfully), and when they do, the elements randomly disappear because users try to reach them from a slightly different context, like in Firefox' and Office 2013's context dependant context menus – Firefox doesn't even show keyboard shortcuts any more, so while they still exist, the average user wouldn't know how to look them up. Flat design as it was initially proposed had weaknesses. > Apple and other software companies have adjusted their user interfaces since then. We'll do our best to not repeat those errors. Then PLEASE PLEASE offer an additional "classic style" theme with elevated, really-look-as-if-you-can-click-on-it buttons, real toolbars etc. which does not pop up new things every now and then out of nowhere and which does not use half of the screen for oversized headers (like Google Material Design does. By the way, just compare the old and new look of the GMail app on Android (Old Android Design vs. "Material Design"): http://m.c.lnkd.licdn.com/mpr/mpr/p/6/005/073/2ac/2ffbebe.jpg The old interface shows more content and more information on the same screen -- and the content is not overlapped with some "create new" bubble. Also the "menu bar" offers more functions than now. Also it was easyier to distinguish between two messages because of a darker line between them. Just an example... As long as the shiney new presentation doesn't impact productivity, I won't mind. But far too many recent re-designs sacrificed usability to be more impressive in presentations, and I'm more than a bit wary of them by now. We are totally aware that SOGo is a productivity tool and needs a very good usability. I hope so. On one system, I have to work with Office2010, I still have problems finding some functions thanks to the "Ribbon" design. When using LibreOffice, which respects the users preference for real menus, it is easier for me to find functions and options. Just another example. Kind regards, Anna Christina Naß smime.p7s Description: S/MIME Kryptografische Unterschrift
Re: [SOGo] Themes SOGo
Am 08.01.2015 15:10, schrieb Francis Lachapelle: Hallo, The next major release of SOGo (v3) will offer multiple themes and/or an easy way to customize the colours and fonts of the interface. I hope that it will feature a non-flat really-usable "classic" theme for people who dislike the Windows 8-ish style which appeared everywhere in the Internet and makes many websites harder to use than ever. If there is a need for financial support for such a theme, just open some kind of Kickstarter or Bounty. Regards Anna Christina Naß smime.p7s Description: S/MIME Kryptografische Unterschrift
Re: [SOGo] GUI Revamp
Am 12.06.2014 16:14, schrieb Francis Lachapelle: Hi, We've been analyzing and testing various options for the past few months and we decided to build the new Web interface [...] That's great news! But please please please make it an option to have a real user interface and not some so-called "flat design" interface (the change to an ugly design made me leave gmail) or at least offer some options to choose from. Kind regards, Anna Christina Naß smime.p7s Description: S/MIME Kryptografische Unterschrift
Re: [SOGo] SOGo Connector for SeaMonkey 2.24
Am 20.02.2014 17:41, schrieb John Kaufmann: Hi, May I ask: What did you do? - the changes described in the message <https://lists.inverse.ca/sogo/arc/users/2012-12/msg00124.html> linked from that enhancement request? Yep, I applied these changes. You can find my .xpi file here: http://files.imzadi.de/sogo-connector-17.0.6-tbsm.xpi I use "lightning-2.9b1-sm+tb-windows.xpi" for it; but I did not extensibly test it, as my process of moving from Firefox/Thunderbird to SeaMonkey will take a while :) Regards Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Connector for SeaMonkey 2.24
Am 19.02.2014 16:28, schrieb Christian Mack: Hallo Christian, Does anyone have a working version of SOGo Connector for SeaMonkey 2.24? I've installed Lightning 2.9b1 and Lightbird 0.3.1. If I need another version if Lightning for this, please tell me. It would be great if I can get SOGo to work with SeaMonkey. See enhancement request: http://www.sogo.nu/bugs/view.php?id=2596 After some fiddling, I got it to work. Thank you! It would be great if that enhancement would be added to the 'official' builds as well. Regards, Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo Connector for SeaMonkey 2.24
Hallo, Does anyone have a working version of SOGo Connector for SeaMonkey 2.24? I've installed Lightning 2.9b1 and Lightbird 0.3.1. If I need another version if Lightning for this, please tell me. It would be great if I can get SOGo to work with SeaMonkey. Thank you! Regards Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] How to achieve sogo.domain.tld?
Am 16.02.2014 11:38, schrieb Michael Vogel: Hi, What steps Do I need to take to have SOGo installed directly in the root and not in a path? The proxy statements in the apache config are one thing that need to be changed - but also some values in the SOGo-config - but which one? As far as I can see in my sogo.conf, there are no settings for this topic. As an example, my Apache configuration looks like below. Note that you have to set your URL in one of the "RequestHeader" lines! I have added the ProxyPass for .well-known/* so my iDevices and Android devices will find CalDAV and CardDAV without any problems. This configuration works here for some months now. Regards Anna Christina Settings for sogo.my.tld, Port 80: ServerName sogo.my.tld Redirect permanent / https://sogo.my.tld/SOGo Settings for sogo.my.tld, Port 443: SSLEngine On ServerName sogo.my.tld [... log settings etc ...] Alias /SOGo.woa/WebServerResources/ \ /usr/lib/GNUstep/SOGo/WebServerResources/ Alias /SOGo/WebServerResources/ \ /usr/lib/GNUstep/SOGo/WebServerResources/ AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \ /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2 AllowOverride None Order deny,allow Allow from all ExpiresActive On ExpiresDefault "access plus 1 year" "^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)"> SetHandler default-handler ProxyRequests Off SetEnv proxy-nokeepalive 1 ProxyPreserveHost On ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0 ProxyPass /.well-known/carddav http://127.0.0.1:2/SOGo/dav/ ProxyPass /.well-known/caldav http://127.0.0.1:2/SOGo/dav/ http://127.0.0.1:2/SOGo> ## adjust the following to your configuration RequestHeader set "x-webobjects-server-port" "443" RequestHeader set "x-webobjects-server-name" "sogo.imzadi.de" RequestHeader set "x-webobjects-server-url" "https://sogo.my.tld"; RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0" RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e env=REMOTE_HOST AddDefaultCharset UTF-8 Order allow,deny Allow from all Redirect permanent /index.html https://sogo.my.tld/SOGo -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Gmail to SOGo migration?
Am 28.11.2013 06:54, schrieb Niels Christian Sørensen: Hi, Does anyone have experience in migrating a pure GMail setup to SOGo? I used to migrate away from Google Apps some time ago with different stations in between until I reached SOGo. I don't know if there are tools existing for doing the data export in a "batch" job for all of your users. Besides SOGo, you need to have a running mail system (e.g. Postfix+Dovecot) and authentication system (LDAP or SQL etc.). As far as I know, Google allows you to export the user data, which would be: - E-Mails: you can export all E-Mails via IMAP and import them into your existing mail system via IMAP. - Calendar: Google allows exporting every calendar in iCal format which can be imported into SOGo. - Contacts: same applies here, Google allows exporting all contacts as vCards (single or all in one file) which can be imported. Here you have to note that SOGo has some restrictions concerning the number of E-Mail addresses and phone numbers that can be used in contacts. I don't know if importing .ics and .vcf files into a sogo database can be automated, but for IMAP several unix tools exist. I hope that my points were a little useful for you. Regards Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Visibility of CalDAV calendars on Android
Am 15.10.2013 18:53, schrieb ABBAS Alain: Hallo, Ive got the same problem. I think we must add the entier URL instead of just the server to have to work server/SOGo/dav/user .; Besides the problem of visibility, this CalDAV client seems to work well. Other clients (iPhone/iPad, iCal on OSX, Lightning) only show the relevant information. So I guess, this specific CalDAV client asks for the information in a slightly different way and SOGo offers a list of all available calendars. I think, this should not happen. Regards Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ActiveSync question
Am 03.09.2013 21:19, schrieb Szládovics Péter: Hallo, CalDAV and CardDAV work fine and are not very complicated to set up for the users (except when using Lightning/SOGo Connector where the full paths seem to be needed). Did you try the SOGo Integrator? If you build it for yourself, and set up an update site next to SOGo, the set up will be very simple, and you can use the share/subscribe features on the pages of Lightning and Addressbook apps. If more people interested in this method, I can create and present a short doc about easy set up these things on your site for you. I looked at the documentation (SOGo Mozilla Thunderbird Configuration.pdf), decided that this documentation is far from complete and ignored the Integrator for now. It would be great if you could provide some more documentation on it, especially on: - what do the options in the files defaults/preferences/*.js chrome/content/extensions.rdf mean? - what does the directory custom/sogo-demo do? Some examples (and a overall documentation on the options) of update.php also would be great. Thank you! Kind regards, Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ActiveSync question
On 03.09.2013 18:59, Corrado Fiore wrote: Hallo, Another question is: Have these projects all to be based on z-push? What if hordes ActiveSync interface also could be used as starting point? Actually, Horde's ActiveSync module is based on Z-Push: "The code that handles the protocol level is essentially the same, though it has been heavily refactored and cleaned." Ref.: http://wiki.horde.org/ActiveSync#toc24 And it is very limited -- all Horde calendars (that are selected to be synced) are mixed together into one "virual" calendar which is shown to the device. I've pointed to this "bug" several times, I was told that this is "by design". I am using z-Push now with IMAP backend only for my SOGo installation, CalDAV and CardDAV work fine and are not very complicated to set up for the users (except when using Lightning/SOGo Connector where the full paths seem to be needed). Regards Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Need help on Sieve rules
Am 02.09.2013 17:35, schrieb Szládovics Péter: Hallo Péter, But I did not find a way to say ... fileinto :copy "Alle Mails" (like RFC 3894 tells) ... removeflag "\\Seen" Does anyone have an idea on how to implement this using SOGo? Or should I file a feature request for ":copy" or "removeflag"? Hi Anna Christina, This is your needed sieve script: # require ["fileinto","imap4flags"]; fileinto "INBOX"; addflag "\\Seen"; fileinto "Alle Mails"; stop; # Cheers, Péter Thanks a lot, that did the trick :) Nevertheless, adding an option for "removeflag" and ":copy" to the Web GUI would be nice :) Best regards, Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Need help on Sieve rules
Hallo, I've set up a SOGo installation for (mostly) personal use (I've migrated from Horde). My question is: I need a certain function for one Sieve rule that I had in my previous setup. I like to copy(!) each incoming mail into a special "All Mails" folder in my IMAP mailbox and mark this copy as "Seen". In my last setup using Horde's filter tool, the Sieve file that has been created looks like this: snip [... other rules for mailing lists...] if exists "From" { addflag "\\Seen"; fileinto "Alle Mails"; removeflag "\\Seen"; } if exists "From" { fileinto "INBOX"; } snip Now I want to rebuild my filter settings in SOGo. But I did not find a way to say ... fileinto :copy "Alle Mails" (like RFC 3894 tells) ... removeflag "\\Seen" Does anyone have an idea on how to implement this using SOGo? Or should I file a feature request for ":copy" or "removeflag"? Thank you Kind regards, Anna Christina Naß -- users@sogo.nu https://inverse.ca/sogo/lists