Зимбра ошибка при загрузке файла

Приветствую. есть почта 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“ &lt;user@domain.kg&gt;<br><b>Кому: </b>„user1“ &lt;user1@domain.kg&gt;<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“>&nbsp;</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»
}
}
}

Источник

Если при попытке залогиниться в 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.

Nse.JPG

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 не помогло.  

Новые пользователи

Присоединяйтесь к OSS Portal!

Сейчас на сайте

Сейчас на сайте 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.

Solved Zimbra Web Client A Network Service Error has Occured

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

  1. Septiano Patricio da Costa August 13, 2018 at 2:03 pm

    saya lupa dengan pasword zimbra saya bagaimana saya bisa menghakses kembali

    1. Rio Prayoga Article Author
      August 13, 2018 at 2:07 pm

      Halo 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.

User avatar

DualBoot

Elite member
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.

Источник

в понедельник с утра на 3 почтовиках под зимброй сначала отвалились вебморды. При заходе в режиме AJAX. Вернее после ввода логина пароля у юзеров дальше ничего не происходило.Но админская веб консоль работала. Белый экран как говориться. Можно было зайти в режиме HTML но обратил внимание что не было «картинок» названий пунктов меню. Я так понимаю они подгружаются из вне. После обеда заработали вебморды. Но при попытке аттачмента на данный момент…пишет «error uploading file». Все работали на версиях 8.6.0 und 8.7.0. open source. Но при этом почта через почтовые клиенты типа Thunderbird пахала и аттачи нормально приклеивались (и пашет сейчас).
Вопрос…в каких логах зимбры смотреть ? Там их такая туча. В «обычных»(mail.log,error_mail,zimbra.log..etc.) никаких алярмов по поводу AJAX не пишет.
На одном пришлось тупо переставить Зимбру на свежую с сохранением почты и хешей паролей (есть хорошие скрипты).


  • Вопрос задан

    более трёх лет назад

  • 361 просмотр

Источник

Checked the console…getting some depreciation warnings and XML parsing errors. Perhaps upgrade to 8.7.11 is overdue. The 401 errors are strange, auth/access works in reverse….

Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help http://xhr.spec.whatwg.org/
domain:1642
------------------------------------- Loading package: MailCore
domain:2261:1
------------------------------------- Loading package: ContactsCore
domain:2261:1
------------------------------------- Loading package: Startup2

XML Parsing Error: syntax error
Location: https://domain/service/extension/dav_download/
Line Number 1, Column 1:
dav_download:1:1
unreachable code after return statement
[Learn More]
%20line%201767%20%3E%20eval:6025
Source map error: request failed with status 401
Resource URL: https://domain/service/zimlet/_dev/tk_barrydegraaff_owncloud_zimlet/markdown/purify.js?v=161025050454&language=en&country=GB&debug=1
Source Map URL: purify.js.map
[Learn More]
Source map error: request failed with status 401
Resource URL: https://domain/service/zimlet/_dev/tk_barrydegraaff_owncloud_zimlet//ViewerJS/video-js/video.js
Source Map URL: video.js.map
[Learn More]
XML Parsing Error: syntax error
Location: https://domain/service/extension/dav_download/
Line Number 1, Column 1:
Источник

Are you frustrated with the error Zimbra can’t add an attachment?

Zimbra is a free, open-source software web mail system.

Sometimes customers face the problem on unable to send mails with attachment. This is caused due to various reasons like attachment size limit, permission issues, configuration issue while new installation and so on.

At Bobcares, we often get requests from our customers to resolve the error  Zimbra can’t add an attachment as part of our Server Management Services.

Today, let’s get into the details on how our Support Engineers fix this problem.

Why Zimbra can’t add an attachment?

Commonly many of the customers receive the error of attachment failures in the email client Zimbra.

This occurs mainly because of the exceeded size limit, the problem with permissions of related files and folders, etc.

The default message attachment size allows a maximum of 10 MB per message. So while attaching a larger file cause this error.

The sample error looks as follows:

Sometimes we can also trace the reason for the failure of adding an attachment from the pop-up window.

Let’s see how our Support Engineers help the customers to resolve this error.

How we fix Zimbra can’t add an attachment?

At Bobcares, where we have more than a decade of expertise in managing servers, we see many customers face problems with Zimbra can’t add an attachment

Recently one of the customers having  Zimbra email client approaches us with the error that he was not able to attach the file in the mails.

The problem was recreated by our Support Engineers, and we could trace that the issue is due to the message limit set in the server. We then altered the attachment size limit and fixed the issue of exceeded size limit.

The message limit can be increased either via Zimbra Admin or via the command line. Let us discuss how we increase the attachment size.

Increase attachment limit via Zimbra Admin Panel

We helped the customer by increasing the message limit by altering two settings in Zimbra Admin according to the customer’s need.

1. Configure > Global Settings > General Information > Maximum size of a file uploaded from the desktop. Now we increase the value.

2. Also, we increase the message size as well.  Click on Configure > Global Settings > Configure > MTA > Messages > Maximum message size.

Here we edited and saved both the configurations. After that, we uploaded the attachment successfully.

Increase attachment limit via command line

We have logged in to the Zimbra server of the customer, who was facing a problem because of the attachment limit 10M. We helped the customer to increase the limit via the command line.

For example, the command we used to increase the message content to 44MB is:

zmprov ms ‘mail.domain_name’ zimbraMailContentMaxSize 44040192

To increase the file upload max size to 44MB we use the following command:

zmprov ms ‘mail.domain_name’ zimbraFileUploadMaxSize 44040192

Then we increased the MTA max message size to 44MB.

zmprov mcf zimbraMtaMaxMessageSize 44040192

After running all those commands, we reloaded the postfix.

postfix reload

Finally, we restart the Zimbra service and test the mail working.

zmcontrol restart

Incorrect permission

Similarly, wrong permissions also create the same error. Another customer was facing the problem while uploading any file more than 1MB and forwarding any received mail with attachments.

On further investigations, we could trace the issue was due to incorrect permission to corresponding folders. After correcting the permission as following, the problem got fixed.

We had root accessed into the server and run the following command.

cd /opt/zimbra/mailboxd

After entering the location, we corrected the file and folder permissions.

find webapps -type d -exec chmod 0755 {} ;
find webapps -type f -exec chmod 0644 {} ;

We have also corrected the permissions of tmp and upload folders

chmod -R 755 /opt/zimbra/data/tmp/
chmod -R 755 /opt/zimbra/data/tmp/upload/

Finally, the error has been resolved.

[Need more help with this? We’ll help you]

Conclusion

In short, problems with message size limit and incorrect permissions cause Zimbra to upload attachments. Today, we saw how our Support Engineers assisted our customers to resolve the error Zimbra can’t add an attachment.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Источник

  • Земля лишних треугольник ошибок скачать бесплатно
  • Земля лишних треугольник ошибок аудиокнига
  • Земли ошибка при вводе номера телефона
  • Землеройки вопреки своего названия обычно не роют нор грамматические ошибки
  • Зеленый экран ошибка windows 10