Mailing List Archive

I wonder if that CVS snapshot is from the 2_0 branch? My understanding is that
it might be stable... or it might not be! Have you tried using dbmail-1.2.1?

Aaron


thiagop@infonet.com.br said:
[copy of offending message snipped; see original posting]
> Hi,
>
> I am a new dbmail user, and quite happy with it by now. It´s DB backend is
> very helpful when it comes to develop custom monitoring and administration
> routines.
>
> However, my boss isn´t so happy :^). I´m having a problem with it using a
> Postfix/DBMail combo. The Postfix queue says (i´ve ommited the real domain
> from this message):
>
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> 2EFFC4B8F1 6708 Mon Dec 15 21:44:51 dtVgVRdb@guadalupano.com
> (Command died with signal 11: "/usr/local/sbin/dbmail-smtp")
> gustavofas@<ommited, spam sucks>
>
> And the message that is crashing dbmail-smtp is below.
> The message is actually delivered, but it stays in the queue indefinitely
> and keeps re-delivering itself, several times.
> I´m using the latest DBMail nightly from CVS i could find
(dbmail-snapshot-20031216.tgz),
> and Postfix 1.1.11 from Debian GNU/Linux 3.0.
> If there is a fix, i´d be very thankful for it, since my users are
> constantly screaming at me and i´m at the stake (i must use DBMail
> because we implemented single sign on using it´s database and it
> would be a hell of work to redo it in another way).
>
> TIA,
>
> Thiago
--

The snapshots are indeed from the 2.0 branch. For production use, I'd
recommend using 1.2.1 for now.

But, since you've run into a problem on 2.0: Could you please send some
of the dbmail logs (which will be in your
maillog, probably /var/log/maillog or /var/log/mail.log) indicating the
problem. This might help finding the bug(s) responsible for your
problem.

Ilja

On Dec 16, 2003, at 6:30 AM, Aaron Stone wrote:

> I wonder if that CVS snapshot is from the 2_0 branch? My understanding
> is that
> it might be stable... or it might not be! Have you tried using
> dbmail-1.2.1?
>
> Aaron
>
>
> thiagop@infonet.com.br said:
> [copy of offending message snipped; see original posting]
>> Hi,
>>
>> I am a new dbmail user, and quite happy with it by now. It´s DB
>> backend is
>> very helpful when it comes to develop custom monitoring and
>> administration
>> routines.
>>
>> However, my boss isn´t so happy :^). I´m having a problem with it
>> using a
>> Postfix/DBMail combo. The Postfix queue says (i´ve ommited the real
>> domain
>> from this message):
>>
>> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
>> 2EFFC4B8F1 6708 Mon Dec 15 21:44:51 dtVgVRdb@guadalupano.com
>> (Command died with signal 11:
>> "/usr/local/sbin/dbmail-smtp")
>> gustavofas@<ommited, spam
>> sucks>
>>
>> And the message that is crashing dbmail-smtp is below.
>> The message is actually delivered, but it stays in the queue
>> indefinitely
>> and keeps re-delivering itself, several times.
>> I´m using the latest DBMail nightly from CVS i could find
> (dbmail-snapshot-20031216.tgz),
>> and Postfix 1.1.11 from Debian GNU/Linux 3.0.
>> If there is a fix, i´d be very thankful for it, since my users are
>> constantly screaming at me and i´m at the stake (i must use DBMail
>> because we implemented single sign on using it´s database and it
>> would be a hell of work to redo it in another way).
>>
>> TIA,
>>
>> Thiago
> --
>
>
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>
--
IC&S
Stadhouderslaan 57
3583 JD Utrecht
telnr. 030-6355730
faxnr. 030-6355731

PGP-key:
http://www.ic-s.nl/keys/ilja.txt

I have run across this bug as well, or a very similar one. If you edit the
/etc/dbmail.conf file, and set TRACE_LEVEL=5, under the SMTP section, you
will start getting very detailed log messages in your maillog file (probably
/var/log/mail, or /var/log/maillog), no need to restart dbmail for this to
happen either.

