Mailing List Archive

strange forwarding bug? of wrong usage?
Hello all,

I'm running into a (strange?) problem (dbmail2.0-rc4 and exim 4.30) when
I use the dbmail aliases-table to forward a message to several e-mail
addresses. Here is an example of my aliases table:

| 245 | test@gdatex.nl |
laurensv@tiscali.nl | 1 |
| 246 | test@gdatex.nl |
laurens_van_run@hotmail.com | 1 |

According to several messages in this mailinglist, the behavior of
dbmail should be to deliver the message to 'laurensv@tiscali.nl' and
'laurens_van_run@hotmail.com' and then exit without an error. However,
although it _does_ forward the message to the correct addresses, dbmail
exists with error-code 75. This makes exim to retry the message and then
it get stuck in a message loop.

Here is a part of my exim log:

2004-04-07 11:44:09 1BB9bN-0000EJ-Ir <= L.vanRun@gdx.nl
H=smtp-out4.xs4all.nl [194.109.24.5] P=esmtp S=849 id=4073CFBB.40201@gdx.nl
2004-04-07 11:44:09 1BB9bN-0000EP-M2 <= dbmail@gdx.nl U=dbmail P=local
S=1027 id=4073CFBB.40201@gdx.nl
2004-04-07 11:44:09 1BB9bN-0000ER-Mc <= dbmail@gdx.nl U=dbmail P=local
S=1019 id=4073CFBB.40201@gdx.nl
2004-04-07 11:44:09 1BB9bN-0000EJ-Ir == test@gdatex.nl R=dbmail T=dbmail
defer (0): Child process of dbmail transport returned 75 (could mean
temporary error) from command: /usr/local/bin/dbmail-smtp
2004-04-07 11:44:09 1BB9bN-0000EJ-Ir failed to open DB file
/var/spool/exim/db/retry: Bad file descriptor
2004-04-07 11:44:09 1BB9bN-0000ER-Mc => laurensv@tiscali.nl R=dnslookup
T=remote_smtp H=smtpcp.tiscali.nl [62.235.14.116]
2004-04-07 11:44:09 1BB9bN-0000ER-Mc Completed
2004-04-07 11:44:11 1BB9bN-0000EP-M2 => laurens_van_run@hotmail.com
R=dnslookup T=remote_smtp H=mx1.hotmail.com [65.54.252.99]
2004-04-07 11:44:11 1BB9bN-0000EP-M2 Completed

Does anybody has a solution for this problem? Or am I very stupid and
doesn't use the dbmail tables in the correct way?

Laurens
Re: strange forwarding bug? of wrong usage? [ In reply to ]
This was only partly fixed this week. I corrected one error
in dbmail-lmtp, but there's still an error when a messages is only to be
forwarded and not stored in DBMail. When this happens dbmail-smtp exits
with EX_TEMPFAIL and dbmail-lmtp also sends a TEMPFAIL message back to
the MTA

Aaron, I don't know if you're back yet, but if so, can you take a look
at it. The error is somewhere in dsn.c I believe.
dns_worstcase_list() returns DNS_CLASS_TEMP instead of DNS_CLASS_OK when
a message is only forwarded.

I'm currently at home with quite a nasty cold. I hope to get back to
hacking later this week.

Ilja

