[sisyphus] непонятные глюки связки fetchmail+postfix

[sisyphus] непонятные глюки связки fetchmail+postfix

[Alexey Voinov]

[-- Attachment #1: Type: text/plain, Size: 3607 bytes --]

Приветствую всех!

На днях ко мне в ящик упало письмо на котором postfix упорно спотыкается.
В почту падает вот такое сообщение:

From: MAILER-DAEMON@voins.local (Mail Delivery System)
To: postmaster@voins.local (Postmaster)
Subject: Postfix SMTP server: errors from localhost.localdomain[127.0.0.1]
Date: Wed, 27 Feb 2002 20:02:58 +0300 (MSK)

Transcript of session follows.

 Out: 220 voins.local ESMTP Postfix
 In:  EHLO mail.caravan.ru
 Out: 250-voins.local
 Out: 250-PIPELINING
 Out: 250-SIZE 10240000
 Out: 250-ETRN
 Out: 250-XVERP
 Out: 250 8BITMIME
 In:  MAIL FROM:<fdsgda@890.com> BODY=7BIT SIZE=1680
 Out: 250 Ok
 In:  RCPT TO:<voins@localhost>
 Out: 250 Ok
 In:  DATA
 Out: 354 End data with <CR><LF>.<CR><LF>
 Out: 451 Error: queue file write error
 In:  RSET
 Out: 250 Ok
 In:  QUIT
 Out: 221 Bye

Содержимое письма я посмотрел с помощью telnet:

>RETR 1
>+OK 1680 octets
>Received: by www.caravan.ru (mbox voins)
> (with Cubic Circle's cucipop (v1.31 1998/05/13) Tue Feb 26 21:09:08 2002)
>X-From_: fdsgda@890.com Tue Feb 26 05:17:01 2002
>Return-path: <fdsgda@890.com>
>Envelope-to: voins@caravan.ru
>Delivery-date: Tue, 26 Feb 2002 05:17:01 +0300
>Received: from virscan (helo=virscan.caravan.ru)
>        by mx1.caravan.ru with drweb-scanned (Exim 3.33 #2)
>        id 16fXAr-000KTD-00
>        for voins@caravan.ru; Tue, 26 Feb 2002 05:17:01 +0300
>X-ScreenMboxSeparator: From fdsgda@890.com Tue Feb 26 05:17:00 2002
>Received: from [64.164.98.8] (helo=mta7.pltn13.pbi.net)
>        by mx1.caravan.ru with esmtp (Exim 3.33 #2)
>        id 16fXAq-000KSZ-01
>        for voins@caravan.ru; Tue, 26 Feb 2002 05:17:00 +0300
>Received: from are-server ([63.193.185.242])
> by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
> with ESMTP id <0GS4005Y3BDRQC@mta7.pltn13.pbi.net> for voins@caravan.ru; Mon,
> 25 Feb 2002 18:14:03 -0800 (PST)
>Received: from 64.2.49.186 by are-server
> ([63.193.185.242] running VPOP3 - Unregistered) with SMTP; Mon,
> 25 Feb 2002 18:15:18 -0800
>Date: Tue, 26 Feb 2002 02:07:39 +0300
>From: support <fdsgda@890.com>
>Subject: =?UNKNOWN?B?9yDyz9PTyckg0sHa0sXbyczJIPMg8CDhIO0gPw==?=
>To: admin@
>Message-id: <VPOP31.3.0c.20020225181520.186.10fb.1.7438eb7f@are-server>
>MIME-version: 1.0
>X-Mailer: Outlook Express
>Content-type: text/plain; charset=KOI8-R
>Content-transfer-encoding: 7BIT
>X-Priority: 3
>X-MSMail-priority: Normal
>X-Server: VPOP3 V1.3.0c Unregistered
>X-Envelope-To: voins@caravan.ru
>
>
>
>                                   
>                         http://www.osios.org
>
>
>
>
>
>
>.
(Содержимое письма, видимо, можно обсудить в legal@altlinux.ru :) )

В журнал fetchmail попадает следующее:
fetchmail: 5.9.0 querying mail.caravan.ru (protocol POP3) at Срд 27 Фев 002 20:04:42
fetchmail: 1 message for voins at mail.caravan.ru (1680 octets).
fetchmail: reading message 1 of 1 (1680 octets) fetchmail: SMTP error: 451 Error: queue file write error
fetchmail:  not flushed

Письмо продолжает висеть в ящике и при следующем подключении снова
возникает та же ошибка. При этом другие письма из того же ящика без
проблем принимаются (как и письма из других ящиков).

Очень интересно узнать кто глючит? (fetchmail или postfix)

$ rpm -q fetchmail postfix
fetchmail-5.9.0-alt1
postfix-1.1.2-alt1

P.S. Как удалить письмо руками я знаю, но пока держу как тест.

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Igor Homyakov]

cлучайно место на файловой системе не кончилось ?

On Wed, Feb 27, 2002 at 08:27:32PM +0300, Alexey Voinov wrote:
> Приветствую всех!
> 
> На днях ко мне в ящик упало письмо на котором postfix упорно спотыкается.
> В почту падает вот такое сообщение:
> 
> From: MAILER-DAEMON@voins.local (Mail Delivery System)
> To: postmaster@voins.local (Postmaster)
> Subject: Postfix SMTP server: errors from localhost.localdomain[127.0.0.1]
> Date: Wed, 27 Feb 2002 20:02:58 +0300 (MSK)
> 
> Transcript of session follows.
> 
>  Out: 220 voins.local ESMTP Postfix
>  In:  EHLO mail.caravan.ru
>  Out: 250-voins.local
>  Out: 250-PIPELINING
>  Out: 250-SIZE 10240000
>  Out: 250-ETRN
>  Out: 250-XVERP
>  Out: 250 8BITMIME
>  In:  MAIL FROM:<fdsgda@890.com> BODY=7BIT SIZE=1680
>  Out: 250 Ok
>  In:  RCPT TO:<voins@localhost>
>  Out: 250 Ok
>  In:  DATA
>  Out: 354 End data with <CR><LF>.<CR><LF>
>  Out: 451 Error: queue file write error
>  In:  RSET
>  Out: 250 Ok
>  In:  QUIT
>  Out: 221 Bye
> 
> Содержимое письма я посмотрел с помощью telnet:
> 
> >RETR 1
> >+OK 1680 octets
> >Received: by www.caravan.ru (mbox voins)
> > (with Cubic Circle's cucipop (v1.31 1998/05/13) Tue Feb 26 21:09:08 2002)
> >X-From_: fdsgda@890.com Tue Feb 26 05:17:01 2002
> >Return-path: <fdsgda@890.com>
> >Envelope-to: voins@caravan.ru
> >Delivery-date: Tue, 26 Feb 2002 05:17:01 +0300
> >Received: from virscan (helo=virscan.caravan.ru)
> >        by mx1.caravan.ru with drweb-scanned (Exim 3.33 #2)
> >        id 16fXAr-000KTD-00
> >        for voins@caravan.ru; Tue, 26 Feb 2002 05:17:01 +0300
> >X-ScreenMboxSeparator: From fdsgda@890.com Tue Feb 26 05:17:00 2002
> >Received: from [64.164.98.8] (helo=mta7.pltn13.pbi.net)
> >        by mx1.caravan.ru with esmtp (Exim 3.33 #2)
> >        id 16fXAq-000KSZ-01
> >        for voins@caravan.ru; Tue, 26 Feb 2002 05:17:00 +0300
> >Received: from are-server ([63.193.185.242])
> > by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
> > with ESMTP id <0GS4005Y3BDRQC@mta7.pltn13.pbi.net> for voins@caravan.ru; Mon,
> > 25 Feb 2002 18:14:03 -0800 (PST)
> >Received: from 64.2.49.186 by are-server
> > ([63.193.185.242] running VPOP3 - Unregistered) with SMTP; Mon,
> > 25 Feb 2002 18:15:18 -0800
> >Date: Tue, 26 Feb 2002 02:07:39 +0300
> >From: support <fdsgda@890.com>
> >Subject: =?UNKNOWN?B?9yDyz9PTyckg0sHa0sXbyczJIPMg8CDhIO0gPw==?=
> >To: admin@
> >Message-id: <VPOP31.3.0c.20020225181520.186.10fb.1.7438eb7f@are-server>
> >MIME-version: 1.0
> >X-Mailer: Outlook Express
> >Content-type: text/plain; charset=KOI8-R
> >Content-transfer-encoding: 7BIT
> >X-Priority: 3
> >X-MSMail-priority: Normal
> >X-Server: VPOP3 V1.3.0c Unregistered
> >X-Envelope-To: voins@caravan.ru
> >
> >
> >
> >                                   
> >                         http://www.osios.org
> >
> >
> >
> >
> >
> >
> >.
> (Содержимое письма, видимо, можно обсудить в legal@altlinux.ru :) )
> 
> В журнал fetchmail попадает следующее:
> fetchmail: 5.9.0 querying mail.caravan.ru (protocol POP3) at Срд 27 Фев 002 20:04:42
> fetchmail: 1 message for voins at mail.caravan.ru (1680 octets).
> fetchmail: reading message 1 of 1 (1680 octets) fetchmail: SMTP error: 451 Error: queue file write error
> fetchmail:  not flushed
> 
> Письмо продолжает висеть в ящике и при следующем подключении снова
> возникает та же ошибка. При этом другие письма из того же ящика без
> проблем принимаются (как и письма из других ящиков).
> 
> Очень интересно узнать кто глючит? (fetchmail или postfix)
> 
> $ rpm -q fetchmail postfix
> fetchmail-5.9.0-alt1
> postfix-1.1.2-alt1
> 
> P.S. Как удалить письмо руками я знаю, но пока держу как тест.
> 
> -- 
> Best Regards!           | Когда вам платят за работу, надо по крайней мере
> Alexey Voinov           | делать вид, что вы работаете...
>                         |                         Б.Виан "Осень в Пекине"
> voins@voins.program.ru
> voins@online.ru
> vns@altlinux.ru
> 



-- 
Igor Homyakov
<homyakov(at)ramax.spb.ru>

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Alexey Voinov]

[-- Attachment #1: Type: text/plain, Size: 480 bytes --]

Igor Homyakov wrote
> cлучайно место на файловой системе не кончилось ?
Нет.
Тем более, что все остальные сообщения я получаю без проблем.
Проблема в конкретном письме и в реакции fetchmail или  postfix на него.

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Vyt]

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

On Thu, 28 Feb 2002 09:28:07 +0300
Alexey Voinov <voins@voins.program.ru> wrote:

> Igor Homyakov wrote
> > cлучайно место на файловой системе не кончилось ?
> Нет.
> Тем более, что все остальные сообщения я получаю без проблем.
> Проблема в конкретном письме и в реакции fetchmail или  postfix на него.

Я такое наблюдаю при превышении размером письма ограничения
размера письма в postfix.

<skipped>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Alexey Voinov]

[-- Attachment #1: Type: text/plain, Size: 813 bytes --]

Vyt wrote
> On Thu, 28 Feb 2002 09:28:07 +0300
> Alexey Voinov <voins@voins.program.ru> wrote:
> 
> > Igor Homyakov wrote
> > > cлучайно место на файловой системе не кончилось ?
> > Нет.
> > Тем более, что все остальные сообщения я получаю без проблем.
> > Проблема в конкретном письме и в реакции fetchmail или  postfix на него.
> 
> Я такое наблюдаю при превышении размером письма ограничения
> размера письма в postfix.
Тоже мимо. Я привёл письмо целиком. Многие письма в этой рассылке
значительно больше по размеру.

Какие ещё мысли будут?


-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 989 bytes --]

On Thu, Feb 28, 2002 at 10:28:40AM +0300, Alexey Voinov wrote:
> > > > cлучайно место на файловой системе не кончилось ?
> > > Нет.
> > > Тем более, что все остальные сообщения я получаю без проблем.
> > > Проблема в конкретном письме и в реакции fetchmail или  postfix на него.
> > 
> > Я такое наблюдаю при превышении размером письма ограничения
> > размера письма в postfix.
> Тоже мимо. Я привёл письмо целиком. Многие письма в этой рассылке
> значительно больше по размеру.
> 
> Какие ещё мысли будут?

Попробовать исключить fetchmail путем посылки этого письма
непосредственно, без участия fetchmail.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.com/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Alexey Voinov]

[-- Attachment #1: Type: text/plain, Size: 1852 bytes --]

Dmitry V. Levin wrote
> On Thu, Feb 28, 2002 at 10:28:40AM +0300, Alexey Voinov wrote:
> > > > > cлучайно место на файловой системе не кончилось ?
> > > > Нет.
> > > > Тем более, что все остальные сообщения я получаю без проблем.
> > > > Проблема в конкретном письме и в реакции fetchmail или  postfix на него.
> > > 
> > > Я такое наблюдаю при превышении размером письма ограничения
> > > размера письма в postfix.
> > Тоже мимо. Я привёл письмо целиком. Многие письма в этой рассылке
> > значительно больше по размеру.
> > 
> > Какие ещё мысли будут?
> 
> Попробовать исключить fetchmail путем посылки этого письма
> непосредственно, без участия fetchmail.
Глючит postfix. И я даже понял из-за чего.

В письме присутствует строчка:

To: admin@

В /var/log/maillog появляется следующее 

Feb 28 17:38:04 voins postfix/cleanup[2253]: panic: resolve_local: null domain
Feb 28 17:38:05 voins postfix/master[1396]: warning: process /usr/lib/postfix/cleanup pid 2253 killed by  signal 6
Feb 28 17:38:05 voins postfix/master[1396]: warning: /usr/lib/postfix/cleanup: bad command startup -- throttling
Feb 28 17:38:05 voins postfix/smtpd[2252]: warning: premature end-of-input from public/cleanup socket while reading input attribute name

Похожие сообщения появляются если сказать:
$ mail voins@
...

Но при этом на root письмо не уходит а остаётся висеть в очереди:

$ mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
B81B31FC27      102 Thu Feb 28 17:44:06  voins
                                         voins@

-- 0 Kbytes in 1 Requests.


Я думаю тема закрыта.

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1564 bytes --]

On Thu, Feb 28, 2002 at 05:49:47PM +0300, Alexey Voinov wrote:
> Глючит postfix. И я даже понял из-за чего.
> 
> В письме присутствует строчка:
> 
> To: admin@
> 
> В /var/log/maillog появляется следующее 
> 
> Feb 28 17:38:04 voins postfix/cleanup[2253]: panic: resolve_local: null domain
> Feb 28 17:38:05 voins postfix/master[1396]: warning: process /usr/lib/postfix/cleanup pid 2253 killed by  signal 6
> Feb 28 17:38:05 voins postfix/master[1396]: warning: /usr/lib/postfix/cleanup: bad command startup -- throttling
> Feb 28 17:38:05 voins postfix/smtpd[2252]: warning: premature end-of-input from public/cleanup socket while reading input attribute name
> 
> Похожие сообщения появляются если сказать:
> $ mail voins@
> ...
> 
> Но при этом на root письмо не уходит а остаётся висеть в очереди:
> 
> $ mailq
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> B81B31FC27      102 Thu Feb 28 17:44:06  voins
>                                          voins@
> 
> -- 0 Kbytes in 1 Requests.
> 
> 
> Я думаю тема закрыта.

Насколько я понимаю, это можно воспроизвести только в случае, если
dnsdomainname - не FQDN. В таком случае не вижу смысла что-то менять.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.com/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] непонятные глюки связки fetchmail+postfix

[Sergey Vlasov]

On Thu, 28 Feb 2002 17:49:47 +0300
Alexey Voinov <voins@voins.program.ru> wrote:

> Глючит postfix. И я даже понял из-за чего.
> 
> В письме присутствует строчка:
> 
> To: admin@
> 
> В /var/log/maillog появляется следующее 
> 
> Feb 28 17:38:04 voins postfix/cleanup[2253]: panic: resolve_local: null domain
> Feb 28 17:38:05 voins postfix/master[1396]: warning: process /usr/lib/postfix/cleanup pid 2253 killed by  signal 6
> Feb 28 17:38:05 voins postfix/master[1396]: warning: /usr/lib/postfix/cleanup: bad command startup -- throttling
> Feb 28 17:38:05 voins postfix/smtpd[2252]: warning: premature end-of-input from public/cleanup socket while reading input attribute name

А это не та ли бага, из-за которой был выпущен Postfix 1.1 Patch 03?

- The Postfix cleanup daemon could abort with a panic message when
a malformed address (user@.) was run through a canonical map.  This
patch eliminates some overly defensive code. The "problem" is now
ignored like it used to be.