LINUX.ORG.RU
ФорумAdmin

zimbra+thnderbird задержка получения писем.

 , ,


1

1

Всем добрый день. Сегодня поступила жалоба от менеджеров, что вчера несколько писем пришли с задержкой примерно на час, что не есть хорошо блаблабла и привело к срыву заключения договора. В общем какая ситуация, сервер получает почту в одно время, в вебинтерфейсе письмо висит во входящих, а thunderbird получить его не может, выставлена проверка писем в 5 мин, при нажатии получить - thunderbird не чего не получает. Причем ни какой закономерности, зависимости от отправителя либо размеров письма в этом нет. Эта проблема уже наблюдалась, но ей не придали тогда значения, а вот теперь вопрос стал остро. Прошу помощи, если кто сталкивался, хотя бы в какую сторону копать?

исходник и логи:

Return-Path: kravchenko.a@metall-don.ru
Received: from mail.domain.org (LHLO mail.domain.org) (10.0.2.3) by
 mail.domain.org with LMTP; Thu, 10 Sep 2015 16:57:06 +0400 (MSK)
Received: from localhost (localhost [127.0.0.1])
	by mail.domain.org (Postfix) with ESMTP id 98BBFA3C251;
	Thu, 10 Sep 2015 15:57:06 +0300 (MSK)
X-Virus-Scanned: amavisd-new at vzsk.org
X-Spam-Flag: NO
X-Spam-Score: 1.499
X-Spam-Level: *
X-Spam-Status: No, score=1.499 tagged_above=-10 required=6.6
	tests=[BAYES_05=-0.5, DNS_FROM_AHBL_RHSBL=2.699,
	RCVD_IN_DNSWL_LOW=-0.7, T_FSL_HELO_NON_FQDN_2=0.01,
	T_KHOP_NO_FULL_NAME=0.01, T_RCD_RDNS_SERVER=-0.01,
	T_RCD_RDNS_SERVER_MESSY=-0.01] autolearn=no
