If I click to Reply to a message in an RT Ticket and add either CC, BCC
or both I get the following message immediately returned (obviously I
change some names to protect the guilty - they are in uppercase):

===
Your message did not reach some or all of the intended recipients.

      Subject:  [#51] SUBJECT TEXT 
      Sent:     08/10/2008 16:28

The following recipient(s) cannot be reached:

      "553 List:; syntax illegal for recipient
addresses"@SERVER.DOMAIN.LOCAL on 08/10/2008 16:28
            The format of the e-mail address is incorrect.  Check the
address, look up the recipient in the Address Book, or contact the
recipient directly to find out the correct address.
            < SERVER.DOMAIN.LOCAL #5.1.3>
===

I was the Requestor which is why I assume I got the message back. I
assume if another customer was the Requestor they would get the message
back.

The /var/log/maillog is:

===
Oct  8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: from=apache,
size=1272, class=-60, nrcpts=1,
msgid=<[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Oct  8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: m98FS4jJ011331:
DSN: "OtherRecipients of COMPANY Ticket #51":;... List:; syntax illegal
for recipient addresses
===

I don't have the experience with RT to have changed anything other than
the config file when setting it up. Does anybody have any suggestions?

Kind regards,

Paul Broadwith (MBCS)
Blue Ivy Ltd - Microsoft Small Business Specialist, UK Partner Qualified
for 2008


Tel.: 01955 698203
Windows Messenger: [EMAIL PROTECTED]
Web: http://www.blueivy.co.uk



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gabriel
Cadieux
Sent: 08 October 2008 16:06
To: Curtis Bruneau; [email protected]
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages

ahh, i get you.

indeed, the SSL functionality should work flawlessly now, but we weren't
actually *using* it per se, it was just turned on by default. our RT
implementation is internal only, and the mysql database is runs on the
same host as apache, so there's really no need for it.

:)

-gabe

-----Original Message-----
From: Curtis Bruneau [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 10:03 AM
To: Gabriel Cadieux; [email protected]
Subject: Re: [rt-users] reall odd apache2 crashes with blank pages


Understood, just saying you should still be able to use SSL without 
issues with the fixed driver.

Gabriel Cadieux wrote:
> yes, i understand that, but you have to take into consideration the
fact that someone also mentioned disabling SSL altogether slowed their
segfaults, and this is exactly what happened when i tried it as well.
before i disabled SSL, i was getting several crashes per day, around 8
or so... constantly. this continued for almost a week. after disabling
it, it went steady for a couple days between each segfault, for about
another week, until everything finally turned out fine (so far anyways)
when i downgraded DBD::mysql.. i haven't seen a segfault in logs since
last friday.
>
> logic forces me to conclude the problem was not necessarely caused,
but most likely exacerbated by the SSL functionality being turned on.
>
> -gabe
>
> -----Original Message-----
> From: Curtis Bruneau [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2008 9:45 AM
> To: Gabriel Cadieux; [email protected]
> Subject: Re: [rt-users] reall odd apache2 crashes with blank pages
>
>
> I think it's just a bug in DBD:mysql, I had the same issue and it's a 
> well documented problem. I can't see why SSL would have any effect,
it's 
> just a protocol not a driver.
>
> Gabriel Cadieux wrote:
>   
>> after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the
buggy 4.00.7), i am happy to announce that there have been no segfaults
on our RT server since last friday. i beleive each of these options must
have been partially responsible for the problem... i will wait approx.
another week and then consider this issue resolved due to the changes
applied. i will let you all know how it turns out.
>>
>> -gabe
>>
>> -----Original Message-----
>> From: d tbsky [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, October 02, 2008 9:20 PM
>> To: Gabriel Cadieux
>> Cc: [email protected]
>> Subject: Re: [rt-users] reall odd apache2 crashes with blank pages
>>
>>
>> 2008/9/30 Gabriel Cadieux <[EMAIL PROTECTED]>:
>>   
>>     
>>> it seems i was too quick to assume that my disabling apache's SSL
functionality worked to counter this issue;
>>>
>>> the server just now crapped out AGAIN with the same symptoms: i
clicked a link this morning after having a firefox window open on RT all
night, and was once again greeted with a white page and a nice segfault
on my tailf console... ;/ it also crashed several more times afterwards,
every single time i did an F5 to try and refresh.
>>>
>>> i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will
report once more in the next few days on the issue.
>>>
>>> good luck to all affected by this ubiquitous issue.
>>>
>>>     
>>>       
>> disable ssl  slow down the segfault. our rt system runs for 3 days.
it
>> segfault almost every day before.
>> but the problem is still there. i now again wondering about
mod_perl..
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>>
>> Community help: http://wiki.bestpractical.com
>> Commercial support: [EMAIL PROTECTED]
>>
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
>> Buy a copy at http://rtbook.bestpractical.com
>>
>>
>>   
>>     
>
>
>
>   

_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Reply via email to