Once you get a failure (flush the queue?), send the entries in the log file
for the failing process to the list, and we should be able to figure out
what the problem is. If it's the same as the one that I fixed already, then
I'll just have to clean up my patch and submit it to the list, something
I'll be doing anyway.
I gather this only happens occasionally.

Alex Wheeler

Sr. Systems Engineer
Royall & Company
1920 East Parham Road
RIchmond, VA 23228

http://www.royall.com
mailto:awheeler@royall.com
(804)741-8965 (Office)
(804)741-8969 (Fax)

-----Original Message-----
From: thiagop@infonet.com.br [mailto:thiagop@infonet.com.br]
Sent: Monday, December 15, 2003 8:27 PM
To: dbmail-dev@dbmail.org
Subject: [Dbmail-dev] Signal 11 on dbmail-smtp

Hi,

I am a new dbmail user, and quite happy with it by now. It´s DB backend is
very helpful
when it comes to develop custom monitoring and administration routines.

However, my boss isn´t so happy :^). I´m having a problem with it using a
Postfix/DBMail
combo. The Postfix queue says (i´ve ommited the real domain from this
message):

-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
2EFFC4B8F1 6708 Mon Dec 15 21:44:51 dtVgVRdb@guadalupano.com
(Command died with signal 11:
"/usr/local/sbin/dbmail-smtp")
gustavofas@<ommited, spam sucks>

And the message that is crashing dbmail-smtp is below.
The message is actually delivered, but it stays in the queue indefinitely
and keeps
re-delivering itself, several times.
I´m using the latest DBMail nightly from CVS i could find
(dbmail-snapshot-20031216.tgz),
and Postfix 1.1.11 from Debian GNU/Linux 3.0.
If there is a fix, i´d be very thankful for it, since my users are
constantly screaming at
me and i´m at the stake (i must use DBMail because we implemented single
sign on using
it´s database and it would be a hell of work to redo it in another way).

TIA,

Thiago


*** MESSAGE CONTENTS /var/spool/postfix/deferred/2/E/2EFFC4B8F1 ***
Received: from localhost (galadriel [127.0.0.1])
by galadriel (Postfix) with ESMTP id 2EFFC4B8F1
for <gustavofas@<ommited too>; Mon, 15 Dec 2003 21:44:51 -0200
(BRST)
Received: from d154207.upc-d.chello.nl (d154207.upc-d.chello.nl
[213.46.154.207])
by galadriel (Postfix) with SMTP id A17934B8ED
for <gustavofas@<ommited again, spam sucks>; Mon, 15 Dec 2003
21:44:45 -0200 (BRST)
From: <dtVgVRdb@guadalupano.com>
To: <gustavofas@<ommited>
Subject: re[3]
Date:
MIME-Version: 1.0
Content-Type: multipart/related;
type="multipart/alternative";
boundary="b542318506imbd2615N8M05l25h56aO0"
X-Mailer: PObox II beta1.0
Message-Id: <20031215234445.A17934B8ED@galadriel>
X-Virus-Scanned: by AMaViS snapshot-20020222

This is a multi-part message in MIME format.

--b542318506imbd2615N8M05l25h56aO0
Content-Type: multipart/alternative;
boundary="610lU1213j4cS2cAg5hgg80jU80BliN0"

--610lU1213j4cS2cAg5hgg80jU80BliN0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

0Lw2g Vb51Gh t54 n2 EYxRQ7401 4L76o35 Q25E 2tLg0884a 4s8 q2sR6b50 6a1I2b 8f
Ip 704O I5Dn78n75
v7pC2yb24 wh861044 J8fe
Yk28 wW2R3btX R7T QQ77k80 x5S k546n 020O LErIt c7T D5
62p Wnk867 5368xJ D2ueAK67 48 hu8f24 o837 0YH328L E0xYq5436 01P346 7vP
45 6TX5
h76Rt6Q 172Me7 O0M58 1r4X27 0goItY5 c4L0 37a05VKFA 4n O7