On Wed, 2004-04-07 at 12:44, Paul J Stevens wrote:
> Use CVS. This was fixed earlier this week.
>
> Laurens van Run - Global Data Exchange wrote:
> > Hello all,
> >
> > I'm running into a (strange?) problem (dbmail2.0-rc4 and exim 4.30) when
> > I use the dbmail aliases-table to forward a message to several e-mail
> > addresses. Here is an example of my aliases table:
> >
> > | 245 | test@gdatex.nl |
> > laurensv@tiscali.nl | 1 |
> > | 246 | test@gdatex.nl |
> > laurens_van_run@hotmail.com | 1 |
> >
> > According to several messages in this mailinglist, the behavior of
> > dbmail should be to deliver the message to 'laurensv@tiscali.nl' and
> > 'laurens_van_run@hotmail.com' and then exit without an error. However,
> > although it _does_ forward the message to the correct addresses, dbmail
> > exists with error-code 75. This makes exim to retry the message and then
> > it get stuck in a message loop.
> >
> > Here is a part of my exim log:
> >
> > 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir <= L.vanRun@gdx.nl
> > H=smtp-out4.xs4all.nl [194.109.24.5] P=esmtp S=849 id=4073CFBB.40201@gdx.nl
> > 2004-04-07 11:44:09 1BB9bN-0000EP-M2 <= dbmail@gdx.nl U=dbmail P=local
> > S=1027 id=4073CFBB.40201@gdx.nl
> > 2004-04-07 11:44:09 1BB9bN-0000ER-Mc <= dbmail@gdx.nl U=dbmail P=local
> > S=1019 id=4073CFBB.40201@gdx.nl
> > 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir == test@gdatex.nl R=dbmail T=dbmail
> > defer (0): Child process of dbmail transport returned 75 (could mean
> > temporary error) from command: /usr/local/bin/dbmail-smtp
> > 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir failed to open DB file
> > /var/spool/exim/db/retry: Bad file descriptor
> > 2004-04-07 11:44:09 1BB9bN-0000ER-Mc => laurensv@tiscali.nl R=dnslookup
> > T=remote_smtp H=smtpcp.tiscali.nl [62.235.14.116]
> > 2004-04-07 11:44:09 1BB9bN-0000ER-Mc Completed
> > 2004-04-07 11:44:11 1BB9bN-0000EP-M2 => laurens_van_run@hotmail.com
> > R=dnslookup T=remote_smtp H=mx1.hotmail.com [65.54.252.99]
> > 2004-04-07 11:44:11 1BB9bN-0000EP-M2 Completed
> >
> > Does anybody has a solution for this problem? Or am I very stupid and
> > doesn't use the dbmail tables in the correct way?
> >
> > Laurens
> >
> > _______________________________________________
> > Dbmail-dev mailing list
> > Dbmail-dev@dbmail.org
> > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> >
Re: strange forwarding bug? of wrong usage? [ In reply to ]
Hi,

This was only partly fixed this week. I corrected one error
in dbmail-lmtp, but there's still an error when a messages is only to be
forwarded and not stored in DBMail. When this happens dbmail-smtp exits
with EX_TEMPFAIL and dbmail-lmtp also sends a TEMPFAIL message back to
the MTA

Aaron, I don't know if you're back yet, but if so, can you take a look
at it. The error is somewhere in dsn.c I believe.
dns_worstcase_list() returns DNS_CLASS_TEMP instead of DNS_CLASS_OK when
a message is only forwarded.

I'm currently at home with quite a nasty cold. I hope to get back to
hacking later this week.

