Если при попытке залогиниться в Zimbra webmail начало ругаться «network error», то скорее всего кто-то еще с вашего IP адреса (актуально для офисов) несколько раз подряд залогинился неправильно, либо, что менее вероятно, кто-то или что-то сделало 30 запросов на вебсервер zimbra за секунду.
Проверить догадку можно в логе /opt/zimbra/log/mailbox.log:
INFO [qtp509886383-44962:http://10.117.231.45:80/service/soap/AuthRequest] [name=sales@example.com;ip=10.117.231.45;ua=zclient/8.6.0_GA_1153;] SoapEngine - handler exception INFO [qtp509886383-44962:http://10.117.231.45:80/service/soap/AuthRequest] [name=sales@example.com;ip=10.117.231.45;ua=zclient/8.6.0_GA_1153;] soap - AuthRequest elapsed=3 INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] SoapEngine - handler exception INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] soap - AuthRequest elapsed=3 WARN [qtp509886383-44965:https://10.117.231.45:443/?loginOp=relogin&username=sales@example.com] [] webclient - auth credentials have expired INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] SoapEngine - handler exception: authentication failed for [sales@example.com], invalid password INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] soap - AuthRequest elapsed=4 INFO [qtp509886383-44962:http://127.0.0.1:80/service/soap/AuthRequest] [] misc - Access to IP 1.2.3.4suspended, for repeated failed login. INFO [qtp509886383-44965:http://127.0.0.1:80/service/soap/AuthRequest] [] misc - Access to IP 1.2.3.4suspended, for repeated failed login.
Чтобы решить эту проблему достаточно добавить офисный IP (например 1.2.3.4) в whitelist и перезагрузить mailboxd:
# su - zimbra $ zmprov mcf +zimbraHttpThrottleSafeIPs 1.2.3.4 $ zmmailboxdctl restart
Более подробно описано тут: https://wiki.zimbra.com/wiki/DoSFilter.
Contents
- 1 Network service error after changing size related attributes
- 1.1 Problem
- 1.2 Analysis
- 1.3 Solution
- 1.4 Next
Problem
- Not able to login to admin and webclient after changing value of any attribute which exceeding the max allowed size (i.e 1000MB).
- Such as zimbraFileUploadMaxSize, zimbraMailContentMaxSize, zimbraMtaMaxMessageSize etc
Such changes usually get neglected and users start facing login issues as follows.
While investigating, the admin may notice the following log entries which are constantly appearing in /opt/zimbra/log/mailbox.log
022-04-27 20:53:19,281 WARN [qtp195615004-782:https://xxx.xxx.xxx.xxx/] [] webclient - system failure: ,: Service Unavailable com.zimbra.common.service.ServiceException: system failure: error while proxying request to target server: Service Unavailable ExceptionId:qtp195615004-782:https://xxx.xxx.xxx.xxx/:1651072999281:2a0061c1a4fb9afe Code:service.FAILURE at com.zimbra.common.service.ServiceException.FAILURE(ServiceException.java:288)
And, following entries from /opt/zimbra/log/nginx.log
2022/04/27 21:37:58 [error] 211623#0: *5 zm lookup: lookup handler xxx.xxx.xxx.xxx:7072 sent error response: 503 Service Unavailable while SSL handshaking to lookup handler, client: aaa.aaa.aaa.aaa, server: mail.example.tld, request: "POST /service/soap/NoOpRequest HTTP/1.1", host: " xxx.xxx.xxx.xxx", referrer: "https:// xxx.xxx.xxx.xxx/#8" 2022/04/27 21:37:58 [warn] 211623#0: *5 zmauth: an error occurs during zm lookup: , fall back to IPHASH to get the upstream route while SSL handshaking to lookup handler, client: aaa.aaa.aaa.aaa, server: mail.exampl.tld, request: "POST /service/soap/NoOpRequest HTTP/1.1", host: " xxx.xxx.xxx.xxx", referrer: "https:// xxx.xxx.xxx.xxx/#8"
Analysis
- If the issue is unknown, start thinking of all the changes done on the server recently and revert all the changes one-by-one and check which change was affecting the server.(if the changes were done from the CLI, checking bash history will help quickly.)
- If various changes are done from the admin panel but not sure which were they, execute the below command and check all Size related attributes and check whether the size of any attribute is showing exceptionally high.
su - zimbra zmprov -l gacf | grep -i size zmprov -l gs `zmhostname` | grep -i size
- Also, search for the below kind of error in the /opt/zimbra/log/mailbox.log, there will be only one entry of this hence it is possible it may get overlooked while analysing the log file. (instead of zimbraFileUploadMaxSize there could be any attribute hence don’t search using the keyword zimbraFileUploadMaxSize)
com.zimbra.cs.account.AccountServiceException: zimbraFileUploadMaxSize must be a valid long: at com.zimbra.cs.account.AccountServiceException.INVALID_ATTR_VALUE(AccountServiceException.java:212)
Once find the root cause do the following
Solution
- Verify the existing value on zimbraFileUploadMaxSize.
zmprov -l gcf zimbraFileUploadMaxSize
- Now change the value to the allowed limit as follows (Example: let’s set it to 21MB) and restart mailbox services.
zmprov -l mcf zimbraFileUploadMaxSize 2147483647 zmmailboxdctl restart
Next
- If the above doesn’t resolve the issue, NE customers can raise a case with Zimbra support and provide the following details while submitting the case.
- Log files from the below location (if having a multi-server environment, provide the logs from the respective servers)
- -/opt/zimbra/log/mailbox.log
- -/opt/zimbra/log/ngnx.log
- An output of the following commands.
su - zimbra zmprov -l gacf zmprov -l gs `zmhostname` zmlocalconfig zmcontrol -v
Above are quite basic details, that are required to start an investigation on the initial level at least, further, the support engineer may ask for more details If needed.
Submitted by: Amol Mistry
После увеличения количества пользователей Zimbra появились жалобы, что при входе в веб интерфейс появляется «Ошибка сети». Эта проблема связана с работой встроенного в Zimbra 8.0 и старше метода защиты от DoS
Пользователи начали жаловаться, что периодически при попытке входа возникает «Ошибка сети». Анализ логов выявил следующее сообщение:
2016-04-12 09:22:30,489 INFO [qtp509886383-3765:http://127.0.0.1:80/service/soap/AuthRequest] [] misc - Access to IP 1.2.3.4 suspended, for repeated failed login.
Выяснилось, что это срабатывает встроенная, начиная с версии 8.0 защита от DoS. Настройка осуществляется с помощью нескольких параметров:
- zimbraHttpDosFilterDelayMillis — задержка, которая применяется ко всем запросам выше лимита, прежде чем они будут рассмотрены. В миллисекундах. Возможны варианты в виде значения от -1,0,1 и более. Где -1 — отклонять запросы сразу. 0 — не выставлять задержку, 1 и более — задержка в мс. По-умолчанию -1.
- zimbraHttpDosFilterMaxRequestsPerSec — Лимит количества запросов в секунду. По-умолчснию 30
- zimbraHttpThrottleSafeIPs — белый список IP, с которых запросы не проверяются на их количество.
Решение проблемы кроется в подкручивании этих ручек до комфортных значений и последующего перезапуска mailbox сервиса (zmmailboxdctl restart
)
Однако, есть нюансы, если у Вас так называемая «Multi server» кофигурация, то есть несколько mailbox серверов за proxy.
Что бы все это дело работало, необходимо для начала сделать так, что бы mailbox знали о реальных IP, с которых приходят запросы. По-умолчанию в логах отображается IP proxy.
Это, конечно, логично, но пока я обратил внимание на IP адрес запроса в логах чуть крутилку DoS фильтра не сломал…
Для этого проверяю текущее значение параметра zimbraMailTrustedIP:
$ zmprov gcf zimbraMailTrustedIP
Добавляю IP zimbra-proxy
$ zmprov mcf +zimbraMailTrustedIP 10.202.1.31
выполняю на всех mailbox серверах:
$ zmmailboxdctl restart
После этого в логах будут реальные IP и политики DoS будут применяться к ним и все будет работать как задумано.
Ошибка сети
DNMit, 20/01/2014 — 08:09
Добрый день.
Прошу помощи в решении недавно возникшей проблемы в ZIMBRA.
Пользователи работают с почтой через web интерфейс, навтроена адресная книга LDAP.
C недавнего времени стала часто появляться ошибка «Ошика сети», вот что в деталях :
method: [unknown]
msg: system failure: ldap search failed
code: service.FAILURE
и так далее…
Быть может кто то сталкивался с подобной проблемой или подскажет куда копать?
Обновил ZIMBRA до последнего релиза 8.06 не помогло.
Новые пользователи
Сейчас на сайте
Сейчас на сайте 0 пользователей и 0 гостей.
0
3
Добрый день коллеги, возникла проблема с доступом к веб интерфейсу zimbra 8.6.0. Создал топик на оф. сайте но что то там не отвечают.
Ссылка:
https://forums.zimbra.org/viewtopic.php?f=15&t=61966#p276194
(извиняюсь что здесь не описываю проблему полностью как там)
тут просто не очень удобно размещать лог.
Почта по IMAP работает, через оутлук, а к web клиенту не хочет подключаться, выдает ошибку.
Debug message: auth credentials have expired
An exception:
com.zimbra.common.soap.SoapFaultException: auth credentials have expired
ExceptionId:qtp509886383-139:https://192.168.0.4:8443/service/soap/CreateWaitSetRequest:1494401874887:990b7f4e44716f41:SoapEngine266
Code:service.AUTH_EXPIRED
гуглил, но решения не нашел. Пишут:
Since zmprov and zmmailbox (with the -z/--zadmin option) have access to authenticate as admin, they should (at least have the option to) automatically re-authenticate when the admin auth token lifetime has passed.
Не понял, что имеется ввиду под этой фразой «Срок службы администратора аутентификации маркера прошло», как это можно посмотреть или изменить?
/SOLVED ISSUE /Solved Zimbra Web Client A Network Service Error has Occured
-
June 15, 2016 -
Rio Prayoga -
SOLVED ISSUE -
2 Comments
Issue
User tidak dapat login via Zimbra Web Client dan mendapatkan error “A Network Service Error has Occured” seperti gambar berikut.
Issue ini terjadi setelah proses upgrade versi zimbra dari 8.0.9 ke 8.6. Dan issue ini pun bisa di bilang rada aneh. Pada saat error terjadi, dicoba lagi beberapa menit, misalkan 5 menit, user tersebut berhasil login. Dan berselang sekitar 30 menit sampai 1 jam, issue tersebut terjadi lagi.
Analisa
Cek log mailbox.log terdapat info log seperti berikut.
2016—06—15 08:18:38,477 INFO [qtp509886383—10137:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:18:41,676 INFO [qtp509886383—10137:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:18:57,173 INFO [qtp509886383—10147:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:24:42,929 INFO [qtp509886383—10178:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:25:17,087 INFO [qtp509886383—10211:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:25:20,918 INFO [qtp509886383—10185:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:25:26,236 INFO [qtp509886383—10211:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:25:36,301 INFO [qtp509886383—10215:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:25:40,283 INFO [qtp509886383—10207:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:26:03,676 INFO [qtp509886383—10216:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:26:36,992 INFO [qtp509886383—10220:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:26:44,257 INFO [qtp509886383—10220:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. 2016—06—15 08:27:16,855 INFO [qtp509886383—10222:http://127.0.0.1:80/service/soap/AuthRequest] [] misc — Access to IP 10.3.129.185suspended, for repeated failed login. |
10.3.129.185 dan 10.3.129.186 adalah IP Proxy Server Zimbra.
Setelah ditelusuri, ternyata dimulainya versi 8.5 dan seterusnya terdapat fitur terbaru untuk mencegah IP berbahaya yang mencoba serangan brute force. Bahkan IP ter-blacklist dikarenakan beberapa user memasukkan password dengan salah beberapa kali. Jika IP tersebut sudah ter-blacklist, maka akan berpengaruh pada seluruh user yang menyebabkan issue ini terjadi.
Resolution
Tambahkan IP server Proxy & Mailbox pada daftar IP bersih pada server mailbox.
zmprov mcf +zimbraHttpThrottleSafeIPs 10.3.129.185 zmprov mcf +zimbraHttpThrottleSafeIPs 10.3.129.186 zmprov mcf +zimbraHttpThrottleSafeIPs 10.3.129.189 zmprov mcf +zimbraHttpThrottleSafeIPs 10.3.129.190 zmprov ms `zmhostname` +zimbraHttpThrottleSafeIPs 10.3.129.185 zmprov ms `zmhostname` +zimbraHttpThrottleSafeIPs 10.3.129.186 zmprov ms `zmhostname` +zimbraHttpThrottleSafeIPs 10.3.129.189 zmprov ms `zmhostname` +zimbraHttpThrottleSafeIPs 10.3.129.190 zmmailboxdctl restart |
Bagi Kamu Yang Ingin Mendapatkan Penawaran Incident Support atau Local Support Untuk Perusahaan/Institusi Kamu Saat Ini. Silahkan klik dibawah ini dan tuliskan pesan di layanan chat yang tersedia
Zimbra Support
About The Author
Rio Prayoga
Pendiri dan Penulis Aktif ilmuzimbra.com.
Related Articles
-
Solved – InnoDB: Index “i_conv_id” is marked as corrupted
-
Tips – Menghilangkan ***UNCHECKED*** Pada Subject Email
-
Tips Memperbaiki Memcached Amplification Attack Zimbra
-
Solved Unreasonable Virtual Alias Maps Map Expansion Size
-
Solved Server Status Pada Admin Console Terlihat Server Localhost Dengan Service Down
Comments
-
Septiano Patricio da Costa August 13, 2018 at 2:03 pm saya lupa dengan pasword zimbra saya bagaimana saya bisa menghakses kembali
-
Rio Prayoga Article Author
August 13, 2018 at 2:07 pmHalo Septiano,
Apakah anda admin zimbra nya ? atau hanya sebatas user ?
Terimakasih.
-
Leave a Reply
This site uses Akismet to reduce spam. Learn how your comment data is processed.
-
massimo
- Posts: 4
- Joined: Tue May 03, 2016 7:52 am
[SOLVED] zimbra web client is not working
Hi to all.
I just installed zimbra (version 8.6.0 on centos 64) for the first time and is working.
I would like to use the webmail client but is not working, browse this urls give me ERR_CONNECTION_REFUSED (admin is working):
https://ipserver
https://ipserver/mail
https://ipserver/zimbra/mail
this tasks are running:
amavis Running
antispam Running
antivirus Running
dnscache Running
ldap Running
logger Running
mailbox Running
memcached Running
mta Running
opendkim Running
service webapp Running
snmp Running
spell Running
stats Running
zimbra webapp Running
zimbraAdmin webapp Running
zimlet webapp Running
zmconfigd Running
Last edited by massimo on Tue May 03, 2016 1:02 pm, edited 1 time in total.
-
DualBoot
- Elite member
- Posts: 1326
- Joined: Mon Apr 18, 2016 8:18 pm
- Location: France — Earth
- ZCS/ZD Version: ZCS FLOSS — 8.8.15 Mutli servers
- Contact:
Re: zimbra web client is not working
Postby DualBoot » Tue May 03, 2016 12:06 pm
FireWall ?
Give a pic of the error.
And look in the log.
The Guy — DualBoot
PostMaster — WikiMaster — SysAdmin
«Free Your Mind. Think Open Source»
april.org
Zetalliance Member — zetalliance.org
-
massimo
- Posts: 4
- Joined: Tue May 03, 2016 7:52 am
[SOLVED] zimbra web client is not working
Postby massimo » Tue May 03, 2016 12:25 pm
Solved thank you was on port 8443.
-
vieira.fa
- Posts: 2
- Joined: Tue Jan 23, 2018 11:36 pm
Re: [SOLVED] zimbra web client is not working
Postby vieira.fa » Tue Jan 23, 2018 11:40 pm
Boa Noite
Estou com este mesmo problema informado neste forum, liberei no firewall a porta 8443, agora gostaria de saber onde e configurado a URL cliente para associa o PREAUTH para o mode #1
fico no aguardo
Obrigado
Return to “Users”
Who is online
Users browsing this forum: No registered users and 4 guests
By default Zimbra uses DoSFilter Throttling Mechanism to avoid large number of request over a short period of time. So if the Zimbra server see requests more than safe amount from an specific IP address / user that will be throttled and the user may face the “A network service error has occurred” error.
This feature is available in 8.5+ to prevent a malicious IP from trying brute force attacks.
For ZCS 8.7 or above
zmprov mcf zimbraHttpThrottleSafeIPs 10.1.1.2/32 zimbraHttpThrottleSafeIPs 192.168.9.0/24
or to append to an existing list of multi-valued zimbraHttpThrottleSafeIPs
zmprov mcf +zimbraHttpThrottleSafeIPs 10.1.1.2/32 zmprov mcf +zimbraHttpThrottleSafeIPs 192.168.9.0/24
For ZCS 8.6, 8.5 or previous
zmprov mcf zimbraHttpThrottleSafeIPs 10.1.1.2 zimbraHttpThrottleSafeIPs 192.168.9.5
or to append to an existing list of multi-valued zimbraHttpThrottleSafeIPs
zmprov mcf +zimbraHttpThrottleSafeIPs 10.1.1.2 zmprov mcf +zimbraHttpThrottleSafeIPs 10.1.1.50 zmprov mcf +zimbraHttpThrottleSafeIPs 192.168.9.5 zmprov mcf +zimbraHttpThrottleSafeIPs 192.168.9.6
Mailbox server restart is required when modifying these attributes.
zmmailboxdctl restart
Check these links below for more parameters on blocking
https://wiki.zimbra.com/wiki/DoSFilter
https://wiki.zimbra.com/wiki/Users_get_%27Network_service_error%27,_and_mailbox.log_shows_%27Access_to_IP_x.x.x.x_suspended,_for_repeated_failed_login%27
This entry was posted in Zimbra. Bookmark the permalink.
Ошибка сети Zimbra
Если Вы столкнулись с ошибкой «Ошибка сети» при входе (авторизации) в почту — скорее всего Ваш IP заблокировал встроенный DOS-фильтр.
Проверить это можно следующим методом:
Открыть файл «/opt/zimbra/log/mailbox.log» и найти в нем строчку:
«Access to IP <Ваш IP> suspended, for repeated failed login.»
Если все же Вы нашли эту строчку делаете следующее:
заходите под пользвателем zimbra
su zimbra
И вносите Ваш адрес в список белых адресов:
zmprov mcf +zimbraHttpThrottleSafeIPs <Ваш IP>
Перегружаем почтовую службу:
zmmailboxdctl restart
Вуаля, теперь все должно работать.
Детальнее о DOS-фильтре Zimbra Вы можете прочитать здесь.
Если при попытке залогиниться в Zimbra webmail начало ругаться «network error», то скорее всего кто-то еще с вашего IP адреса (актуально для офисов) несколько раз подряд залогинился неправильно, либо, что менее вероятно, кто-то или что-то сделало 30 запросов на вебсервер zimbra за секунду.
Проверить догадку можно в логе /opt/zimbra/log/mailbox.log:
INFO [qtp509886383-44962:http://10.117.231.45:80/service/soap/AuthRequest] [name=sales@example.com;ip=10.117.231.45;ua=zclient/8.6.0_GA_1153;] SoapEngine - handler exception INFO [qtp509886383-44962:http://10.117.231.45:80/service/soap/AuthRequest] [name=sales@example.com;ip=10.117.231.45;ua=zclient/8.6.0_GA_1153;] soap - AuthRequest elapsed=3 INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] SoapEngine - handler exception INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] soap - AuthRequest elapsed=3 WARN [qtp509886383-44965:https://10.117.231.45:443/?loginOp=relogin&username=sales@example.com] [] webclient - auth credentials have expired INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] SoapEngine - handler exception: authentication failed for [sales@example.com], invalid password INFO [qtp509886383-44966:http://127.0.0.1:80/service/soap/AuthRequest] [name=sales@example.com;oip=1.2.3.4;ua=zclient/8.6.0_GA_1153;] soap - AuthRequest elapsed=4 INFO [qtp509886383-44962:http://127.0.0.1:80/service/soap/AuthRequest] [] misc - Access to IP 1.2.3.4suspended, for repeated failed login. INFO [qtp509886383-44965:http://127.0.0.1:80/service/soap/AuthRequest] [] misc - Access to IP 1.2.3.4suspended, for repeated failed login.
Чтобы решить эту проблему достаточно добавить офисный IP (например 1.2.3.4) в whitelist и перезагрузить mailboxd:
# su - zimbra $ zmprov mcf +zimbraHttpThrottleSafeIPs 1.2.3.4 $ zmmailboxdctl restart
Более подробно описано тут: https://wiki.zimbra.com/wiki/DoSFilter.
Ошибка сети
DNMit, 20/01/2014 — 08:09
Добрый день.
Прошу помощи в решении недавно возникшей проблемы в ZIMBRA.
Пользователи работают с почтой через web интерфейс, навтроена адресная книга LDAP.
C недавнего времени стала часто появляться ошибка «Ошика сети», вот что в деталях :
method: [unknown]
msg: system failure: ldap search failed
code: service.FAILURE
и так далее…
Быть может кто то сталкивался с подобной проблемой или подскажет куда копать?
Обновил ZIMBRA до последнего релиза 8.06 не помогло.
Новые пользователи
Сейчас на сайте
Сейчас на сайте 0 пользователей и 4 гостя.
0
3
Добрый день коллеги, возникла проблема с доступом к веб интерфейсу zimbra 8.6.0. Создал топик на оф. сайте но что то там не отвечают.
Ссылка:
https://forums.zimbra.org/viewtopic.php?f=15&t=61966#p276194
(извиняюсь что здесь не описываю проблему полностью как там)
тут просто не очень удобно размещать лог.
Почта по IMAP работает, через оутлук, а к web клиенту не хочет подключаться, выдает ошибку.
Debug message: auth credentials have expired
An exception:
com.zimbra.common.soap.SoapFaultException: auth credentials have expired
ExceptionId:qtp509886383-139:https://192.168.0.4:8443/service/soap/CreateWaitSetRequest:1494401874887:990b7f4e44716f41:SoapEngine266
Code:service.AUTH_EXPIRED
гуглил, но решения не нашел. Пишут:
Since zmprov and zmmailbox (with the -z/--zadmin option) have access to authenticate as admin, they should (at least have the option to) automatically re-authenticate when the admin auth token lifetime has passed.
Не понял, что имеется ввиду под этой фразой «Срок службы администратора аутентификации маркера прошло», как это можно посмотреть или изменить?