--610lU1213j4cS2cAg5hgg80jU80BliN0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<body>
<p><font color=3D"#FFFFF1">aC l36 Yv548k0 ek2t HVNwxm 8htoac822
3r58a</font></p>
<A
href=3D"http://xHSbIFCo@211.51.39.101:3589/mc/index.php?m=3Dgustavofas@<ommi
ted>"><IMG
src=3D"cid:32b72Y31jQVCT35C34PnL4I02w022yC6" border=3D0></A>
<p><font color=3D"#FFFFF5">xPS0t52 OL 67SlC15 gg 6CW2S64 51ct0O 3068LY0
18M6jt H84O53
uo17Qh8r 4eWbJ l08 vwQO</font></p>
<p><font color=3D"#FFFFF0">62Y38i428 1i4hM77 I35S 651MOliT gk6 767m 05w 752
62n 0537
3buVYS7e0 g3 78 7I5 VVL7RXD00 8I3EV 8uR11xrv 1T2BXTB 64H0152yv MXW 54e
vJ541o7 1Xoq67y
D611L6qv 1P2d06</font></p>
<p><font color=3D"#FFFFF8">X106 tRIr3P 7Y6552X 174 2G22C7Vv0 ge2rm8 MM2n
E67h 4Q0 221
s004o2l 2bcGw f30 VeUA 7A 4IcIL52 tL7X71Uc1 SNn 4Dr 6L46</font></p>
<a
href=3D"http://Nflvd@211.51.39.101:3589/mc/index.php?email=3Dgustavofas@<omm
ited>">D.<font
color=3D"#FFFFF0">R</font>E<font color=3D"#FFFFF5">t</font>L<font
color=3D"#FFFFF4">m</font>E<font color=3D"#FFFFF8">D</font>T<font
color=3D"#FFFFF1">m</font>E</a>
<p><font color=3D"#FFFFF4">a3A21Tg nlF 0121 uwFH1 72i0q066 Thd34E87T 4W
1kxTM oY03 6Nx161
11176On 546b j350584G 1Mdm5v05 r7X81t L0A4686 Ef 3cb 2HXT21 6yn4vhW
36Of1A</font></p>
<p><font color=3D"#FFFFF1">331U1 77e3E5Jq7 50 f5p4Iw18 1U005 85m 47xR0 4Xg2
xWE6 E35LJ8tgu
b6 g14UV5QQ s2 3538UK62 8gSk77 7rlF72w a28K0h1 SFa3R G0CsCm4 2FD8 043S
85l4rm8</font></p>
</body>
</html>

--610lU1213j4cS2cAg5hgg80jU80BliN0--
--b542318506imbd2615N8M05l25h56aO0
Content-Type: image/gif;
Content-Transfer-Encoding: base64
Content-ID: <32b72Y31jQVCT35C34PnL4I02w022yC6>

