<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello,</p>
<p>M<span class="VIiyi" lang="en"><span class="JLqJ4b ChMk0b"
data-language-for-alternatives="en"
data-language-to-translate-into="fr" data-phrase-index="0"><span>y
support case was closed immediately after the opening of bug
ZBUG-2097.</span></span></span> <span class="VIiyi"
lang="en"><span class="JLqJ4b ChMk0b"
data-language-for-alternatives="en"
data-language-to-translate-into="fr" data-phrase-index="0"><span>I
really have a hard time getting used to this bad habit from
Zimbra support.</span></span></span></p>
<p><span class="VIiyi" lang="en"><span class="JLqJ4b ChMk0b"
data-language-for-alternatives="en"
data-language-to-translate-into="fr" data-phrase-index="0"><span>It's
very frustrating as a customer knowing that 1. this issue
I'm facing is actually a bug 2. the product is not working
ok 3. Zimbra support tells me "yeah we know, thanks.
Goodbye!" and closes the case, and I know that without me
requesting updates from time to time, I will not be informed
of any progress regarding the fixing of this bug. Not even
if it's thoroughly being investigated or not.</span></span></span><br>
</p>
<p>Sorry if this bothers anyone at Zimbra's, but what kind of
support is that? Never seen this anywhere else on earth.<br>
</p>
<p>Have you guys been able to discuss this with Zimbra lately? Any
way this situation can improve and we get the professional and
responsible Zimbra support service that we pay for?<br>
</p>
<p>Regards,</p>
<p>Frédéric.</p>
<p><br>
</p>
<div class="moz-cite-prefix">Le 01/02/2021 à 17:37, Frédéric Nass a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:d7ee78e2-f38a-4600-a609-8875c57a3017@univ-lorraine.fr">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Hi Randy,</p>
<p>Thanks for bringing the calendar issue to John's attention
during the last call and sorry for not reading your report
earlier than today. I like to keep them unread until I have
enough time to read them carefully. :-)</p>
<p>I realize I may not have been clear enough regarding this
calendar issue. The issue appears because of the way Zimbra
synchronizes calendars. Suppose there's an event in Calendar (A)
<a class="moz-txt-link-freetext"
href="https://timetable.myuniversity.com/calendar/year_1/group_A/calendar.ics"
moz-do-not-send="true">https://timetable.myuniversity.com/calendar/year_1/group_A/calendar.ics</a>
that's also in Calendar (B) <a class="moz-txt-link-freetext"
href="https://timetable.myuniversity.com/calendar/year_1/group_B/calendar.ics"
moz-do-not-send="true">https://timetable.myuniversity.com/calendar/year_1/group_B/calendar.ics</a>.
If Zimbra synchronizes Calendar (A) before Calendar (B), then
the event will only be downloaded once in Calendar (A) and will
not be downloaded in Calendar (B) despite it's actually part of
Calendar (B). The event will just be skipped on Calendar (B)
synchronization and will not be considered in Calendar (B) at
all.<br>
</p>
<p>As a result, if Zimbra user chooses to display only Calendar
(B) and not Calendar (A) in the Zimbra Web Client, then the
common event will not appear on the Calendar view at all. And
that's the issue.<br>
The common event should be synchronized in both/all Calendars
that contains it so that it can be displayed in the ZWC calendar
view whatever the calendar is ticked.<br>
</p>
<p>I've just been notified today by Zimbra's support that my case
has resulted in a Bug (ZBUG-2097) so I hope it will be fixed one
day.</p>
<p>Kind regards,</p>
<p>Frédéric.<br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">Le 22/01/2021 à 20:52, Randy Leiker a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:1215526173.1757276.1611345157389.JavaMail.zimbra@skywaynetworks.com">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<div id="zimbraEditorContainer" style="font-family: arial,
helvetica, sans-serif; font-size: 12pt; color: #000000"
class="2">
<div>
<style type="text/css" scoped="">
@page { size: 8.5in 11in; margin: 0.79in }
p { margin-bottom: 0.1in; line-height: 115%; background: transparent }
a:visited { color: #800000; so-language: zxx; text-decoration: underline }
a:link { color: #000080; so-language: zxx; text-decoration: underline }
</style></div>
<div><!--StartFragment-->
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>Hello Zeta Alliance
Community,<br>
<br>
Here is a summary of this week’s
conference call. A few brief
reminders:<br>
</div>
<ul>
<li>Conference calls are every <span
class="Object"
id="OBJ_PREFIX_DWT2133_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2152_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT4259_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT4274_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2284_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2295_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT3487_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT3499_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT3936_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT3952_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT412_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT426_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT3694_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT3715_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT275_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT298_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT149_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT167_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT959_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT977_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2348_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2361_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1883_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1906_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT5418_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT5433_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT5531_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT5551_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT283_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT303_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT414_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT429_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1004_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1016_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2517_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2537_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1554_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1568_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1346_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1358_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT826_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT844_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1357_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1379_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1146_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1159_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1355_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1368_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1481_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1496_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2668_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2679_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT1781_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT1807_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT6180_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT6204_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT869_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT884_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2774_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2790_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2398_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2413_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2510_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2533_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2631_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2646_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT6018_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT6037_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT4431_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT4445_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2540_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2557_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT94_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT110_com_zimbra_date"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1182_com_zimbra_date"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1199_com_zimbra_date">Tuesday</span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span>
and open to all using either
the FreeConferenceCall.com
VoIP app or via a dial-in
number: <span class="Object"
id="OBJ_PREFIX_DWT2134_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2153_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT4260_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT4275_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2285_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2296_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT3488_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT3500_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT3937_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT3953_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT413_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT427_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT3695_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT3716_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT276_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT299_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT150_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT168_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT960_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT978_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2349_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2362_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1884_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1907_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT5419_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT5434_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT5532_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT5552_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT284_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT304_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT415_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT430_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1005_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1017_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2518_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2538_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1555_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1569_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1347_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1359_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT827_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT845_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1358_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1380_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1147_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1160_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1356_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1369_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1482_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1497_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2669_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2680_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1782_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1808_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT6181_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT6205_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT870_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT885_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2775_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2791_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2399_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2414_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2511_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2534_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2632_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2647_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT6019_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT6038_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT4432_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT4446_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2541_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2558_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT95_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT111_com_zimbra_url"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1183_com_zimbra_url"><span
class="Object"
role="link"
id="OBJ_PREFIX_DWT1200_com_zimbra_url"><a
href="https://www.freeconferencecall.com/wall/zetalliance" rel="nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer"
target="_blank"
data-mce-href="https://www.freeconferencecall.com/wall/zetalliance"
moz-do-not-send="true">https://www.freeconferencecall.com/wall/zetalliance</a></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span><br>
</li>
<li>Each week’s call agenda can
be found at: <span
style="color: #000080;"><span
style="font-family: Arial,
sans-serif;"><span
style="font-size:
medium;"
data-mce-style="font-size:
medium;"><span
lang="zxx"><u><a
class="moz-txt-link-freetext"
href="https://drive.google.com/drive/folders/1xDyBJFjnfZYxuXJHiDzsXjjMuGGtIl7J"
moz-do-not-send="true">https://drive.google.com/drive/folders/1xDyBJFjnfZYxuXJHiDzsXjjMuGGtIl7J</a></u></span></span></span></span><br>
</li>
<li>A copy of each week’s
summary is also posted to the
Zimbra Forums:<br>
<span class="Object"></span>
<ul>
<li><span class="Object">All
Prior Months: <span
class="Object"
id="OBJ_PREFIX_DWT829_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT847_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1360_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1382_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1149_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1162_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1358_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1371_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1484_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1499_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2671_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2682_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT1784_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT1810_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT6183_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT6207_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT872_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT887_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2777_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2793_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2401_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2416_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2513_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2536_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2634_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2649_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT6021_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT6040_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT4434_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT4448_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2543_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2560_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT97_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT113_com_zimbra_url"><span
class="Object"
role="link"
id="OBJ_PREFIX_DWT1185_com_zimbra_url"><span
class="Object"
role="link"
id="OBJ_PREFIX_DWT1202_com_zimbra_url"><a
href="https://forums.zimbra.org/viewforum.php?f=9" rel="nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer"
target="_blank"
data-mce-href="https://forums.zimbra.org/viewforum.php?f=9"
moz-do-not-send="true">https://forums.zimbra.org/viewforum.php?f=9</a></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span></span><br>
</span></li>
<li><span
style="font-family:
'arial', sans-serif;"
data-mce-style="font-family:
'arial', sans-serif;"><span
style="font-size:
medium;"
data-mce-style="font-size:
medium;"><span
lang="zxx"><span
class="Object"><span
class="Object"
id="OBJ_PREFIX_DWT6024_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT6043_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT4437_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT4451_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT2546_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2563_com_zimbra_date"><span class="Object"
id="OBJ_PREFIX_DWT98_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT114_com_zimbra_date"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1186_com_zimbra_date"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1203_com_zimbra_date">December 2020</span></span></span></span></span></span></span></span></span></span>:
<span
class="Object"
id="OBJ_PREFIX_DWT6025_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT6044_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT4438_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT4452_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT2547_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT2564_com_zimbra_url"><span class="Object"
id="OBJ_PREFIX_DWT99_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT115_com_zimbra_url"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1187_com_zimbra_url"><span
class="Object"
role="link"
id="OBJ_PREFIX_DWT1204_com_zimbra_url"><a
href="https://forums.zimbra.org/viewtopic.php?f=9&t=69008"
rel="nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer"
target="_blank"
data-mce-href="https://forums.zimbra.org/viewtopic.php?f=9&t=69008"
moz-do-not-send="true">https://forums.zimbra.org/viewtopic.php?f=9&t=69008</a></span></span></span></span></span></span></span></span></span></span><br>
</span></span></span></span></li>
<li><span
style="font-family:
'arial', sans-serif;"
data-mce-style="font-family:
'arial', sans-serif;"><span
style="font-size:
medium;"
data-mce-style="font-size:
medium;"><span
lang="zxx"><span
class="Object"><span
class="Object"
id="OBJ_PREFIX_DWT100_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT116_com_zimbra_date"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1188_com_zimbra_date"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1205_com_zimbra_date">January 2021</span></span></span></span>:
<span
class="Object"
id="OBJ_PREFIX_DWT101_com_zimbra_url"><span
class="Object"
id="OBJ_PREFIX_DWT117_com_zimbra_url"><span class="Object" role="link"
id="OBJ_PREFIX_DWT1189_com_zimbra_url"><span
class="Object"
role="link"
id="OBJ_PREFIX_DWT1206_com_zimbra_url"><a
href="https://forums.zimbra.org/viewtopic.php?f=9&t=69121"
rel="nofollow
noopener
noreferrer
nofollow
noopener
noreferrer
nofollow
noopener
noreferrer"
target="_blank"
data-mce-href="https://forums.zimbra.org/viewtopic.php?f=9&t=69121"
moz-do-not-send="true">https://forums.zimbra.org/viewtopic.php?f=9&t=69121</a></span></span></span></span><br>
</span></span></span></span></li>
</ul>
</li>
<li>Constructive feedback on
these call summaries is always
welcome.</li>
</ul>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<div><span class="Object"
id="OBJ_PREFIX_DWT2548_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT2565_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT102_com_zimbra_date"><span
class="Object"
id="OBJ_PREFIX_DWT118_com_zimbra_date"><span
class="Object" role="link"
id="OBJ_PREFIX_DWT1190_com_zimbra_date"><span
class="Object" role="link"
id="OBJ_PREFIX_DWT1207_com_zimbra_date">January
19</span></span></span></span></span></span>,
2021</div>
</div>
</div>
<!--EndFragment--></div>
<div><br>
<strong>Setting A Maximum Message Size Per Domain</strong><br>
Noah P. said that he is looking for a means to enforce a
maximum email size limit per Zimbra domain. He explained
that he has two customers that want to keep email messages
within their organizations smaller than they are now, and
Noah does not wish to apply the lower size limit to all
other customer domains on his Zimbra servers, but rather
just to those two customer’s domains. Cine suggested that
CBPolicyd ( <a
href="https://wiki.zimbra.com/wiki/How-to_for_cbpolicyd"
moz-do-not-send="true">https://wiki.zimbra.com/wiki/How-to_for_cbpolicyd</a>
) might be of help, and said that he knows CBPolicyd can set
a maximum outbound message size limit, but was not certain
if it was possible to set an inbound message size limit
too. Mark S. suggested that Noah could setup a new Zimbra
MTA server specifically for the customers requesting the
lower message size limit, then route all of the email for
those two customers through the new MTA server. Matthew F.
said that writing a Postfix Milter to filter based on
message size might work, but the downside to this approach
would be that messages that are too large would bounce to
the sender only after Zimbra initially accepts the messages
for delivery. Matthew also pointed out that in doing a
quick Telnet connection test to his Zimbra MTA server, he
noticed that Postfix advertises the maximum message size
accepted immediately after the HELO/EHLO command is sent,
suggesting that it may only be practical to have a
server-wide message size limit set, as compared to a per
domain setting, assuming that all of the users are using the
same Zimbra MTA server.<br>
<br>
<strong>Resetting Mailbox Passwords When Two-Factor
Authentication Is Enabled</strong><br>
John E. shared an update on an issue discussed in an earlier
Zeta Alliance call related to difficulties encountered when
attempting to use the Zimbra password reset feature for a
mailbox with two-factor authentication enabled. He said
that this has been acknowledged by Zimbra as a bug
(ZCS-10191; status updates are not available via the Zimbra
Support Portal) and is anticipated to be fixed in an
upcoming patch that should be released soon. Noah P. asked
if the bug fix will only apply to the Modern UI, the Classic
UI, or both in Zimbra 9. John E. said that the bug fix is
associated with the server back-end, so he thinks it should
apply to both the Modern and Classic UIs.<br>
<br>
<strong>Using Shared Calendars Containing The Same Calendar
Event UIDs</strong><br>
From the Zeta Alliance mailing list, Frederic N. said that
he has Zimbra users who have multiple shared calendars, and
they often add the same calendar events to these multiple
shared calendars with the same UID number. His users report
that when their email clients are configured to synchronize
each of these shared calendars, they expect the calendar
events with the same UID number to appear for each shared
calendar, but the actual behavior observed is that the
calendar events appear only once on a single shared calendar
– usually the shared calendar that synchronizes first. He
wondered if this occurs because of the de-duplication
feature in Zimbra that also avoids repeatedly delivering
email messages with the same message ID number. Cine said
that Frederic did not mention which email clients are in use
by the users, but generally it is up to each email client to
decide on which calendar events they will download, rather
than the Zimbra server. He did not think that the
de-duplication feature in Zimbra was involved, as that
feature only applies to email deliveries. John H. added
that most email clients will consider calendar events with
the same UID to be the same calendar event, thereby causing
the event to be displayed only once within the email client,
even if it appears on multiple shared calendars on the
server-side. He said that for ActiveSync clients, it is up
to the client to decide on how to display calendar events
with the same UID, as either a single event, or multiple
events.<br>
<br>
<strong>Non-Responsive Mailboxd Process and AWS Storage
Buckets</strong><br>
Mark S. shared that he recently experienced an issue with
one of his Zimbra mailbox servers where none of the users
could access their mailboxes, but the mailboxd processes and
its dependencies were running with a load of 120%. After a
restart of the mailboxd and related services, users still
could not access their mailboxes. With Zimbra Support’s
assistance, the issue was pinpointed to a problem with
mailboxd accessing the AWS storage buckets containing his
Zimbra server’s disk volumes. He said that when using AWS
storage buckets as Zimbra volumes, he used to be able to
create a primary/secondary volume without also needing to
create a logical representation in Zextras of the external
AWS S3 storage bucket. But, he discovered that now this is
required. Cine said that about one year ago, the Zimbra
Administration UI changed to add support for some updates to
the supported volume types, but the Zextras back-end CLI did
not. He said that it should now no longer be possible to
create a Zimbra volume without a corresponding AWS S3
bucket. When using AWS buckets for Zimbra volumes, Cine
recommended running these CLI commands:<br>
</div>
<ul>
<li>“zxsuite hsm getAllVolumes” to get the
bucketConfigurationId value, then run:</li>
<li>“zxsuite hsm listBuckets” to see the actual
bucketConfigurationId for your actual buckets.</li>
<li>If your primary or secondary storage volume references a
non-existent bucket ID, you may need to run “zxsuite hsm
doUpdateVolume …” to fix.</li>
</ul>
<div><strong>Using Smart Hosts In Zimbra To Manage Outbound
Email Routing</strong><br>
Noah P. re-visited a topic from the November 10th Zeta
Alliance call ( <a
href="https://forums.zimbra.org/viewtopic.php?f=9&t=68942#p299710"
moz-do-not-send="true">https://forums.zimbra.org/viewtopic.php?f=9&t=68942#p299710</a>
) related to controlling SMTP mail flow in Zimbra per
domain. He said he had been continuing to experiment with
this capability by working with using the Zimbra Smart Hosts
feature to attempt to direct mail per domain through
specific Zimbra MTAs. Mark S. suggested that Noah should
use the “zimbraSmtpHostname” setting per domain for this
purpose, but Noah said this setting only works for users who
access their mailboxes with the SOAP clients, such as the
Zimbra Connector for Outlook and ActiveSync. Noah has
observed that the Zimbra Web Client, SMTP (IMAP/POP)
clients, mailbox forwarders, and distribution lists still
continue to use the Zimbra global MTA setting, ignoring the
per domain “zimbraSmtpHostname” setting. Cine suggested
using Postfix’s “sender_dependent_relayhost_maps” attribute
in addition to the “zimbraSmtpHostname” setting to help
ensure consistency for each user’s email client use case.
John H. suggested that Noah should also create a Zimbra
request for enhancement to make this capability part of
Zimbra’s official features.<br>
<br>
<strong>“Host or domain name not found” Errors During Zimbra
Server Migration</strong><br>
Matthew F. said that he is working on a customer migration
from an old to a new Zimbra server version. He said that
after a mailbox is moved from the old to the new server, the
LMTP server address for the mailbox, that Zimbra uses for
mail delivery, is updated to the new server’s fully
qualified domain name (FQDN) as expected, but email
deliveries sent from mailboxes on the old server to the
mailbox on the new server result in “status=bounced (Host or
domain name not found. Name service error for name=xxxx
type=A: Host not found)” error messages in mailbox.log. He
found that after moving a mailbox to the new Zimbra server,
and changing the LMTP FQDN for a mailbox to an IP address,
this then allows for email to be delivered normally. Noah
P. wondered if Zimbra may be checking the server’s local
/etc/hosts file before using the DNS resolver configured for
the server, and the /etc/hosts file contains an incorrect
entry for the FQDN of the new server. Mark S. said that he
worked with a customer that had a multi-homed Zimbra server,
with one network interface assigned to a public IP address,
and another assigned to a VPN. He found it very tricky to
get mail routed correctly with this setup and suggested
using Postfix’s “lmtp=native” setting. He said that without
this setting, Postfix avoided using the /etc/hosts file for
look-ups and always used the DNS resolver configured for the
server. Cine suggested that Matthew take a look at using
dnsmasq as it makes these types of scenarios much easier.
Mark S. suggested taking a look at his dnsmasq how-to ( <a
href="https://www.missioncriticalemail.com/2018/04/12/zimbra-dnsmasq-configuration-guide/"
moz-do-not-send="true">https://www.missioncriticalemail.com/2018/04/12/zimbra-dnsmasq-configuration-guide/</a>
) and said that dnsmasq is beneficial since it only answers
DNS queries for records it is specifically configured to
answer, and passes all other queries through to the server’s
regular DNS resolver. Noah P. also suggested the Zimbra
command: “zmlocalconfig -e postfix_lmtp_host_lookup=native”
which Matthew said he currently has enabled. Cine added
that using the /etc/nsswitch.conf file to set the order in
which DNS resolvers are used may help, such as this
configuration value: “hosts: files dns”. Mark S. said that
this page ( <a
href="https://wiki.zimbra.com/wiki/Postconf_keys"
moz-do-not-send="true">https://wiki.zimbra.com/wiki/Postconf_keys</a>
) maps Postfix configuration settings to Zimbra-equivalent
settings may be of help too. Noah P. said that Matthew
might be looking for this Zimbra setting too:
“zimbraMtaLmtpHostLookup”, which can be described from the
CLI using: “zmprov desc -a zimbraMtaLmtpHostLookup”.
Matthew F. said he currently has this setting configured:
“zimbraMtaLmtpHostLookup: dns”.<br data-mce-bogus="1">
</div>
<div><br data-mce-bogus="1">
</div>
<div data-marker="__SIG_PRE__">
<div>
<div>
<div><span style="color:rgb( 255 , 102 , 0
);font-weight:bold"><br>
Randy Leiker (</span><span style="font-weight:bold">
<span style="color:rgb( 51 , 51 , 255
);background-color:rgb( 255 , 255 , 255 )"><a
class="moz-txt-link-abbreviated"
href="mailto:randy@skywaynetworks.com"
moz-do-not-send="true">randy@skywaynetworks.com</a></span>
<span style="color:rgb( 255 , 102 , 0 )">)</span></span><br>
<span style="color:rgb( 0 , 0 , 153 )">Skyway
Networks, LLC</span><br>
<br>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</blockquote>
</body>
</html>