Приветствую. есть почта zimbra v8.6. до этого момента все работало прекрасно. Не знаю что случилось на выходных, но утром при отправке файла (именно при вложении файла) ошибку выдает: «критично, ошибка при отправке файла». пустое сообщение отправляет без проблем, даже отправляет небольшие файлы до 20Кб. Максимальная отправка файла 20480 Кб стоит. А если попытаться отправить ранее принятые файлы вы 20Кб, то следующая ошибка:
method: [unknown]
msg: system failure: IOExecption
code: service.FAILURE
detail: soap:Receiver
trace: qtp509886383-2219:https://0.0.0.0:443/service/soap/SendMsgRequest:1558968019103:82e34a8dd072ab7e
request:
Body: {
SendMsgRequest: {
_jsns: «urn:zimbraMail»,
m: {
attach: {
mp: [
// [0]:
{
mid: «13400»,
part: «2»
}
]
},
e: [
// [0]:
{
a: «user3@domain.kg»,
p: «user3»,
t: «t»
},
// [1]:
{
a: «user1@domain.kg»,
p: «пользователь1»,
t: «f»
}
],
idnt: «29b90c12-d0ea-4324-a357-adca51676437»,
irt: {
_content: «<000001d511fa$8d6377a0$a82a66e0$@domain.kg>»
},
mp: [
// [0]:
{
ct: «multipart/alternative»,
mp: [
// [0]:
{
content: {
_content: «
От: «пользователь2» <user2@domain.kg>
Кому: «user1» <user1@domain.kg>
Отправленные: Пятница, 24 Май 2019 г 12:33:08
»
},
ct: «text/plain»
},
// [1]:
{
content: {
_content: «<html><body><div style=„font-family: arial, helvetica, sans-serif; font-size: 12pt; color: ф#000000“><div><br></div><div><br></div><hr id=„zwchr“ data-marker=»__DIVIDER__«><div data-marker=»__HEADERS__«><b>От: </b>„Пользоваетль2“ <user@domain.kg><br><b>Кому: </b>„user1“ <user1@domain.kg><br><b>Отправленные: </b>Пятница, 24 Май 2019 г 12:33:08<br></div><br><div data-marker=»__QUOTED_TEXT__«><style><!—
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:„Calibri“,„sans-serif“;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:„Calibri“,„sans-serif“;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:„Calibri“,„sans-serif“;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:2.0cm 42.5pt 2.0cm 3.0cm;}
div.WordSection1
{page:WordSection1;}
—></style><div class=„WordSection1“><p class=„MsoNormal“> </p></div><br></div></div></body></html>»
},
ct: «text/html»
}
]
}
],
origid: «13400»,
rt: «w»,
su: {
_content: «Fwd:»
}
},
suid: 1558970392895
}
},
Header: {
context: {
_jsns: «urn:zimbra»,
account: {
_content: «user1@domain.kg»,
by: «name»
},
authToken: «(removed)»,
csrfToken: «0_80e024842bed11b8326697d6acf7e70408c35dfe»,
notify: {
seq: 16
},
session: {
_content: 11934,
id: 11934
},
userAgent: {
name: «ZimbraWebClient — GC72 (Win)»,
version: «8.6.0_GA_1153»
}
}
}
в понедельник с утра на 3 почтовиках под зимброй сначала отвалились вебморды. При заходе в режиме AJAX. Вернее после ввода логина пароля у юзеров дальше ничего не происходило.Но админская веб консоль работала. Белый экран как говориться. Можно было зайти в режиме HTML но обратил внимание что не было «картинок» названий пунктов меню. Я так понимаю они подгружаются из вне. После обеда заработали вебморды. Но при попытке аттачмента на данный момент…пишет «error uploading file». Все работали на версиях 8.6.0 und 8.7.0. open source. Но при этом почта через почтовые клиенты типа Thunderbird пахала и аттачи нормально приклеивались (и пашет сейчас).
Вопрос…в каких логах зимбры смотреть ? Там их такая туча. В «обычных»(mail.log,error_mail,zimbra.log..etc.) никаких алярмов по поводу AJAX не пишет.
На одном пришлось тупо переставить Зимбру на свежую с сохранением почты и хешей паролей (есть хорошие скрипты).
-
Вопрос заданболее трёх лет назад
-
349 просмотров
Zimbra прекрасно работает, вот только Вам на почту приходят сообщения о непонятных ошибках в базе данных. Конечно же их можно игнорировать, ведь всё и так работает. А может пора навести порядок, «чтобы не было мучительно больно» потом.
Обычно сообщения об ошибках начинаются так:
Database errors found. /opt/zimbra/mysql/bin/mysqlcheck --defaults-file=/opt/zimbra/conf/my.cnf -S /opt/zimbra/db/mysql.sock -A -C -s -u root --password=XXXXXXXX
В принципе вес понятно: у Вас в БД имеются ошибки и Вам может помочь вот эта длинная команда. Узнать пароль на БД MySQL можно выполнив еще одну команду от пользователя zimbra:
zmlocalconfig -s | grep mysql | grep password
Вот только не все ошибки лечатся такой командой. О них и поговорим…
Рассмотрим примеры самых распространенных сообщений об ошибках в БД zimbra:
1.
Database errors found. /opt/zimbra/mysql/bin/mysqlcheck --defaults-file=/opt/zimbra/conf/my.cnf -S /opt/zimbra/db/mysql.sock -A -C -s -u root --password=XXXXXXXX mboxgroup1.appointment error : Table upgrade required. Please do "REPAIR TABLE `appointment`" or dump/reload to fix it! mboxgroup1.data_source_item error : Table upgrade required. Please do "REPAIR TABLE `data_source_item`" or dump/reload to fix it! mboxgroup1.imap_folder error : Table upgrade required. Please do "REPAIR TABLE `imap_folder`" or dump/reload to fix it! mboxgroup1.mail_item error : Table upgrade required. Please do "REPAIR TABLE `mail_item`" or dump/reload to fix it! mboxgroup1.pop3_message error : Table upgrade required. Please do "REPAIR TABLE `pop3_message`" or dump/reload to fix it! ... и так далее еще очень много строк... ...
Наиболее вероятная причина ошибки — невнимательность при обновлении в прошлом с версии 6.x на 7.x. В release notes есть раздел «After the Upgrade is Complete» (после завершения обновления). После перехода с версии 6 на более старшую надо просто выполнить еще один скрипт (он уже есть на сервере):
1. Переключаемся на пользователя zimbra su - zimbra 2. Останавливаем сервис mailboxd zmmailboxdctl stop 3. Запускаем скрипт perl для обновления таблиц /opt/zimbra/libexec/scripts/migrate20100913-Mysql51.pl 4. Запускаем сервис mailboxd zmmailboxdctl start 5. Проверяем БД на ошибки /opt/zimbra/libexec/zmdbintegrityreport -r
2.
Database errors found. /opt/zimbra/mysql/bin/mysqlcheck --defaults-file=/opt/zimbra/conf/my.cnf -S /opt/zimbra/db/mysql.sock -A -C -s -u root --password=XXXXXXXX mysql.general_log Error : You can't use locks with log tables. mysql.slow_log Error : You can't use locks with log tables.
Данная проблема лечится еще проще:
1. Останавливаем zimbra 2. Переходим в каталог БД и удаляем файлы *log.frm (лучше их перенести куда-нибудь, удалить всегда успеется): cd /opt/zimbra/db/data/mysql mv *log.frm /tmp/ 3. Стартуем zimbra, новые (правильные) версии файлов *log.frm будут созданы автоматически 4. Проверяем БД на ошибки su - zimbra /opt/zimbra/libexec/zmdbintegrityreport -r
3.
Database errors found. /opt/zimbra/mysql/bin/mysqlcheck --defaults-file=/opt/zimbra/conf/my.cnf -S /opt/zimbra/db/mysql.sock -A -C -s -u root --password=XXXXXXXX mboxgroup100.revision_dumpster Error : Incorrect information in file: './mboxgroup100/revision_dumpster.frm' error : Corrupt mboxgroup19.mail_item_dumpster Error : Incorrect information in file: './mboxgroup19/mail_item_dumpster.frm' error : Corrupt
Повреждение базы данных после сбоя, плохо. Нам поможет то, что все эти таблицы, находящиеся в разных mboxgroup — одинаковы.
1. Останавливаем zimbra 2. Переходим в каталог БД cd /opt/zimbra/db/data 3. Копируем файлы frm вместо поврежденных из другого каталога mboxgroup. Например: cp mboxgroup1/revision_dumpster.frm mboxgroup100/ cp mboxgroup1/mail_item_dumpster.frm mboxgroup19/ 3. Стартуем zimbra 4. Проверяем БД на ошибки su - zimbra /opt/zimbra/libexec/zmdbintegrityreport -r
Не коллекционируйте ошибки… избавьтесь от них!
Если при попытке залогиниться в 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
| KB 24420 | Last updated on 2022-06-3 | |
|---|---|---|
|
0.00
|
||
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.
Есть письмо с вложением. При клике на вложении открывается окошко в котором есть такие опции: открыть файл, сохранить файл и можно поставить галочку: автоматически выполнять это действие в будущем для таких файлов. Если поставил галочку, то как вернуть предыдущее состояние? Поясню: поставил галочку и теперь все время при клике на вложении оно по умолчанию открывается, а мне нужно его сохранить 🙁 Кто сталкивался с таким и решил проблему?
| Прикрепленные файлы | Размер |
|---|---|
| screen.JPG | 39.03 кб |
Комментарии
После отправки этого сообщения сразу же нашел ответ 🙂 Рядом с вложениями есть кнопка Загрузить. Там и можно убрать эту галочку. Всем спасибо, тема закрыта 🙂
- ссылка
Rustam
12/02/2014 — 09:36
gde imenna ya ne nashol((((podskaji umena taje problema?????
- ссылка
v0van_4k
03/04/2014 — 10:28
Странно, при нажатии кнопки Загрузить, у меня предлагает выбрать путь куда загружать.
Окно выбора Открыть/Сохранить не появляется… 🙁
может какие то другие варианты есть?
- ссылка
- ссылка
Neuron
06/05/2014 — 13:54
а никто не сталкивался в 8.0.7 что есть «кнопка» удалить, а загрузить и порфель в веб интерфейсе нет, а в десктопе они то появляются ( после захода на вкладку настройки) то исчезают например после захода на другие вкладки и работы там
- ссылка
Портфель по умолчанию отключен. (Домашний — Настройка — Класс Обслуживания — default — Возможности).
- ссылка
Neuron
13/05/2014 — 14:11
и как это влияет на то что в веб клиенте доступно для вложения лишь действие УДАЛИТЬ и никакое другое?
скриншот надо? 🙂
решено 🙂
- ссылка
Сергун
13/09/2014 — 01:33
Точно такая же проблема — в Zimbra Desktop есть ссылка «Удалить», а другие ссылки появляются только после посещения меню «Настройка», но потом вновь исчезают. Как Вам удалось победить этот недуг Zimbr’ы?
- ссылка
Здравствуйте.
поставил галочку и теперь все время при клике на вложении оно по умолчанию открывается
В качестве решения, вы можете использовать следующее:
1. Осуществить выход из почтового клиента
2. Удалить каталог «%LocalAppdata%ZimbraZimbra Desktop»
3. Запустить Zimbra Desktop и заново подключить учетную запись.
- ссылка
При переносе сообщений по IMAP может появляться ошибка о превышении максимально допустимого размера сообщения, загружаемого на сервер Zimbra. В нашем случае, сообщение об ошибке появилось при импорте из Outlook Express.
Решаем возникшую проблему следующим образом:
- Заходим на сервер Zimbra с правами суперпользователя (root);
- Переходим в сеанс пользователя zimbra (от имени которого выполняются все почтовые службы на сервере)
root@localhost:~# su — zimbra
- Устанавливаем новый максимальный размер файла для операций на сервере Zimbra
zimbra@localhost:~$ zmprov mcf zimbraFileUploadMaxSize 50000000
- Устанавливаем новый максимальный размер почтового сообщения
zimbra@localhost:~$ zmprov mcf zimbraMtaMaxMessageSize 50000000
Определить эти параметры через веб-интерфейс не удастся. Только из командной строки с помощью утилиты zmprov.
1, неправильные пакеты ключевых слов, через, APT-GET
ERROR: Unable to install required packages
Fix the issues with remote package installation and rerun the installer
Установите еще раз
Configuring package repository
ERROR: Unable to install packages via apt-get
Please fix system to allow normal package installation before proceeding
решить:
$ sudo mv /var/lib/dpkg/info /var/lib/dpkg/info_old
&& mkdir /var/lib/dpkg/info
&& apt-get update
&& apt-get -f install
&& apt upgrade
&& mv /var/lib/dpkg/info/* /var/lib/dpkg/info_old/
&& rm -rf /var/lib/dpkg/info
&& mv /var/lib/dpkg/info_old /var/lib/dpkg/info2, ключевые слова: ldap
# tail -n 500 /tmp/zmsetup.20190528-085328.log
Re-Execute /Opt/zimbra/libexec/zmsetup.pl будет продолжать устанавливать.
Решение: эта проблема заключается в том, что я вызываю разбор DNS.
3. Ключевые слова: система не модифицирована
Unable to download packages from repository. System is not modified.
Решить: очистить системный кэш
#Sudo apt-get autoclean - очистить старую версию кэша программного обеспечения
#Sudo apt-get clean - очистить все кеши программного обеспечения
S # UDO APT-Get AutoreMove - изолированное программное обеспечение, которое удаляет систему, больше не используется
#sudo apt-get install deborphan -y