Przykład ilustrujący: Taylor, administrator w małej firmie, potrzebuje odpowiedzi „poza biurem” na skrzynkę pocztową taylor@example.compodczas planowanej nieobecności w październiku. To hipotetyczny przykład, a nie raport z konfiguracji na żywo ani testu. Ten sam schemat poleceń może pomóc administratorowi Zimbra skonfigurować jedną skrzynkę pocztową bez logowania się jako jej właściciel.
Zimbra zapisuje to ustawienie w preferencjach konta. Narzędzie wiersza poleceń zmprovmoże napisać tekst odpowiedzi, włączyć odpowiedź oraz ustawić datę rozpoczęcia i zakończenia. Kluczem jest ustawienie wiadomości i harmonogramu na właściwym koncie, a następnie potwierdzenie, że funkcja informowania o nieobecności na koncie jest dozwolona przez jego klasę usług (COS). Oficjalna strona Centrum Technicznego Zimbra dotycząca tego zadania jest oznaczona jako „praca w toku” i sklasyfikowana dla starszych wersji ZCS. Publiczny „najnowszy” Podręcznik administratora Zimbra to Zimbra Network Edition 8.8.15, zaktualizowany 12 grudnia 2022 r. Ponieważ zakres dokumentacji i atrybuty mogą się różnić w zależności od wersji, przed zastosowaniem poleceń w środowisku produkcyjnym należy sprawdzić definicje atrybutów zainstalowanego serwera.
Uruchom polecenia provisioningu jako konto systemu operacyjnego Zimbra na serwerze pocztowym, zazwyczaj przełączając się na zimbra:
su - zimbra
Użyj głównego adresu e-mail konta, a nie nazwy wyświetlanej ani aliasu, chyba że potwierdziłeś, że alias odnosi się do właściwego konta. W przykładzie Taylora, adres docelowy to taylor@example.com. Jeśli Twoja instalacja jest wieloserwerowa, połącz się z odpowiednim środowiskiem Zimbra i postępuj zgodnie z polityką dostępu administratora w swojej organizacji.
Najpierw zapytaj schemat lokalny, czy główna preferencja istnieje:
zmprov desc -a zimbraPrefOutOfOfficeReply
zmprov desc -a zimbraPrefOutOfOfficeReplyEnabled
zmprov desc -a zimbraPrefOutOfOfficeFromDate
zmprov desc -a zimbraPrefOutOfOfficeUntilDate
To sprawdzenie jest przydatne, ponieważ strona referencyjna wiersza poleceń nie zastępuje schematu dołączonego do zainstalowanej wersji. Jeśli atrybut jest nieznany, przerwij i zapoznaj się z podręcznikiem administratora lub kanałem pomocy technicznej dla konkretnej wersji Zimbra, zamiast kopiować polecenie z innej wersji.
Zimbra rozróżnia preferencje konta, które włączają odpowiedź użytkownika, oraz flagę funkcji zezwalającą na status „Poza biurem” dla konta lub jego COS. Przed rozpoczęciem rozwiązywania problemów sprawdź obie opcje:
zmprov ga taylor@example.com \
zimbraFeatureOutOfOfficeReplyEnabled \
zimbraPrefOutOfOfficeReplyEnabled
Aby wysłać odpowiedź, zimbraPrefOutOfOfficeReplyEnablednależy ustawić preferencję konta . Flaga funkcji może również blokować odpowiedzi, jeśli nie jest włączona dla konta lub odziedziczonego COS. Jeśli preferencja jest wyłączona przez politykę, poproś administratora Zimbra odpowiedzialnego za ten COS o jej sprawdzenie; zmiana samej preferencji skrzynki pocztowej może nie spowodować nadpisania wyłączonej funkcji.TRUEzimbraFeatureOutOfOfficeReplyEnabled
W przypadku komunikatu o nieobecności Taylora użyj zmprov ma, skróconej formy modifyAccount. Umieść tekst w pojedynczych cudzysłowach, aby spacje były przekazywane jako jedna wartość. Ten przykład pozwala uniknąć apostrofów w komunikacie, co wymagałoby dodatkowego użycia powłoki:
zmprov ma taylor@example.com \
zimbraPrefOutOfOfficeReply 'I am out of the office. I will return on October 19. For urgent requests, contact Morgan Lee at morgan@example.com.' \
zimbraPrefOutOfOfficeReplyEnabled TRUE
Polecenie zapisuje dwie wartości: wiadomość i włączoną preferencję. Jeśli zmienisz tylko tekst odpowiedzi, gdy włączona preferencja jest ustawiona na FALSE, automatyczna odpowiedź nie zostanie wysłana. Jeśli włączysz tylko preferencję, ale pozostawisz tekst odpowiedzi pusty, wynik może być niekompletny lub odrzucony przez interfejs klienta. Użyj krótkiej wiadomości, która poda nadawcy użyteczną datę powrotu lub alternatywny kontakt, nie udostępniając zbędnych danych osobowych.
W przypadku planowanej nieobecności atrybuty konta Zimbra obejmują datę rozpoczęcia i datę zakończenia. Używają one uogólnionej wartości czasu; w poniższym przykładzie użyto znacznika czasu UTC w YYYYMMDDHHMMSSZformacie. Przed uruchomieniem należy przekonwertować zamierzony czas lokalny na UTC. W tym przykładzie okno Taylora rozpoczyna się o godzinie 9:00 UTC 12 października i kończy o godzinie 00:00 UTC 17 października:
zmprov ma taylor@example.com \
zimbraPrefOutOfOfficeFromDate 20261012090000Z \
zimbraPrefOutOfOfficeUntilDate 20261017000000Z
Wartości początkowe i końcowe określają, kiedy poczta przychodząca kwalifikuje się do powiadomienia o nieobecności. W notatkach dotyczących procesu Zimbra podano, że sprawdzenie daty jest ignorowane, gdy oba atrybuty daty są nieustawione. Wartość końcową należy traktować jako moment zamknięcia okna, a nie jako pełny dodatkowy dzień. Jeśli w firmie obowiązuje lokalna strefa czasowa, należy dokładnie sprawdzić konwersję, aby uniknąć sytuacji, w której odpowiedź rozpoczyna się lub kończy kilka godzin wcześniej lub później.
Jeśli zakres dat jest zbędny, pomiń oba atrybuty daty i wyłącz preferencję ręcznie po zakończeniu nieobecności. Jeśli daty Taylor ulegną zmianie, zaktualizuj obie wartości i odczytaj je ponownie, zanim zaczniesz korzystać z harmonogramu.
Niektóre wersje Zimbry obsługują osobną wiadomość dla nadawców zewnętrznych. Odpowiednie atrybuty obejmują zimbraPrefOutOfOfficeExternalReplyi zimbraPrefOutOfOfficeExternalReplyEnabled. Najpierw sprawdź ich dostępność zmprov desc -ana swoim serwerze. Jeśli jest to obsługiwane, osobną odpowiedź zewnętrzną można ustawić w następujący sposób:
zmprov ma taylor@example.com \
zimbraPrefOutOfOfficeExternalReply 'I am away from the office. Please contact support@example.com for assistance.' \
zimbraPrefOutOfOfficeExternalReplyEnabled TRUE
To, czy nadawca zostanie uznany za zewnętrznego, zależy od klasyfikacji nadawcy serwera i ustawień domeny. Nie zakładaj, że każdy adres spoza widocznej domeny firmy otrzyma tę samą wiadomość. Jeśli polityka nie wymaga zewnętrznej automatycznej odpowiedzi, Zimbra dokumentuje preferencję blokowania w niektórych wersjach; przed jej użyciem należy potwierdzić ten atrybut w schemacie lokalnym. Zadbaj o to, aby odpowiedzi zewnętrzne były szczególnie krótkie, ponieważ ujawniają one informacje osobom spoza organizacji.
Odczytaj wartości na koncie Taylora:
zmprov ga taylor@example.com \
zimbraPrefOutOfOfficeReply \
zimbraPrefOutOfOfficeReplyEnabled \
zimbraPrefOutOfOfficeFromDate \
zimbraPrefOutOfOfficeUntilDate
Sprawdź, czy tekst odpowiedzi jest poprawny, czy włączona wartość to TRUE, a daty odpowiadają oczekiwanym wartościom UTC. Jeśli skonfigurowano wiadomość zewnętrzną, uwzględnij oba atrybuty zewnętrzne w tym zapytaniu. Aby przeprowadzić kontrolę kompleksową, wyślij zwykłą wiadomość z prawidłowej skrzynki testowej, która nie jest kontem docelowym, i potwierdź, że odpowiedź dotarła. Powtórna wiadomość od tego samego nadawcy może nie spowodować natychmiastowego wygenerowania kolejnego powiadomienia, ponieważ Zimbra buforuje adresy, które już otrzymały odpowiedź o nieobecności.
Gdy Taylor powróci, wyłącz tę preferencję, pozostawiając wiadomość i daty dostępne do wglądu lub ponownego wykorzystania:
zmprov ma taylor@example.com zimbraPrefOutOfOfficeReplyEnabled FALSE
Odczytaj ponownie atrybut „enabled”, aby potwierdzić jego wartość FALSE. Wyłączenie głównej preferencji nie zawsze powoduje wyczyszczenie zapisanych wartości tekstu odpowiedzi ani daty. Jeśli później ponownie użyjesz ustawienia konta, zaktualizuj wiadomość i zakres dat przed ponownym włączeniem.
zmprov gaponownie i porównaj zwrócone atrybuty z wprowadzonymi wartościami.W przypadku nieobecności Taylora, konfiguracja jest gotowa, gdy skrzynka pocztowa zwraca zamierzoną wiadomość, flaga włączenia jest włączona, a oba ograniczenia czasowe są poprawne. Należy również sprawdzić rzeczywistą zmianę produkcyjną pod kątem schematu lokalnej wersji Zimbry i organizacyjnej polityki pocztowej.
Porównaj 10 narzędzi do pingowania, które umożliwiają szybkie wykrywanie sieci LAN, skanowanie międzyplatformowe i zarządzanie adresami IP. Dowiedz się, co narzędzie pingujące może Ci powiedzieć, a czego nie.
Porównaj sześć narzędzi do zarządzania siecią służących do monitorowania wydajności, obejmujących zasięg SNMP, mapowanie, alerty, modele wdrażania i kompromisy kosztów.
Porównaj siedem darmowych i otwartych monitorów pingów — od kompletnych pakietów sieciowych po ukierunkowane sondy opóźnień — i wybierz odpowiedni monitor pod kątem dostępności, utraty pakietów i historii.
Dowiedz się, co oznacza QoS w sieciach, w jaki sposób oznaczenia DSCP i kolejki ruchu nadają priorytet aplikacjom głosowym, wideo i biznesowym oraz czego QoS nie jest w stanie naprawić.
Porównaj niezawodne oprogramowanie serwera SFTP dla systemów Windows i Linux, w tym OpenSSH, Bitvise, SolarWinds i SFTPGo. Znajdź rozwiązanie odpowiednie dla swoich potrzeb w zakresie bezpieczeństwa i transferu plików.
Porównaj siedem narzędzi do zarządzania adresami IP służących do wykrywania podsieci, koordynacji DNS i DHCP, inwentaryzacji sieci i otwartego oprogramowania IPAM.
Porównaj sześć narzędzi do monitorowania systemu Windows Server pod kątem zbierania danych systemu Windows, widoczności aplikacji, modelu wdrażania i licencjonowania, aby znaleźć odpowiednie rozwiązanie.
Porównaj narzędzia do skanowania sieciowego umożliwiające szybkie wykrywanie urządzeń, skanowanie adresów IP na wielu platformach oraz zarządzanie IPAM w przedsiębiorstwie. Znajdziesz tu wskazówki dotyczące dopasowania każdej opcji do swojej sieci.
Zbuduj praktyczny monitoring sieci z przejrzystym zakresem urządzeń, przydatnymi wskaźnikami wydajności, przydatnymi alertami oraz porównaniem SolarWinds NPM, PRTG i OpManager.
Użyj opcji --traceroute programu Nmap, aby mapować przeskoki do autoryzowanego hosta, zrozumieć dane wyjściowe dotyczące przeskoków i czasu RTT oraz rozwiązywać problemy z brakującymi odpowiedziami bez nadmiernego skanowania.