Ilja
On Wed, 2004-04-07 at 12:44, Paul J Stevens wrote:
> Use CVS. This was fixed earlier this week.
>
> Laurens van Run - Global Data Exchange wrote:
> > Hello all,
> >
> > I'm running into a (strange?) problem (dbmail2.0-rc4 and exim 4.30) when
> > I use the dbmail aliases-table to forward a message to several e-mail
> > addresses. Here is an example of my aliases table:
> >
> > | 245 | test@gdatex.nl |
> > laurensv@tiscali.nl | 1 |
> > | 246 | test@gdatex.nl |
> > laurens_van_run@hotmail.com | 1 |
> >
> > According to several messages in this mailinglist, the behavior of
> > dbmail should be to deliver the message to 'laurensv@tiscali.nl' and
> > 'laurens_van_run@hotmail.com' and then exit without an error. However,
> > although it _does_ forward the message to the correct addresses, dbmail
> > exists with error-code 75. This makes exim to retry the message and then
> > it get stuck in a message loop.
> >
> > Here is a part of my exim log:
> >
> > 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir <= L.vanRun@gdx.nl
> > H=smtp-out4.xs4all.nl [194.109.24.5] P=esmtp S=849 id=4073CFBB.40201@gdx.nl
> > 2004-04-07 11:44:09 1BB9bN-0000EP-M2 <= dbmail@gdx.nl U=dbmail P=local
> > S=1027 id=4073CFBB.40201@gdx.nl
> > 2004-04-07 11:44:09 1BB9bN-0000ER-Mc <= dbmail@gdx.nl U=dbmail P=local
> > S=1019 id=4073CFBB.40201@gdx.nl
> > 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir == test@gdatex.nl R=dbmail T=dbmail
> > defer (0): Child process of dbmail transport returned 75 (could mean
> > temporary error) from command: /usr/local/bin/dbmail-smtp
> > 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir failed to open DB file
> > /var/spool/exim/db/retry: Bad file descriptor
> > 2004-04-07 11:44:09 1BB9bN-0000ER-Mc => laurensv@tiscali.nl R=dnslookup
> > T=remote_smtp H=smtpcp.tiscali.nl [62.235.14.116]
> > 2004-04-07 11:44:09 1BB9bN-0000ER-Mc Completed
> > 2004-04-07 11:44:11 1BB9bN-0000EP-M2 => laurens_van_run@hotmail.com
> > R=dnslookup T=remote_smtp H=mx1.hotmail.com [65.54.252.99]
> > 2004-04-07 11:44:11 1BB9bN-0000EP-M2 Completed
> >
> > Does anybody has a solution for this problem? Or am I very stupid and
> > doesn't use the dbmail tables in the correct way?
> >
> > Laurens
> >
> > _______________________________________________
> > Dbmail-dev mailing list
> > Dbmail-dev@dbmail.org
> > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> >
Re: strange forwarding bug? of wrong usage? [ In reply to ]
Use CVS. This was fixed earlier this week.

Laurens van Run - Global Data Exchange wrote:
> Hello all,
>
> I'm running into a (strange?) problem (dbmail2.0-rc4 and exim 4.30) when
> I use the dbmail aliases-table to forward a message to several e-mail
> addresses. Here is an example of my aliases table:
>
> | 245 | test@gdatex.nl |
> laurensv@tiscali.nl | 1 |
> | 246 | test@gdatex.nl |
> laurens_van_run@hotmail.com | 1 |
>
> According to several messages in this mailinglist, the behavior of
> dbmail should be to deliver the message to 'laurensv@tiscali.nl' and
> 'laurens_van_run@hotmail.com' and then exit without an error. However,
> although it _does_ forward the message to the correct addresses, dbmail
> exists with error-code 75. This makes exim to retry the message and then
> it get stuck in a message loop.
>
> Here is a part of my exim log:
>
> 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir <= L.vanRun@gdx.nl
> H=smtp-out4.xs4all.nl [194.109.24.5] P=esmtp S=849 id=4073CFBB.40201@gdx.nl
> 2004-04-07 11:44:09 1BB9bN-0000EP-M2 <= dbmail@gdx.nl U=dbmail P=local
> S=1027 id=4073CFBB.40201@gdx.nl
> 2004-04-07 11:44:09 1BB9bN-0000ER-Mc <= dbmail@gdx.nl U=dbmail P=local
> S=1019 id=4073CFBB.40201@gdx.nl
> 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir == test@gdatex.nl R=dbmail T=dbmail
> defer (0): Child process of dbmail transport returned 75 (could mean
> temporary error) from command: /usr/local/bin/dbmail-smtp
> 2004-04-07 11:44:09 1BB9bN-0000EJ-Ir failed to open DB file
> /var/spool/exim/db/retry: Bad file descriptor
> 2004-04-07 11:44:09 1BB9bN-0000ER-Mc => laurensv@tiscali.nl R=dnslookup
> T=remote_smtp H=smtpcp.tiscali.nl [62.235.14.116]
> 2004-04-07 11:44:09 1BB9bN-0000ER-Mc Completed
> 2004-04-07 11:44:11 1BB9bN-0000EP-M2 => laurens_van_run@hotmail.com
> R=dnslookup T=remote_smtp H=mx1.hotmail.com [65.54.252.99]
> 2004-04-07 11:44:11 1BB9bN-0000EP-M2 Completed
>
> Does anybody has a solution for this problem? Or am I very stupid and
> doesn't use the dbmail tables in the correct way?
>
> Laurens
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>

--
________________________________________________________________
Paul Stevens paul@nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands_______________________________________www.nfg.nl