Lost emails! misconfiguration didn't cause bounces

Hi

I stupidly altered the name of a queue, because I did not understand
that this was the way the email found it’s way into the queue. So for
the past little while emails sent to our support queue have been
silently deleted!

I would have expected the messages to have been bounced. I am trying
to understand why they weren’t bounced.

We’re using qmail on freebsd. The mechanism for delivery to RT is via
the file /var/qmail/alias/.qmail-support which contains the following
command:

|/var/qmail/bin/preline /usr/local/rt2/bin/rt-mailgate --queue
support --action correspond

The qmail log at /var/log/maillog contains the following lines for
each delivery attempt:

Aug 28 08:42:57 cabernet qmail: 1062025977.616597 new msg 476188
Aug 28 08:42:57 cabernet qmail: 1062025977.616989 info msg 476188:
bytes 1012 from jesse@va.com.au qp 32496 uid 82
Aug 28 08:42:57 cabernet qmail: 1062025977.620988 starting delivery
4202: msg 476188 to local rt-support@requests.va.com.au
Aug 28 08:42:57 cabernet qmail: 1062025977.621542 status: local 1/10
remote 0/20
Aug 28 08:42:58 cabernet qmail: 1062025978.117793 delivery 4202:
success:
RT_couldn’t_find_the_queue:_supportqmail-inject:_fatal:_unable_to_parse_this_line:/From:RT::CorrespondAddress.not.set/No_permission_to_create_tickets_in_the_queue’’.qmail-inject:_fatal:_unable_to_parse_this_line:/From:_RT::CorrespondAddress.not.set/Create_failed:0/0/No_permission_to_create_tickets_in_the_queue’’._did_0+0+1/
Aug 28 08:42:58 cabernet qmail: 1062025978.118481 status: local 0/10
remote 0/20
Aug 28 08:42:58 cabernet qmail: 1062025978.118519 end msg 476188

My question is this: why does qmail think the message has been
delivered successfully, when it is clear that this is not the case?

Thankyou

Jesse

I forgot to mention the version of Request Tracker, so:

RT 2.0.15

Thankyou

Jesse

At 11:18 +1000 28/8/2003, Jesse Reynolds wrote:

Hi

I stupidly altered the name of a queue, because I did not understand
that this was the way the email found it’s way into the queue. So
for the past little while emails sent to our support queue have been
silently deleted!

I would have expected the messages to have been bounced. I am trying
to understand why they weren’t bounced.

We’re using qmail on freebsd. The mechanism for delivery to RT is
via the file /var/qmail/alias/.qmail-support which contains the
following command:

|/var/qmail/bin/preline /usr/local/rt2/bin/rt-mailgate --queue
support --action correspond

The qmail log at /var/log/maillog contains the following lines for
each delivery attempt:

Aug 28 08:42:57 cabernet qmail: 1062025977.616597 new msg 476188
Aug 28 08:42:57 cabernet qmail: 1062025977.616989 info msg 476188:
bytes 1012 from jesse@va.com.au qp 32496 uid 82
Aug 28 08:42:57 cabernet qmail: 1062025977.620988 starting delivery
4202: msg 476188 to local rt-support@requests.va.com.au
Aug 28 08:42:57 cabernet qmail: 1062025977.621542 status: local 1/10
remote 0/20
Aug 28 08:42:58 cabernet qmail: 1062025978.117793 delivery 4202:
success:
RT_couldn’t_find_the_queue:_supportqmail-inject:_fatal:_unable_to_parse_this_line:/From:RT::CorrespondAddress.not.set/No_permission_to_create_tickets_in_the_queue’’.qmail-inject:_fatal:_unable_to_parse_this_line:/From:_RT::CorrespondAddress.not.set/Create_failed:0/0/No_permission_to_create_tickets_in_the_queue’’._did_0+0+1/
Aug 28 08:42:58 cabernet qmail: 1062025978.118481 status: local 0/10
remote 0/20
Aug 28 08:42:58 cabernet qmail: 1062025978.118519 end msg 476188

My question is this: why does qmail think the message has been
delivered successfully, when it is clear that this is not the case?

Thankyou

Jesse


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

::: Jesse Reynolds +61 (0)414 669 790 ::: AIM - jessedreynolds :::
::: Virtual Artists Pty Ltd, Adelaide ::: http://www.va.com.au :::

I would have expected the messages to have been bounced. I am trying
to understand why they weren’t bounced.

We’re using qmail on freebsd. The mechanism for delivery to RT is
via the file /var/qmail/alias/.qmail-support which contains the
following command:

|/var/qmail/bin/preline /usr/local/rt2/bin/rt-mailgate --queue
support --action correspond

poking very briefly, it looks like the rt2 rt-mailgate returns an exit
status of 0, despite the non-existant queue. This is probably a bug,
but I haven’t dug down to see what’s exiting.

Also, when I call rt-mailgate from the command line, and feed it bad
data, my rt admin mailing address get’s the bounce. Did you check there?

seph

I would have expected the messages to have been bounced. I am trying
to understand why they weren’t bounced.

We’re using qmail on freebsd. The mechanism for delivery to RT is
via the file /var/qmail/alias/.qmail-support which contains the
following command:

|/var/qmail/bin/preline /usr/local/rt2/bin/rt-mailgate --queue
support --action correspond

poking very briefly, it looks like the rt2 rt-mailgate returns an exit
status of 0, despite the non-existant queue. This is probably a bug,
but I haven’t dug down to see what’s exiting.

Which was fixed in the RT3 mailgate.

http://www.bestpractical.com/rt – Trouble Ticketing. Free.