[SOGo] BTS activities for Tuesday, July 08 2014
Title: BTS activities for Tuesday, July 08 2014 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Tuesday, July 08 2014 idlast updatestatus (resolution)categorysummary 2800 2014-07-08 05:40:32 updated (open) Web Calendar STATUS:CANCELLED in web calendar not honored 2846 2014-07-08 12:11:09 updated (open) Web Calendar Invitations in the SOGo webinterface 2844 2014-07-08 09:58:30 updated (open) Web Mail Three Pane View in three Columns 2315 2014-07-08 06:27:30 resolved (fixed) sogo-tool sogo-tool ignores SOGoForceExternalLoginWithEmail 2828 2014-07-08 22:03:35 resolved (fixed) Web Calendar Calendar print view does not wrap long words in event list 2845 2014-07-08 22:04:23 resolved (fixed) Web Mail Line wraps of html mails are through words, instead of in between words 2843 2014-07-08 06:51:19 closed (not a bug) i18n Milti-columns view button is not available in Transifex
[SOGo] Question about different log line formats for certain errors
Hi all, Another question... There is one specific type of error that shows up formatted differently... Virtually all of the log lines start with Mmm DD TT:TT:TT, like this: Jul 08 13:09:10 sogod [32691]: [ERROR] <0x0x7ff375ee3c50[NGLdapAttribute]> could not convert value of objectGUID to string except for these, which start with -MM-DD TT:TT:TT: 2014-07-08 13:09:26.547 sogod[32622] ERROR(-[NGLdapSearchResultEnumerator nextObject]): does not support result references yet .. Also, after the seconds, there is a period followed by a 3 digit number... what is that? Ie, in the above, 13:09:26.547 - what is that .547? These lines formatted differently only show up very rarely, but when they do, those last digits are always in increments, sometimes sequential, but if not, only one or two numbers are skipped... Ie, these: 2014-07-08 11:03:56.205 sogod[31654] 2014-07-08 11:03:56.206 sogod[31654] 2014-07-08 11:03:56.208 sogod[31654] 2014-07-08 11:03:56.209 sogod[31654] Thanks, Charles -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Questions about "could not convert value" errors in sogo log...
Hi all, Ok, I'm trying to figure out this other problem I'm having with connections, but trying to read the sogo log is really giving me problems. First, it is literally flooded with lines like these: Jul 08 11:17:42 sogod [31951]: [ERROR] <0x0x7ff375edc450[NGLdapAttribute]> could not convert value of objectSid to string Jul 08 11:17:42 sogod [31951]: [ERROR] <0x0x7ff375ed22d0[NGLdapAttribute]> could not convert value of objectGUID to string Jul 08 11:17:42 sogod [31951]: [ERROR] <0x0x7ff375e6cdd0[NGLdapAttribute]> could not convert value of logonHours to string Jul 08 11:17:42 sogod [31951]: [ERROR] <0x0x7ff375e6cdd0[NGLdapAttribute]> could not convert value of userCertificate to string When I say flooded - I counted the number of lines for this particular time... There were almost 600 - that's six hundred - individual lines of these errors, all with the exact same time-stamp down to the second. Some lines are even showing in the log on the same line (missing carriage return). This can't be good for performance. Is this normal? Could this even be causing my problem? Thanks, Charles -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] problem with unsecure content
Hello, I have a problem with attachement on SOGo. When I want to read or save an attachement, my firefox block it because this is an unsecure content. I can "continue" or "cancel" but nothing after my choice. In the adress toolbar, I have a firefox security message that inform me about unsecure content. Next I can unlock the security problem on my toolbar, but I need to do it on each session, each computeur, each user ... With other computer with Internet explorer, I have a message, I valid and next everything is ok. Is anybody had the same problem and solved it ? I upgrade each element to try to solved the problme, but without success. I used SOGO 2.2.6-1 and firefox 30.0 (Ubuntu 12.04) Best regards Cédric -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] webmail html display | line breaks
Done here: http://www.sogo.nu/bugs/view.php?id=2845 Thanks Christian. I just checked it. In SOGo 2.2.4 line wraps are between words. In SOGo 2.2.5 line wraps are in words. Seems like a regression. Please report it as bug. Kind regards, Christian Mack -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] webmail html display | line breaks
Hi MJ Am 2014-07-08 14:33, schrieb heupink: > >> Please check the HTML code of such an email first. >> I assume, the width is set in it in pixels, so your windowsize doesn't >> matter at all. >> Perhaps it is also set to preformatted text and the line breaks were >> done by the author. > Well, it is happening in basically ALL html mails we receive, and they > display/resize fine on thunderbird. It's just the SOGo web interface. > Ok, that's another story then. > Basically I'd like to know if this is only happening with us, or if > others are seeing this as well? We have no idea how long this has been > happening, perhaps since the last update to 2.2.6, perhaps longer. > > So... how do html mails display for others here, and please specially > look for mid-word line wraps... > I just checked it. In SOGo 2.2.4 line wraps are between words. In SOGo 2.2.5 line wraps are in words. Seems like a regression. Please report it as bug. Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] Sogo without memcached
On 2014-07-08, 8:56 AM, Paul van der Vlis wrote: I've tried it, and it seems to work. I only get many errors in my logfiles. It's possible but it'll be slow, orca fat slow. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Sogo without memcached
Hello, Is it possible to run Sogo without memcached? I prefer that for security reasons. I've tried it, and it seems to work. I only get many errors in my logfiles. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] webmail html display | line breaks
Hi Christian, list, Please check the HTML code of such an email first. I assume, the width is set in it in pixels, so your windowsize doesn't matter at all. Perhaps it is also set to preformatted text and the line breaks were done by the author. Well, it is happening in basically ALL html mails we receive, and they display/resize fine on thunderbird. It's just the SOGo web interface. Basically I'd like to know if this is only happening with us, or if others are seeing this as well? We have no idea how long this has been happening, perhaps since the last update to 2.2.6, perhaps longer. So... how do html mails display for others here, and please specially look for mid-word line wraps... Thanks for replying, MJ Kind regards, Christian Mack -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] webmail html display | line breaks
Hello MJ Am 2014-07-08 11:49, schrieb heupink: > > Today we noticed a problem in html mails viewed through the /SOGo web > interface: lines breaks consistenly occur in the middle of words, for > unclear reasons. They should of course occur in between words. We tried > different browsers/pc's/mails, all with the same result. > > The window is big enough (scroll bars are gone), there is enough space, > yet mails displayed like in the attachment. (I hope the list allows > attachments to go through..?) Double-click to open the mail in it's own > window doesn't help as well. > > Just to be specific: this is sogo 2.2.6, tried various main browsers, > tried many different mails/newsletters, it happens on all machines we > tested. > > Does anyone else see this? Should I file an official bug report about it? > Please check the HTML code of such an email first. I assume, the width is set in it in pixels, so your windowsize doesn't matter at all. Perhaps it is also set to preformatted text and the line breaks were done by the author. Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature