Re: [rt-users] Issue with multiple attachments on 3.6.3
Philip Kime wrote: We sometimes see get this error when adding multiple attachments when opening a ticket: System error error: read-open /tmp/o5k2lcYHUS: No such file or directory at /opt/ActivePerl-5.8/lib/site_perl/5.8.8/MIME/Body.pm line 435. Anybody seen this? I seems to be something to do with the temp file being deleted before its finished with, possibly due to it being around for so much longer while the user clicks and selects four attachments. The user can often just do exactly the same thing again and it will work. Makes me think that temp files are being stomped on and the fact that when you're adding attachments, they are around longer to be stomped on so you only see this (and not always) when adding multiple attachments? I've seen this as well, but I've never managed to find the cause. It may make more sense to store these files in your session, rather than in tmpfiles on disk Best, Jesse PK -- Philip Kime NOPS Systems Architect 310 401 0407 ___ 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 signature.asc Description: OpenPGP digital signature ___ 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
RE: [rt-users] Issue with multiple attachments on 3.6.3
We had the same error message... Did you check the max size in the post? Jorge -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jesse Vincent Sent: quinta-feira, 25 de Janeiro de 2007 8:12 To: Philip Kime Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Issue with multiple attachments on 3.6.3 Philip Kime wrote: We sometimes see get this error when adding multiple attachments when opening a ticket: System error error: read-open /tmp/o5k2lcYHUS: No such file or directory at /opt/ActivePerl-5.8/lib/site_perl/5.8.8/MIME/Body.pm line 435. Anybody seen this? I seems to be something to do with the temp file being deleted before its finished with, possibly due to it being around for so much longer while the user clicks and selects four attachments. The user can often just do exactly the same thing again and it will work. Makes me think that temp files are being stomped on and the fact that when you're adding attachments, they are around longer to be stomped on so you only see this (and not always) when adding multiple attachments? I've seen this as well, but I've never managed to find the cause. It may make more sense to store these files in your session, rather than in tmpfiles on disk Best, Jesse PK -- Philip Kime NOPS Systems Architect 310 401 0407 -- -- ___ 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
[rt-users] Customize home page without the Modify self right
Hello list, I would like to know if it is possible to give a user the possibility to customize his homepage (RT3.6.3), without giving the Modify self right, that allows him much more than I'd like to. I don't want my user to get access to the About me section, that allow them to change their password or other informations that are stored inside our LDAP. Is this possible? -- Raph. ___ 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
[rt-users] URI::_generic problem with 3.6.3
Hi All,
I have created a problem that I can't solve yet. I installed RT
3.6.3 on to a CentOS 4.4 box. Apache starts and runs. When I create
a ticket, I get the below error though the ticket gets created.
Attempting to Take or Open the ticket generates the same error.
Updating the ticket starts the update, but generates the same error
when the Update button is pressed. I've pasted in sanitized
supporting information below the error.
Thanks for any help/advice you can offer.
Darren Ellis
error:
Can't locate object method host via package URI::_generic at /opt/
rt3/lib/RT/Interface/Web.pm line 194, DATA line 1662.
context:
...
190:
191:
# If the user is coming in via a non-canonical
192:
# hostname, don't redirect them to the canonical host,
193:
# it will just upset them (and invalidate their credentials)
194:
if ($uri-host eq $server_uri-host
195:
$uri-port eq $server_uri-port) {
196:
$uri-host($ENV{'HTTP_HOST'});
197:
$uri-port($ENV{'SERVER_PORT'});
198:
}
...
code stack:
/opt/rt3/lib/RT/Interface/Web.pm:194
/opt/rt3/share/html/Ticket/Display.html:164
/opt/rt3/share/html/Ticket/Create.html:301
/opt/rt3/share/html/autohandler:292
raw error
/etc/httpd/conf.d/zrt.conf
==
# zrt.conf.
# Apache2 configuration for RT.
#
# Darren G. Ellis, Maine Phone and Data
# On contract for Web Engineering.
#
# Modification History
# 20070119: Copied from zpolgara.conf on polgara.mepad.net
#
# Last modified DGE 20070119
NameVirtualHost 192.168.100.20:80
VirtualHost 192.168.100.20:80
ServerName mail.COMPANY.com
DocumentRoot /var/www/html
/VirtualHost
VirtualHost 192.168.100.20:80
ServerName rt.COMPANY.com
DocumentRoot /opt/rt3/share/html
AddDefaultCharset UTF-8
# these four lines apply to Apache2+mod_perl2 only: {{{
PerlSetVar MasonArgsMethod CGI
PerlModule Apache2 Apache::compat
RewriteEngine On
RewriteRule ^(.*)/$ $1/index.html
# }}}
PerlModule Apache::DBI
PerlRequire /opt/rt3/bin/webmux.pl
Location /REST/1.0/NoAuth
satisfy any
allow from all
/Location
Location /NoAuth
satisfy any
allow from all
/Location
Location /
Options Indexes FollowSymLinks ExecCGI
SetHandler perl-script
PerlHandler RT::Mason
/Location
Location /NoAuth/images
SetHandler default-handler
/Location
/virtualhost
[EMAIL PROTECTED] rt-3.6.3]# make fixdeps
/usr/bin/perl ./sbin/rt-test-dependencies --verbose --install --with-
mysql
perl:
=5.8.3(5.008005)...found
users:
rt group (rt3)...found
bin owner (root)...found
libs owner (root)...found
libs group (bin)...found
web owner (apache)...found
web group (apache)...found
CLI dependencies:
Getopt::Long =2.24...found
CORE dependencies:
Digest::base...found
Digest::MD5 =2.27...found
DBI =1.37...found
Test::Inline...found
Class::ReturnValue =0.40...found
Date::Format...found
DBIx::SearchBuilder =1.40...found
Text::Template...found
File::Spec =0.8...found
HTML::Entities...found
HTML::Scrubber =0.08...found
Net::Domain...found
Log::Dispatch =2.0...found
Locale::Maketext =1.06...found
Locale::Maketext::Lexicon =0.32...found
Locale::Maketext::Fuzzy...found
MIME::Entity =5.108...found
Mail::Mailer =1.57...found
Net::SMTP...found
Text::Wrapper...found
Time::ParseDate...found
Time::HiRes...found
File::Temp...found
Term::ReadKey...found
Text::Autoformat...found
Text::Quoted =1.3...found
Tree::Simple =1.04...found
Scalar::Util...found
Module::Versions::Report...found
Cache::Simple::TimedExpiry...found
UNIVERSAL::require...found
Calendar::Simple...found
DEV dependencies:
Regexp::Common...found
Test::Inline...found
Apache::Test...found
HTML::Form...found
HTML::TokeParser...found
WWW::Mechanize...found
Test::WWW::Mechanize =1.04...found
Module::Refresh =0.03...found
Test::Expect =0.30...found
XML::Simple...found
File::Find...found
MAILGATE dependencies:
HTML::TreeBuilder...found
HTML::FormatText...found
Getopt::Long...found
LWP::UserAgent...found
MASON dependencies:
Params::Validate =0.02...found
Cache::Cache...found
Exception::Class =1.14...found
HTML::Mason =1.23...found
MLDBM...found
Errno...found
FreezeThaw...found
Digest::MD5 =2.27...found
CGI::Cookie =1.20...found
Storable =2.08...found
Apache::Session =1.53...found
XML::RSS =1.05...found
HTTP::Server::Simple =0.07...found
HTTP::Server::Simple::Mason =0.09...found
GD...found
GD::Graph...found
RE: [rt-users] Large attachments - how to warn user before dropped
I would like to warn the user before dropping a large
attachment and
give them the opportunity to make a different selection.
I saw this in an earlier email (dated 2006-02-24 from Eric Shultz
TruncateLongAttachments ..), where he had modified the RT
code to do
just that. I've been attempting to do the same thing in
Update.html,
but failing. I can't seem to determine the filesize with the
information at hand. Can anyone point me in the right
direction? Or is
Update.html not the place to be making these changes?
Hi Karen. Unfortunately, I've made a bunch of other changes to the
3.4.x code, so I can't easily provide you with just a simple patch.
What I can provide is the code I added for this
functionality, however,
and at about what point in the file share/html/Ticket/Update.html.
Note, however, that I did not set TruncateLongAttachments in
RT_SiteConfig.pm, I set DropLongAttachments to 1. Here are
my changes:
#1:
---
/Ticket/Elements/Tabs,
Ticket = $TicketObj,
Title= $title
+ /Elements/ListActions, actions = [EMAIL PROTECTED]
+
FORM ACTION=Update.html NAME=TicketUpdate
METHOD=POST enctype=multipart/form-data
input type=hidden name=QuoteTransaction value=%
$ARGS{QuoteTransaction} %
---
#2:
---
%INIT
my $CanRespond = 0;
my $CanComment = 0;
my $title;
+ my @Actions;
my $TicketObj = LoadTicket($id);
---
#3:
---
$session{'Attachments'} = { %{$session{'Attachments'} || {}},
$ARGS{'Attach'} = $attachment };
+
+ my $latest_attach = $ARGS{'Attach'};
+
+ # Check the length of all attachments put together, compensating
+ # for encoding overhead (* .75) like is done elsewhere in the
code.
+ my $total_length = 0;
+ foreach my $key (keys %{$session{'Attachments'}}) {
+ my $length = length(
${$session{'Attachments'}}{$key}-stringify_body );
+ $total_length += int($length * .75 / 1024);
+ }
+
+ # If the total of all attachments exceeds the RT config
parameter,
+ # and we're told to drop long attachments, drop all of them.
+ # But still allow a message update.
+ my $maxsize = int($RT::MaxAttachmentSize * .75 / 1024);
+ if ($total_length $maxsize and $RT::DropLongAttachments) {
+ $RT::Logger-warning( Exceeded maximum attachment size. Total
length: ${total_length}k (max: ${maxsize}k) );
+ push( @Actions, Attachment '$latest_attach' not
uploaded: total
size of all attachments (${total_length}k) would exceed limit
(${maxsize}k) );
+ delete ${$session{'Attachments'}}{$latest_attach}; # remove
only the latest one that tipped the scales
+ delete $ARGS{SubmitTicket}; # don't go to the Display.html
page
+ }
}
# }}}
# delete temporary storage entry to make WebUI clean
unless (keys %{$session{'Attachments'}} and $ARGS{'UpdateAttach'}) {
delete $session{'Attachments'};
---
Let me know how that works for you.
Eric Schultz
United Online, Inc.
I neglected to mention that I also do pretty much the same thing in
Create.html, so people can't make a ticket with too large of an
attachment. The only difference is I have a commitme flag:
my $commitme = 1;
If the $total_length exceeds $maxsize, I set $commitme = 0, then later I
have this:
if ( $commitme and (!exists $ARGS{'AddMoreAttach'}) ($ARGS{'id'} eq
'new')) {
So I don't go to Display.html yet (giving them another opportunity to
attach something smaller).
Eric Schultz
United Online, Inc.
___
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
Re: [rt-users] mod_fastcgi or mod_fcgi, whats your expirience?
On Jan 24, 2007, at 5:42 PM, Chorg Heavy Industries wrote: mod_fastcgi is for apache 1. If you are using apache 2, then you should use mod_fcgid, since it is under active dev, and is much more stable ( under apache2 ) mod_fastcgi is also part of apache 2.0. I haven't checked 2.2. works just fine. smime.p7s Description: S/MIME cryptographic signature ___ 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
[rt-users] 3.6.1 userRight commentOnTicket=false will not hide comment-Buttons
Hello,
we're using RT3.6.1 on freebsd.
I found some pieces of code which trigger whether RT shows up
'Comment'-Buttons or not.
Code pieces look like
...userHasRight('CommentOnTicket')
OR
...userHasRight('ModifyTicket') .
Since we have to set ModifyTicket=true to all of our users so that they
can change custom field values, we only want to allow a minority of them
the right to create a comment.
So they have userRight 'ModifyTicket' but not 'CommentOnTicket'.
So I changed that lines of Code to
...userHasRight('CommentOnTicket')
AND
...userHasRight('ModifyTicket') .
for the effect, that 'Comment'-Links disappear from Main menu and
Transaction menu and from SelectionList in Update-Forms.
Code changed in :
- html/Ticket/Update.html
- html/Ticket/ModifyAll.html
- html/Ticket/Elements/Tabs
- html/Ticket/Elements/ShowTransaction
Do you agree with this change or are there some side effects, which I
did not recognize?
Could I also (would'nt it be better to)
delete the whole ' or $Ticket-CurrentUserHasRight('ModifyTicket')'
-Part of those if-clauses?
Many thanks in advance
Regards,
Olaf Hamann
___
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
[rt-users] reject
How can i blocking one ticket if the approval ticket was rejected? ___ 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
RE: [rt-users] 3.6.1 userRight commentOnTicket=false will not hidecomment-Buttons
I found some pieces of code which trigger whether RT shows up
'Comment'-Buttons or not.
Code pieces look like
...userHasRight('CommentOnTicket')
OR
...userHasRight('ModifyTicket') .
Since we have to set ModifyTicket=true to all of our users so
that they
can change custom field values, we only want to allow a
minority of them
the right to create a comment.
So they have userRight 'ModifyTicket' but not 'CommentOnTicket'.
So I changed that lines of Code to
...userHasRight('CommentOnTicket')
AND
...userHasRight('ModifyTicket') .
for the effect, that 'Comment'-Links disappear from Main menu and
Transaction menu and from SelectionList in Update-Forms.
Code changed in :
- html/Ticket/Update.html
- html/Ticket/ModifyAll.html
- html/Ticket/Elements/Tabs
- html/Ticket/Elements/ShowTransaction
Do you agree with this change or are there some side effects, which I
did not recognize?
Olaf, I did the same thing on 3.4.x code, and I haven't noticed any
problems. I also did not like the fact that ModifyTicket implicitly
granted CommentTicket rights.
Eric Schultz
United Online
___
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
[rt-users] rt 3.4.5 rpm yum install not working
Hi All,
I have a big problem that I just can't work out. I'm running CentOS
4.4 (clean install). I first tried installing the latest rt3 tarball,
but some of the perl mods kept failing via CPAN. So I looked for a
RPM which I found instructions for on the bestpractical site and
followed and installed successfully.
I can login ok and everything comes up. Although when I click on
Tools I get the following
Can't locate object method new via package
RT::Action::CreateTickets at /var/rt/html/Tools/Offline.html line
107.
Trace begun at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Exceptions.pm line 129
HTML::Mason::Exceptions::rethrow_exception('Can\'t locate object
method new via package RT::Action::CreateTickets at
/var/rt/html/Tools/Offline.html line 107.^J') called at
/var/rt/html/Tools/Offline.html line 107
HTML::Mason::Commands::__ANON__ at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xb0608fc)')
called at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line
1256
eval {...} at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line 1246
HTML::Mason::Request::comp(undef, undef, undef) called at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line 915
HTML::Mason::Request::call_next('HTML::Mason::Request::ApacheHandler=HASH(0xb0040f4)')
called at /var/rt/html/autohandler line 215
HTML::Mason::Commands::__ANON__ at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xaf4a724)')
called at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line
1251
eval {...} at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line 1246
HTML::Mason::Request::comp(undef, undef, undef) called at
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line 460
eval {...} at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line 460
eval {...} at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm line 412
HTML::Mason::Request::exec('HTML::Mason::Request::ApacheHandler=HASH(0xb0040f4)')
called at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/ApacheHandler.pm
line 168
HTML::Mason::Request::ApacheHandler::exec('HTML::Mason::Request::ApacheHandler=HASH(0xb0040f4)')
called at /usr/lib/perl5/site_perl/5.8.5/HTML/Mason/ApacheHandler.pm
line 826
HTML::Mason::ApacheHandler::handle_request('HTML::Mason::ApacheHandler=HASH(0xa5ba218)',
'Apache2::RequestRec=SCALAR(0xb002514)') called at /usr/bin/webmux.pl
line 123
eval {...} at /usr/bin/webmux.pl line 123
RT::Mason::handler('Apache2::RequestRec=SCALAR(0xb002514)') called at -e line 0
eval {...} at -e line 0
Does anyone know what I'm done wrong and how to fix it? All hat I can
think of is that when I started doing the install from tarball with
'make fixdeps' it left something that the rpm didn't like? Although
the 'make fixdeps' failed really early..
Can anyone help, it be much appreciated?
Matt___
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
Re: [rt-users] Large attachments - how to warn user before dropped
Thanks Eric for all your help. Worked great.
Karen
Schultz, Eric wrote:
I would like to warn the user before dropping a large
attachment and
give them the opportunity to make a different selection.
I saw this in an earlier email (dated 2006-02-24 from Eric Shultz
"TruncateLongAttachments .."), where he had modified the RT
code to do
just that. I've been attempting to do the same thing in
Update.html,
but failing. I can't seem to determine the filesize with the
information at hand. Can anyone point me in the right
direction? Or is
Update.html not the place to be making these changes?
Hi Karen. Unfortunately, I've made a bunch of other changes to the
3.4.x code, so I can't easily provide you with just a simple patch.
What I can provide is the code I added for this
functionality, however,
and at about what point in the file share/html/Ticket/Update.html.
Note, however, that I did not set TruncateLongAttachments in
RT_SiteConfig.pm, I set DropLongAttachments to 1. Here are
my changes:
#1:
---
/Ticket/Elements/Tabs,
Ticket = $TicketObj,
Title= $title
+ /Elements/ListActions, actions = [EMAIL PROTECTED]
+
FORM ACTION="" NAME="TicketUpdate"
METHOD=POST enctype="multipart/form-data"
input type="hidden" name="QuoteTransaction" value="%
$ARGS{QuoteTransaction} %"
---
#2:
---
%INIT
my $CanRespond = 0;
my $CanComment = 0;
my $title;
+ my @Actions;
my $TicketObj = LoadTicket($id);
---
#3:
---
$session{'Attachments'} = { %{$session{'Attachments'} || {}},
$ARGS{'Attach'} = $attachment };
+
+ my $latest_attach = $ARGS{'Attach'};
+
+ # Check the length of all attachments put together, compensating
+ # for encoding overhead (* .75) like is done elsewhere in the
code.
+ my $total_length = 0;
+ foreach my $key (keys %{$session{'Attachments'}}) {
+ my $length = length(
${$session{'Attachments'}}{$key}-stringify_body );
+ $total_length += int($length * .75 / 1024);
+ }
+
+ # If the total of all attachments exceeds the RT config
parameter,
+ # and we're told to drop long attachments, drop all of them.
+ # But still allow a message update.
+ my $maxsize = int($RT::MaxAttachmentSize * .75 / 1024);
+ if ($total_length $maxsize and $RT::DropLongAttachments) {
+ $RT::Logger-warning( "Exceeded maximum attachment size. Total
length: ${total_length}k (max: ${maxsize}k)" );
+ push( @Actions, "Attachment '$latest_attach' not
uploaded: total
size of all attachments (${total_length}k) would exceed limit
(${maxsize}k)" );
+ delete ${$session{'Attachments'}}{$latest_attach}; # remove
only the latest one that tipped the scales
+ delete $ARGS{SubmitTicket}; # don't go to the Display.html
page
+ }
}
# }}}
# delete temporary storage entry to make WebUI clean
unless (keys %{$session{'Attachments'}} and $ARGS{'UpdateAttach'}) {
delete $session{'Attachments'};
---
Let me know how that works for you.
Eric Schultz
United Online, Inc.
I neglected to mention that I also do pretty much the same thing in
Create.html, so people can't make a ticket with too large of an
attachment. The only difference is I have a commitme flag:
my $commitme = 1;
If the $total_length exceeds $maxsize, I set $commitme = 0, then later I
have this:
if ( $commitme and (!exists $ARGS{'AddMoreAttach'}) ($ARGS{'id'} eq
'new')) {
So I don't go to Display.html yet (giving them another opportunity to
attach something smaller).
Eric Schultz
United Online, Inc.
___
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
[rt-users] RT for Project Management
Can anyone point me to a paper or FAQ with tips about setting up a project plan in RT? Best way to use Depends on / Depended on vs. Parent / Child? We do projects that gather a lot of information and are looking at RT for project management and Twiki for document output. Thanks Ed Matthews [EMAIL PROTECTED] Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.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
[rt-users] rt-mailgate problem with sendmail
Hey All, Just installed rt3.4.5 on our new centos 4.4 system MTA sendmail-8.13.1-3.RHEL4.5 This is what we are getting in out maillog: Jan 25 14:39:37 neptune smrsh: uid 8: attempt to use rt-mailgate --queue care-gen --action correspond --url http://care.mattysimpson.com/; (stat failed) Jan 25 14:39:37 neptune sendmail[2197]: l0P3dbUA002196: to=|/opt/rt3/bin/rt-mailgate --queue care-gen --action correspond --url http://care.mattysimpson.com/;, ctladdr=[EMAIL PROTECTED] (8/0), delay=00:00:00, xdelay=00:00:00, mailer=prog, pri=30748, dsn=5.0.0, stat=Service unavailable How can I fix this, i'm not very good on permissions so be gentle. Apache running as www.www sendmail.mc FEATURE(`smrsh',`/usr/sbin/smrsh')dnl sendmail running as smmsp (default) Much Appreciated Matt ___ 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