R0lGODlhwAFjAPAAAAAAAP///yH5BAQAABAALAAAAADAAWMAAAL/jI+py+0fQJIQ0opubtqA/2Fi
1Y2kZ6bgyrZgZHZlOM0pjIvrUd7+Dwz+ZMLcqNdDTTZFXZNBST4VtqWKytREmdeuUjoNi8dWXhHM
WUirZrLajUOH2W1v9t6Wp+1buP/fRMRzIfhGo2QUoiXBuESXiFR2mMO2NRlBWLfYeHlZYxYVWaaZ
IUPzYqWFGAc1E9o4uOHJClhrGyOJmMnRR5m3e5qHxdVLLKw7TNjbt2sUt7yKF+xMXXnsS+3hSpVU
zIxMWfx1S17Oy7IKvTfO3k77XudunQgua0wPw5l8XX3d3D/KW7Rs2US9afcN3z9s5hqaE9Si3kGE
6SpieyQwl8J4/9pUyUOhL9WvHaMGHnrk7BUqTFw+uSz1YJo0PPgGOrzpByIUgvHUefSYj2NKi456
SqT4MSgsmuKGtVQkFKNNUvv4NdUGj91PqkJxeh2jkxSarUmBLpVa057Fhe+A3QnJlCjVZk1RZnRb
texEn3qP6vkK2EchgWN9AjsMygHQrIn9YdVIl6ioyAQTPgPYcq7mgGszX9YKjnLg0YAKseSMpdNS
lovSuloZa13sWPP+deoKNR2YkzAZufiNrnUpZZ49GecGiTZMrqZJO7+1+M9fwc+rW7+OPfuQrnCm
3/CuPbz48eTdzCoN/kj68uzbu38PP778+fTr27+PP7/+/fz7+///D2CAAg5IYIEGHohgggouSI5q
r8E2m3SmQIjJeafVoAhwygDXEUmkLXZVF+sJEaJDf61xBgYltuJhRBg+uMks4LlYIYS/DQcbOh3u
oOGGN9ao4xQjIoNXECuaN5WJKsq23Qk8sbgSjTuqEWWQnsUUJI094hjjIC6A9OWOLnI4BxCZFGlm
kt2p+dCSO5HoZno6huklhSRJeSWWqNAZUZZ+nsLjF77JFJxvYnoYSJogCaOaLK/lY8o5oAy6nDtg
3lPhcNE8mulZG85maKUdcUMcqZC+9GKGVtKJI5Bp8JZZn2O+AFWVc+6556a5epmMhq2g+hhDFB4E
S6lFyvRLaHv/PTYNXy5RduxRFwWrDi2E1lMbsc6mSuaomb5Yo2LVwkhmlHUeCiqiEyJh4WmDTmYV
aNKm1ti0jomUVHGbWetUWyY5ZZdElm3LGE0AoUnuj+F+6+jCbyLFZbky4jprq+ewqyqwdsY7bXQx
+QLtnFGFZmWEojH7770XBsuQqMuIjJlKJ3UjF1J4AsnjJHfa2OGTZFVzY5WSdoprqixCuWqk/XaG
IbCv1osmV/eeyJxyjP3cHD27qWywskzmO7WePV9o43mBynYmlSpRu8an4RqHKK9qx7rJREYdvPRO
aXsNcdgjQ+wsHduOW9AxttnMMVsZxZWWtzufe7O3H4s198I6/ysmN85qw93N5ZXmBhnjhFuAmr0t
A25TtFpZFhtipu8d+kZeQys134wXTHG6vn7SLsr1asqw51RmLqUlZbctbsn4wjPwvEub5XJUZ4na
NLZW17Uya5kznKTQSrMttYPDs9xbT52Xmlw47GZvCEqSw5rnzDEKJ3n9TvfWe/ZwMwc/WwMO+TUF
eYoj63sJAGmGPk4Rz0H04x75qNe0YTGoIQB82AQFVpIHZs0J6/DYu3hmkDqZbTd4ctsFb1LB+zGI
ZldqVJ6wNLm8ibCALZTgk76FlhPqED8sxE0KmyRDCEYIczG0oN12iMQkKnGJTGyiE58IxShKcYpU
rKIVr4jFLP9qcYtc7KIXvwjGMIrxTUdykxCNyJMfgoVNQCTdDUszRv2wro1sfOERA6PGAKJRSXHk
4aJSlEEiOuk5edyjIdvUx/tQyhBDFN6obEO7U8Hwjzo7m/SQ06no5S8127DKQtDniEWaLJGK7J7q
FGc9fglKTcyYY9/6MrgyPkt0KosaswZHSvuU6HCm8xsrsNbBVFYtdqoE5hEMlhBjenBfBcule3Y5
w1kury6e81/Kole75VThLgQsYRZgJjPDxE1YYqqjM8MDzankZpv8QFz3+gW6oXTuan15I2rgVZnT
Aayd5jxndtIpO3q+zp1prOXIDBI4ptnzKUxb3PT+1ktZ+vP/n++cGvY+o8qMbs1f7mJkrwzHN2vy
QqEEW81VRCPRiaLzgbri3TXj2b9XYjI5MnshTInTQJHqrZPysEsPIWlHlQoVkEMtqlEFedSkHnWT
Sm2qU58K1ahKdapUrapVr4rVrGp1q1z1TyG7Clavcu5iXQqrWemTtGGFKXJnbat4ahUKls4seF91
5oyk8zWmQoeFdTVSX+0JV/AZMFQsLZOTUISvv1ZnNW6kYBBxgljFUocMeogn2Xg6MbweVo/NzA9j
i1gO93klsh9CkgXKNsQpjW9Nmz1kSuVjUv19Nnjs258uoiO03w0GejoAnStr+z3y5WisLJvt5XiT
tT85ULUq/8ScCzl5j5edabqz9awmDLPPjiZOXjG7bXY5ulC/sdOXo0MlQvCp3WqBK5oRFF8MCNa6
zWC3mABCac0ww7zZ8ZOb2TUmB/GSLYIKlIxdI6lMzyXCmVZyPQiDp367m9H+ZIljqPoJzOiWsp9F
93boomUaLxqxRvK1wAFt3k5Xm67tRWww91Wmd+XbT/iEJb8P0zBE15mXZj70wEQE8PBAzJ1rIjN1
Hg4KckI118Ha75hgM3BWIvna98x4cczkr0YzTGIjlxgX9gowR12MZX5uGWSbc1dcTZW7ydKYoV0O
KXf5M+VkQcbK9NXuhtU5Zr2uzlIYxSU59am6vETrfAtOsv+rcKbnPxfQdSb2cX09StPKSRKC/SsW
PD12yfIxWXu4M2lwZVu3S9uUt5hWMfcWPMNEA7V9Lm1LTC8j2UdjJ9ZIHItbtUNrOJ3T1ree9XUS
nUVg93rYxC62sY+N7GQre9nMbraznw3ttn4p13VllXOELaTv3FEwjtQNbrnlI6QhC1KFulWLLlhq
w7J2saPV9mM3bd4/V/RugVwZiIwYZQkHNVHrZjdk3V3vTfNZHOp1cAbnSe98ZtlAqnhuUYRbauQW
N24+YiwRbLsowsrV0FoeSnGDPOmW3bTj4fX4eEGK1IBB+t5HzDectSlmWAVaGr/dYMHt7Grf4c4f
8wAvCYX/eebP6HTbeIM02vKGwIT3kM8IIrW+nOzlTwbyZAr1eYurXmXnQX3I+gTt3+bJayF3mHXz
A9S5J0hq5VVcaSrHJm4wdTf/Urmed+bx1rerq5ItnemdvXq9yR4/UKG77jX+FZB107gQkrzq5X26
jaHGYYM3uCbVRapA43z0gxee5QYvuVcJ3/Mv93eYb3/4PW83dxon3ckWLKlkPG/yHK+58xANCOdL
4vL98HbnFiXylwm+beNa2b6F43FsL/Jz5Mu5z7CXN+nTbRrFm4/Nz9vh7tnXUk0jPNKumra6Tlzh
8C2928WJ1Elly32spPu0ZYfEt+84zrGXDtH/yrVU935tJoDDMdpexH9puWwL9sd/9YVYhCSA3PYd
PaKAC8iADeiAD8hW5lAAADs=
--b542318506imbd2615N8M05l25h56aO0--


