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?
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?
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?
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.