[Users] June 1, 2021 Zeta Alliance Conference Call Summary
randy at skywaynetworks.com
Mon Jun 14 23:49:02 CEST 2021
Hello Zeta Alliance Community,
Here is a summary of this week’s conference call. A few brief reminders:
* Conference calls are every Tuesday and open to all using either the FreeConferenceCall.com VoIP app or via a dial-in number: [ https://www.freeconferencecall.com/wall/zetalliance | https://www.freeconferencecall.com/wall/zetalliance ]
* Each week’s call agenda can be found at: [ https://drive.google.com/drive/folders/1xDyBJFjnfZYxuXJHiDzsXjjMuGGtIl7J | https://drive.google.com/drive/folders/1xDyBJFjnfZYxuXJHiDzsXjjMuGGtIl7J ]
* A copy of each week’s summary is also posted to the Zimbra Forums:
* All Prior Months: [ https://forums.zimbra.org/viewforum.php?f=9 | https://forums.zimbra.org/viewforum.php?f=9 ]
* May 2021 : [ https://forums.zimbra.org/viewtopic.php?f=9&t=69570 | https://forums.zimbra.org/viewtopic.php?f=9&t=69570 ]
* June 2021: [ https://forums.zimbra.org/viewtopic.php?f=9&t=69677 | https://forums.zimbra.org/viewtopic.php?f=9&t=69677 ]
* Constructive feedback on these call summaries is always welcome.
June 1 , 2021
Upcoming 8.8.15 Patch 22 and 9.0 Patch 15
Mark S. asked if the next patches were coming out the week of May 31st. John H. said Zimbra is currently projecting either late in the week of May 31st or the following week. Mark said that the preview release notes for Zimbra partners suggest the patches will change the Zimbra Video Server status from beta to generally available and said he is looking forward to trying it out to see if it makes video calls with Zimbra Connect more scalable than using a standalone TURN server.
ARC Support In Zimbra
Noah P. said he has been recently working on implementing DKIM ( https://en.wikipedia.org/wiki/DomainKeys_Identified_Mail ) in Zimbra and asked if anyone has implemented ARC support ( https://en.wikipedia.org/wiki/Authenticated_Received_Chain ) in Zimbra for re-signing messages. He said he recalled a Postfix Milter being discussed on a Zeta Alliance call last February 2020 ( http://forums.zimbra.org/viewtopic.php?f=9&t=67726#p295876 ) that he thought may make ARC support available. Mark S. said that he has not found that forwarding of DKIM signed messages has resulted in false positives for his Zimbra users and thinks that most email providers have found this to be a typical use case, so they are allowing it, even if it violates a DMARC policy (https://en.wikipedia.org/wiki/DMARC ). Randy L. said that he thinks John W. at Xmission may have been working on implementing ARC support in Zimbra and suggested that Noah may want to send him a note to see if he had any additional information to share.
Unexpectedly Large Zimbra Log Files
Jorge C. said that he recently migrated from a single Zimbra server install to a multi-server install as described in the Zimbra Administration guide. Post-migration, he said he encountered a problem where his zimbra.log file grew exponentially from 500 MB to 3 GB in about 3 hours. Similarly, his Zimbra stats log file grew to 27 GB in the same time period. He opened Zimbra support case # 01173606 and was assigned Zimbra bug ID: ZBUG-2234. John H. said this bug is an open issue and is caused by an incorrect virtual host name entry in Jorge’s /etc/rsyslog.d/60-zimbra.conf file. Jorge said he now has the following entries in his 60-zimbra.conf file:
But previously had virtual host names listed like:
Jorge explained that the virtual host lines were present when he had a single server Zimbra install and it did not have the rapid log file growth issue at that time, so he was not sure why this likewise did not also work in a multi-server install. Matthew F. asked which of the Zimbra servers has the Zimbra logger service running, as he wondered if Jorge had inadvertently setup two servers running the logger service, when there should only be a single server running the logger service. Jorge said he did not know the answer to Matthew’s question. Mark S. said that he has found that Zimbra patches will occasionally force syslogging in to a non-functional state, and in those instances that running the /opt/zimbra/libexec/zmsyslogsetup utility ( https://wiki.zimbra.com/wiki/Configuring-Logger-Host ) followed by a “service syslog restart” command helps bring things back in to an operational state. Mark added that he finds syslogging over UDP does not seem reliable, where some network switches do not handle it well, and suggested using TCP logging by changing:
Then running: “service rsyslog restart”. Next, in /etc/rsyslog.conf set:
# provides UDP syslog reception
# provides TCP syslog reception
Uncomment the TCP related lines above then do another restart of the rsyslog service.
Randy Leiker ( randy at skywaynetworks.com )
Skyway Networks, LLC
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users