*** HEADER EXTRACTED /var/spool/postfix/deferred/2/E/2EFFC4B8F1 ***
return_receipt:
errors_to: dtVgVRdb@guadalupano.com
*** MESSAGE FILE END /var/spool/postfix/deferred/2/E/2EFFC4B8F1 ***




_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

Hello,

Just looking at the original problem message headers, there is
an empty Date: header .. just tried some brief testing and was able
to send a message with an empty Date: without a problem, but it
may be something to look at (using dbmail 1.2.1ish here).

Jn


---- Original Message ----
From: Wheeler, Alex <dbmail-dev@dbmail.org>
To: "'dbmail-dev@dbmail.org'" <dbmail-dev@dbmail.org>
Subject: RE: [Dbmail-dev] Signal 11 on dbmail-smtp
Sent: Tue, 6 Jan 2004 22:32:19 -0500

> I have run across this bug as well, or a very similar one. If you
edit the
> /etc/dbmail.conf file, and set TRACE_LEVEL=5, under the SMTP
section, you
> will start getting very detailed log messages in your maillog file
(probably
> /var/log/mail, or /var/log/maillog), no need to restart dbmail for
this to
> happen either.
>
> Once you get a failure (flush the queue?), send the entries in the
log file
> for the failing process to the list, and we should be able to figure out
> what the problem is. If it's the same as the one that I fixed
already, then
> I'll just have to clean up my patch and submit it to the list, something
> I'll be doing anyway.
> I gather this only happens occasionally.
>
> Alex Wheeler
>
> Sr. Systems Engineer
> Royall & Company
> 1920 East Parham Road
> RIchmond, VA 23228
>
> http://www.royall.com
> mailto:awheeler@royall.com
> (804)741-8965 (Office)
> (804)741-8969 (Fax)
>
> -----Original Message-----
> From: thiagop@infonet.com.br [mailto:thiagop@infonet.com.br]
> Sent: Monday, December 15, 2003 8:27 PM
> To: dbmail-dev@dbmail.org
> Subject: [Dbmail-dev] Signal 11 on dbmail-smtp
>
> Hi,
>
> I am a new dbmail user, and quite happy with it by now. It´s DB
backend is
> very helpful
> when it comes to develop custom monitoring and administration routines.
>
> However, my boss isn´t so happy :^). I´m having a problem with it
using a
> Postfix/DBMail
> combo. The Postfix queue says (i´ve ommited the real domain from this
> message):
>
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> 2EFFC4B8F1 6708 Mon Dec 15 21:44:51 dtVgVRdb@guadalupano.com
> (Command died with signal 11:
> "/usr/local/sbin/dbmail-smtp")
> gustavofas@<ommited, spam
>
> And the message that is crashing dbmail-smtp is below.
> The message is actually delivered, but it stays in the queue
indefinitely
> and keeps
> re-delivering itself, several times.
> I´m using the latest DBMail nightly from CVS i could find
> (dbmail-snapshot-20031216.tgz),
> and Postfix 1.1.11 from Debian GNU/Linux 3.0.
> If there is a fix, i´d be very thankful for it, since my users are
> constantly screaming at
> me and i´m at the stake (i must use DBMail because we implemented single
> sign on using
> it´s database and it would be a hell of work to redo it in another way).
>
> TIA,
>
> Thiago
>
>
> *** MESSAGE CONTENTS /var/spool/postfix/deferred/2/E/2EFFC4B8F1 ***
> Received: from localhost (galadriel [127.0.0.1])
> by galadriel (Postfix) with ESMTP id 2EFFC4B8F1
> for <gustavofas@<ommited too>; Mon, 15 Dec 2003 21:44:51 -0200
> (BRST)
> Received: from d154207.upc-d.chello.nl (d154207.upc-d.chello.nl
> [213.46.154.207])
> by galadriel (Postfix) with SMTP id A17934B8ED
> for <gustavofas@<ommited again, spam sucks>; Mon, 15 Dec 2003
> 21:44:45 -0200 (BRST)
> From: <dtVgVRdb@guadalupano.com>
> To: <gustavofas@<ommited>
> Subject: re[3]
> Date:
> MIME-Version: 1.0
> Content-Type: multipart/related;
> type="multipart/alternative";
> boundary="b542318506imbd2615N8M05l25h56aO0"
> X-Mailer: PObox II beta1.0
> Message-Id: <20031215234445.A17934B8ED@galadriel>
> X-Virus-Scanned: by AMaViS snapshot-20020222
>
<snip>