Received: from mail.domain.org ([127.0.0.1])
	by localhost (mail.domain.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YqlD-vCmmZUW; Thu, 10 Sep 2015 15:57:01 +0300 (MSK)
Received: from mail.ursdon.ru (mail.eurodon.ru [213.241.195.218])
	by mail.domain.org (Postfix) with ESMTPS id 4D9F7A3C24F;
	Thu, 10 Sep 2015 15:56:39 +0300 (MSK)
Received: from control ([94.28.50.130])
	(authenticated user kravchenko.a@metall-don.ru)
	by mail.ursdon.ru;
	Thu, 10 Sep 2015 15:55:56 +0300
Date: Thu, 10 Sep 2015 15:55:46 +0400
From: kravchenko.a@metall-don.ru
Organization: metall-don
X-Priority: 3 (Normal)
Message-ID: <431090807.20150910155546@metall-don.ru>
To: =?windows-1251?B?yOv89+Xt6u4g3uvo/yDM6PXg6evu4u3g?= <cm1@domaine.ru>
CC: cm4 <cm4@domaine.ru>
Subject: =?windows-1251?B?7+jx/Ozg?=
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="----------4E3F17F2BDF00E6"

------------4E3F17F2BDF00E6
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: quoted-printable

=C7=E4=F0=E0=E2=F1=F2=E2=F3=E9=F2=E5!

Sep 10 15:56:39 mail postfix/smtpd[20607]: NOQUEUE: filter: RCPT from mail.eurodon.ru[213.241.195.218]: <kravchenko.a@metall-don.ru>: Sender address triggers FILTER smtp-amavis:[127.0.0.1]:10026; from=<kravchenko.a@metall-don.ru> to=<cm1@domaine.ru> proto=ESMTP helo=<mail.ursdon.ru>
Sep 10 15:56:39 mail postfix/smtpd[20607]: NOQUEUE: filter: RCPT from mail.eurodon.ru[213.241.195.218]: <kravchenko.a@metall-don.ru>: Sender address triggers FILTER smtp-amavis:[127.0.0.1]:10024; from=<kravchenko.a@metall-don.ru> to=<cm1@domaine.ru> proto=ESMTP helo=<mail.ursdon.ru>

Sep 10 15:57:00 mail postfix/smtpd[20607]: 4D9F7A3C24F: filter: RCPT from mail.eurodon.ru[213.241.195.218]: <kravchenko.a@metall-don.ru>: Sender address triggers FILTER smtp-amavis:[127.0.0.1]:10026; from=<kravchenko.a@metall-don.ru> to=<cm4@domaine.ru> proto=ESMTP helo=<mail.ursdon.ru>
Sep 10 15:57:00 mail postfix/smtpd[20607]: 4D9F7A3C24F: filter: RCPT from mail.eurodon.ru[213.241.195.218]: <kravchenko.a@metall-don.ru>: Sender address triggers FILTER smtp-amavis:[127.0.0.1]:10024; from=<kravchenko.a@metall-don.ru> to=<cm4@domaine.ru> proto=ESMTP helo=<mail.ursdon.ru>

Sep 10 15:57:00 mail postfix/cleanup[1114]: 4D9F7A3C24F: message-id=<431090807.20150910155546@metall-don.ru>

Sep 10 15:57:01 mail postfix/qmgr[3649]: 4D9F7A3C24F: from=<kravchenko.a@metall-don.ru>, size=152882, nrcpt=2 (queue active)

Sep 10 15:57:06 mail postfix/qmgr[3649]: 98BBFA3C251: from=<kravchenko.a@metall-don.ru>, size=153538, nrcpt=2 (queue active)
★★★

Последнее исправление: julixs (всего исправлений: 2)

Ответ на: комментарий от fbiagent

Тоже подозреваю птицу, находил инфу что если большой inbox в профиле то ее может глючить, но ящик новый и писем не так уж и много.

julixs ★★★
() автор топика

тоже глючит связка zimbra + TB если письма больше 2-3 мб, начинает циклично загружать это «большое» письмо до его удаления с сервера. может кто сталкивался и знает как лечится? PS сдругими клиентами и в локальной сети проблема не наблюдается, но хочется TB пользовать.

StellzZz ★★
()

Thu, 10 Sep 2015 16:57:06 +0400 (MSK)

15:57:06 +0300 (MSK)

Date: Thu, 10 Sep 2015 15:55:46 +0400

Что за ... с timezone? Во сколько на самом деле было отправлено письмо? Где в логах записи, про то, что TB вобще подключался? Может он письмо загрузил, но не показывал в начале списка, считал, что оно из будущего?

mky ★★★★★
()
Ответ на: комментарий от mky

Это все что есть в логе по этому адресу, письмо было отправлено, как я понял, в 15:55

Thu, 10 Sep 2015 15:55:56 +0300

поправьте если не прав.

почему вот такThu, 10 Sep 2015 16:57:06 +0400 (MSK), к сожалению не знаю, с timezone на сервере вроде бы все хорошо

it3@mail:~$ date
Пн. сент. 14 16:00:51 MSK 2015

julixs ★★★
() автор топика
Ответ на: комментарий от julixs

Попробуйте, ради интереса, на какой-нибудь машине перевести время на час вперёд, послать письмо на пустой ящик, куда никто больше не пишет и забрать его через TB. Может TB его не возмёт или не будет показывать...

mky ★★★★★
()
Ответ на: комментарий от mky

Попробуйте, ради интереса

Попробовал(офтоп, пояса не обновлялись после перевода времени, часы идут ровно на час вперед) письмо в нутри сети пришло через пару секунд, с гугла через 1,5 минуты. ящик создан специально для теста, почта на него не когда не ходила.

Задержка писем происходит не постоянно, ни какой закономерности нет, пользователь может получить его практически моментально, а может и через 1,5 часа. Причем ТВ в столбе дата покажет дату и время как правильную

julixs ★★★
() автор топика
11 ноября 2015 г.

Подтверждаю.
1) Внутри локалки подобного замечено не было.
2) Похоже, что проявляется у одних и тех же людей.
3) Никакой закономерности не выявлено.

ScroogeMcDuck
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.