[rt-users] Email delay on ticket creation - sending to "www" user?

[Bill Cole]

Derek Cunningham wrote, On 3/20/09 10:45 AM:
> I thought this was solved, but I was wrong - see below:
>
> On 3/11/09 2:02 PM, "Bill Cole"<rtusers-20090205 at billmail.scconsult.com>
> wrote:
>
>> Now the bad case:
>>
>>> Mar 10 08:56:51 rt3-curis-com postfix/pickup[214]: 6D778843F4: uid=70
>>> from=<www>
>>> Mar 10 08:56:51 rt3-curis-com postfix/cleanup[231]: 6D778843F4:
>>> message-id=<rt-3.8.1-228-1236689811-14.30085-2-0 at curis.com>
>>> Mar 10 08:56:51 rt3-curis-com postfix/qmgr[219]: 6D778843F4:
>>> from=<www at rt3.curis.com>, size=998, nrcpt=1 (queue active)
>>> Mar 10 08:56:51 rt3-curis-com postfix/pickup[214]: 7C66B843F5: uid=70
>>> from=<www>

HINT!

[big snip]

> I figured out that it is trying to send email to the user "www",

No, it isn't.

 > which is
> the problem!!!

No, it isn't.


 > So, where is RT making the decision to add www to the bcc
> list?

It isn't.


> rt3:/etc/postfix root# mailq
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> D97C288D82     1416 Fri Mar 20 10:10:14  www
>                                           derek at curis.com
>                                           jmui at curis.com
>                                           rcurran at curis.com
>
> -- 1 Kbytes in 1 Request.
>
> rt3:/etc/postfix root# sendmail -q
> rt3:/etc/postfix root# mailq
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> D97C288D82     1416 Fri Mar 20 10:10:14  www
>                                           derek at curis.com
>                                           jmui at curis.com
>                                           rcurran at curis.com
>
> -- 1 Kbytes in 1 Request.
> rt3:/etc/postfix root#

Look at the mail log, which should tell you what happened when you ran 
sendmail -q. Also 'man mailq' or consider what the header on the 4th column 
in the mailq output might mean about the content of the 4th column.

You may want to configure RT so that it uses something other than 'www' but 
using that address is unlikely to be a cause for slow deliveries.