[SOGo] BTS activities for Friday, January 15 2021
Title: BTS activities for Friday, January 15 2021 BTS Activities Home page: https://sogo.nu/bugs Project: SOGo For the period covering: Friday, January 15 2021 idlast updatestatus (resolution)categorysummary 5244 2021-01-15 14:15:43 updated (open) with SOGo Error console gets spamed with CalDAVACLManager.js: calendar acl entry not initialized on TB78 & newest Plugin Beta 5243 2021-01-15 14:12:15 resolved (fixed) with SOGo Can not unsubscribe from calendars in TB78 and newest Beta of SOGoConnenctor -- users@sogo.nuhttps://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird Status
Hi, Am 15.01.21 um 16:15 schrieb Ludovic Marcotte (lmarco...@inverse.ca): If you have a bug with the current beta extension please it at sogo.nu/bugs - with detailed explanations on how to reproduce it. ok, at least for the 100% reproducable ones I put them there. But there is a general instability with every sogo specific function and carddav functions that are like whack-a-mole, every time I try to reproduce it it is gone and comes back randomly... > the address book module is a bit buggy yes, especially that the default adress books are neither deletable nor renameable introduce weird effects (because default SOGo address books are named the same, at least after l10n happens) And at least for the missing read-only address books and lists (a blocker for us) I did create feature-request-bugs in mozillas bugzilla ;-) Greetings Lukas -- Lukas Wringer Universität Augsburg Rechenzentrum Service & Support 86135 Augsburg OpenPGP_signature Description: OpenPGP digital signature
Re: [SOGo] Thunderbird Status
Hi, I agree with what John said. As for the status, we basically need to complete the integration with the SOGo Update Server before releasing the extension. If you have a bug with the current beta extension please it at sogo.nu/bugs - with detailed explanations on how to reproduce it. The extension has been working well for me for weeks now - but Thunderbird 78, not so well. I find to be extremely slow and the address book module is a bit buggy. None of that is related to the SOGo Connector, but it doesn't encourage us to push for it for now. Thanks, On 2021-01-13 2:03 p.m., John Bieling (john.biel...@gmx.de) wrote: If you have error reports regarding Thunderbird CardDAV, than it would be beneficial to file a bug, so they can improve. I don't think they know... John Am 13.01.2021 um 19:24 schrieb Lukas Wringer (lukas.wrin...@rz.uni-augsburg.de) : Hi, I think it was just to early to use the MZLA/Mozilla integration of CardDav. I tried it without the plugin (in 78*) and it was just garbage (it is still on proof-of-concept level imho). Maybe we just have to skip 78 for good... I think the only way for even 86 (or whatever will be the next final) to work properly (with lists, read-only address books, and so on) would be if SOGo and MZLA could work together on this. Although on Beta 85 CardDav is enabled by default... greetings, Lukas Am 13.01.21 um 18:00 schrieb Frank Pauxberger (fr...@pauxberger.de): Hi Christian, I have started with SOGo some time back in 2011 and still love it after about 10 years. It does everything I need and look for and I keep recommending it! Great work once more and once again!! This time though I have to admit I am slightly disappointed on whatever happens around the Plugin for TB78. I have tested it over and over again with varying results, always using the latest versions of the SW required. And with various comments here in the mailing list. But I fully agree, it is not production ready. So for now I stay on TB68 in Prod and have a test instance with TB78 using TbSync/provider for CalDAV and CardDAV/Category Manager. That is sort of ok but nothing I would recommend in larger scenarios. I am really (really really, Ludovic) looking forward to having a reliably working SOGo Connector for Thunderbird 78. What is the bottle neck? Kind regards Frank Original-Message Subject: [SOGo] Thunderbird Status From: Cn To: Users CC: Date: Mittwoch, 13. Jan. 2021, 14:09 (MN +0100) Hello all, I wanted to ask what the current plan/status is of the TB Plugin for 78. It is not really ready for production yet. So what are the plans? Is there a timeline? What are other doing in the meantime? Stay on 68 ? Regards Christian -- users@sogo.nu https://inverse.ca/sogo/lists -- Lukas Wringer Universität Augsburg Rechenzentrum Service & Support 86135 Augsburg -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: https://inverse.ca Inverse inc. :: Leaders behind SOGo (https://sogo.nu), PacketFence (https://packetfence.org) and Fingerbank (https://fingerbank.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Aw: [SOGo] Need help with external SMTP-server
Thanks for the help! I dug deeper and found a solution. Gesendet: Mittwoch, 13. Januar 2021 um 16:50 Uhr Von: "Nicolas Höft (nico...@hoeft.de)" An: users@sogo.nu Betreff: Re: [SOGo] Need help with external SMTP-server Hi Marina, I am able to send a mail from address us...@abcd.tld to us...@domain1.tld when using SOGo's webfrontend. But using the Webfrontend I cannot send an email to external services like user.n...@gmail.com or anything like that. This sounds like a configuration problem on the postfix configuration. Is it handling incoming email differently when they come from the inside of your network? No, the older server A is reachable from without, it's a normal Server rented from a hoster and located in a datacenter. Server A runs with debian and Plesk, Dovecot and Postfix for mail and has been accepting and sending mails using the integrated horde-webmail on the server as well as on a webmail-client on a different server connecting or via Android-Email-Apps or Thunderbird on local machines here. Jan 13 12:26:04 sogod [27233]: |SOGo| starting method 'POST' on uri '/SOGo/so/orange/Mail/0/folderINBOX/folderDrafts/newDraft1610537152-1/send' Jan 13 12:26:05 sogod [27233]: [WARN] <0x0x55f51340a7c0[SOGoUserDefaults]> expected an NSString for 'SOGoMailComposeFontSize' (ignored) Jan 13 12:26:05 sogod [27233]: [ERROR] <0x0x55f513552a50[SOGoMailer]> Could not connect to the SMTP server smtp://abc.tld Jan 13 12:26:05 sogod [27233]: |SOGo| request took 0.666737 seconds to execute I mean, why do I get a relay-denied-error from the recipient's server?! Why does sogo try to send via google or yahoo or whoever, I want to send via my smtp-server defined in sogo.conf - this gives me a headache. Where do you see the relay denied error? That error is shown within the popup-window in which a new mail is being written. When I hit the send-button, the window is overlayed in green and then turns orange, stating "Error 5.7.1. (insert mailserver of recipient) relay denied" I investigated the logs in server A and there I found the reason: due to a missing SPF-record for server B server A denied sever B's attempts to log in. After I included the sogo-server's IP address in server A's SPF-Record everything worked! The email-server A runs on Ubuntu with Plesk Onyx and has SPF-checking enabled. After server B had been listed as "allowed to send" server A allowed connections to authenticate. I never thought so far that I'd have to propagate server B's IP/FDQN as it doesn't have a postfix-installation and doesn't send itself but authenticates at A to make A send. You never stop learning. Thanks a lot to all! Regards, Marina -- users@sogo.nuhttps://inverse.ca/sogo/lists