-- End Original Message --


--
Jesse Norell
jesse (at) kci.net

Hi

Just tested on the 2.0 version. I have no trouble sending
with an empty Date: header.

must be something else then.

Ilja
On 7 Jan 2004, at 17:05, Jesse Norell wrote:

>
> Hello,
>
> Just looking at the original problem message headers, there is
> an empty Date: header .. just tried some brief testing and was able
> to send a message with an empty Date: without a problem, but it
> may be something to look at (using dbmail 1.2.1ish here).
>
> Jn
>
>
> ---- Original Message ----
> From: Wheeler, Alex <dbmail-dev@dbmail.org>
> To: "'dbmail-dev@dbmail.org'" <dbmail-dev@dbmail.org>
> Subject: RE: [Dbmail-dev] Signal 11 on dbmail-smtp
> Sent: Tue, 6 Jan 2004 22:32:19 -0500
>
>> I have run across this bug as well, or a very similar one. If you
> edit the
>> /etc/dbmail.conf file, and set TRACE_LEVEL=5, under the SMTP
> section, you
>> will start getting very detailed log messages in your maillog file
> (probably
>> /var/log/mail, or /var/log/maillog), no need to restart dbmail for
> this to
>> happen either.
>>
>> Once you get a failure (flush the queue?), send the entries in the
> log file
>> for the failing process to the list, and we should be able to figure
>> out
>> what the problem is. If it's the same as the one that I fixed
> already, then
>> I'll just have to clean up my patch and submit it to the list,
>> something
>> I'll be doing anyway.
>> I gather this only happens occasionally.
>>
>> Alex Wheeler
>>
>> Sr. Systems Engineer
>> Royall & Company
>> 1920 East Parham Road
>> RIchmond, VA 23228
>>
>> http://www.royall.com
>> mailto:awheeler@royall.com
>> (804)741-8965 (Office)
>> (804)741-8969 (Fax)
>>
>> -----Original Message-----
>> From: thiagop@infonet.com.br [mailto:thiagop@infonet.com.br]
>> Sent: Monday, December 15, 2003 8:27 PM
>> To: dbmail-dev@dbmail.org
>> Subject: [Dbmail-dev] Signal 11 on dbmail-smtp
>>
>> Hi,
>>
>> I am a new dbmail user, and quite happy with it by now. It´s DB
> backend is
>> very helpful
>> when it comes to develop custom monitoring and administration
>> routines.
>>
>> However, my boss isn´t so happy :^). I´m having a problem with it
> using a
>> Postfix/DBMail
>> combo. The Postfix queue says (i´ve ommited the real domain from this
>> message):
>>
>> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
>> 2EFFC4B8F1 6708 Mon Dec 15 21:44:51 dtVgVRdb@guadalupano.com
>> (Command died with signal 11:
>> "/usr/local/sbin/dbmail-smtp")
>> gustavofas@<ommited, spam
> sucks>
>>
>> And the message that is crashing dbmail-smtp is below.
>> The message is actually delivered, but it stays in the queue
> indefinitely
>> and keeps
>> re-delivering itself, several times.
>> I´m using the latest DBMail nightly from CVS i could find
>> (dbmail-snapshot-20031216.tgz),
>> and Postfix 1.1.11 from Debian GNU/Linux 3.0.
>> If there is a fix, i´d be very thankful for it, since my users are
>> constantly screaming at
>> me and i´m at the stake (i must use DBMail because we implemented
>> single
>> sign on using
>> it´s database and it would be a hell of work to redo it in another
>> way).
>>
>> TIA,
>>
>> Thiago
>>
>>
>> *** MESSAGE CONTENTS /var/spool/postfix/deferred/2/E/2EFFC4B8F1 ***
>> Received: from localhost (galadriel [127.0.0.1])
>> by galadriel (Postfix) with ESMTP id 2EFFC4B8F1
>> for <gustavofas@<ommited too>; Mon, 15 Dec 2003 21:44:51 -0200
>> (BRST)
>> Received: from d154207.upc-d.chello.nl (d154207.upc-d.chello.nl
>> [213.46.154.207])
>> by galadriel (Postfix) with SMTP id A17934B8ED
>> for <gustavofas@<ommited again, spam sucks>; Mon, 15 Dec 2003
>> 21:44:45 -0200 (BRST)
>> From: <dtVgVRdb@guadalupano.com>
>> To: <gustavofas@<ommited>
>> Subject: re[3]
>> Date:
>> MIME-Version: 1.0
>> Content-Type: multipart/related;
>> type="multipart/alternative";
>> boundary="b542318506imbd2615N8M05l25h56aO0"
>> X-Mailer: PObox II beta1.0
>> Message-Id: <20031215234445.A17934B8ED@galadriel>
>> X-Virus-Scanned: by AMaViS snapshot-20020222
>>
> <snip>
>
> -- End Original Message --
>
>
> --
> Jesse Norell
> jesse (at) kci.net
>
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>
--
IC&S
Stadhouderslaan 57
3583 JD Utrecht
telnr. 030-6355730
faxnr. 030-6355731

PGP-key:
http://www.ic-s.nl/keys/ilja.txt