[rt-users] Adding CC / BCC to Ticket Reply causes 533 LIST error from sendmail

Jesse Vincent jesse at bestpractical.com
Wed Oct 8 15:00:18 EDT 2008




On Wed, Oct 08, 2008 at 04:32:23PM +0100, Paul Broadwith wrote:
> 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):

You've misconfigured RT. Have a look in the RT_Config.pm file. You might
want to look for 'Sendmail'

-jesse

> 
> ===
> 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=<rt-3.8.0-9093-1223479684-18.51-7-0 at DOMAIN.co.uk>,
> relay=apache at localhost
> 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: paul.broadwith at blueivy.co.uk
> Web: http://www.blueivy.co.uk
> 
> 
> 
> -----Original Message-----
> From: rt-users-bounces at lists.bestpractical.com
> [mailto:rt-users-bounces at lists.bestpractical.com] On Behalf Of Gabriel
> Cadieux
> Sent: 08 October 2008 16:06
> To: Curtis Bruneau; rt-users at lists.bestpractical.com
> 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:curtisb at vianet.ca]
> Sent: Wednesday, October 08, 2008 10:03 AM
> To: Gabriel Cadieux; rt-users at lists.bestpractical.com
> 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:curtisb at vianet.ca]
> > Sent: Wednesday, October 08, 2008 9:45 AM
> > To: Gabriel Cadieux; rt-users at lists.bestpractical.com
> > 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:tbskyd at gmail.com]
> >> Sent: Thursday, October 02, 2008 9:20 PM
> >> To: Gabriel Cadieux
> >> Cc: rt-users at lists.bestpractical.com
> >> Subject: Re: [rt-users] reall odd apache2 crashes with blank pages
> >>
> >>
> >> 2008/9/30 Gabriel Cadieux <gcadieux at securetechnologies.ca>:
> >>   
> >>     
> >>> 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: sales at bestpractical.com
> >>
> >>
> >> 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: sales at bestpractical.com
> 
> 
> 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: sales at bestpractical.com
> 
> 
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
> 

-- 



More information about the rt-users mailing list