Fw: struggling

well thought I would update the user group incase someone else has this
problem.

basically I never did work out why it was still using the old rt-mailgate
instead of the new 3.01 mail-gate.
when I mv’ed the 1.07 mailgate and sent a mail I got this response …

----- The following addresses had permanent fatal errors -----
"|/opt/rt3/bin/rt-mailgate --queue general --action correspond --url
http://rt.learnedsolutions.com"
(reason: 32)
(expanded from: general@learnedsolutions.com)

----- Transcript of session follows -----

which is funny seeings the rt-mailgate I just removed was located at
/usr/local/rt/bin/rt-mailgate and not /opt/rt3/bin/rt-mailgate

so I got lazy and rather than trying to work out why this was happening and
it was defaulting to the 1.07 mailgate I set up a symbolic link at the old
address to link to
/opt/rt3/bin/rt-mailgate and problem solved :). bit of patch work but if it
works it works :slight_smile:

Thanks for the help people offered and hopefully I will be able to provide
some in the future ??

Matt.From: “Matthew Frick” mfrick@learnedsolutions.com
To: rt-users@lists.fsck.com
Sent: Monday, June 09, 2003 11:02 AM
Subject: struggling…

I have a problem with an rt 3.01 install that I have not been able to
solve
and it is driving me a little stir crazy. I will include the previous
email
to the list to do with my install attempt but this is also a run down on
what I now think I am facing.

rt 3.01 is all installed and when I use the mailgate from the command line
I
can put a message into the queue that I aim it at. The problem comes when
I
enter a mail remotely through sendmail I just get an error email back with
the subject “[rt.domain.com #] (_rt_system) RT Error: test” where test was
the original subject.

On this system I had a previous install (rt 1.07) but I didn’t upgrade
this
I have done a fresh 3.01 install. What has been suggested though is that
this error email is being generated by the 1.07 install as it is from
_rt_system. But I can not work out how this is possible with the 1.07 and
3.01 mailgates being in different directories and all the references to
the
1.07 mailgate commented out in the /etc/aliases file then surely sendmail
must be passing the email onto the right mailgate? and if so then
shouldn’t
it work as like from cl and put the email into the queue?

(example of /etc/aliases and system specifications are stated in the
attached mail)

Thanks for any help

Matt.

forwarded message.eml (4.31 KB)

ahhh kewl didn’t realise that.

I will definately be having alook at that in the near future :)From: “Tony Cook” tony@develop-help.com
To: “Matthew Frick” mfrick@learnedsolutions.com
Cc: rt-users@lists.fsck.com
Sent: Thursday, June 19, 2003 2:36 PM
Subject: Re: [rt-users] Fw: struggling…

well thought I would update the user group incase someone else has this
problem.

basically I never did work out why it was still using the old
rt-mailgate

instead of the new 3.01 mail-gate.
when I mv’ed the 1.07 mailgate and sent a mail I got this response …

----- The following addresses had permanent fatal errors -----
"|/opt/rt3/bin/rt-mailgate --queue general --action correspond --url
http://rt.learnedsolutions.com"
(reason: 32)
(expanded from: general@learnedsolutions.com)

enter a mail remotely through sendmail I just get an error email back
with

If you’re using sendmail, you’re probably using smrsh.

From man smrsh:

   Initial pathnames on programs are stripped, so  forwarding
   to      ``/usr/ucb/vacation'',      ``/usr/bin/vacation'',
   ``/home/server/mydir/bin/vacation'', and ``vacation''  all
   actually  forward to ``@sysconfdir@/mail/smrsh/vacation''.

So your link in /etc/mail/smrsh (or wherever you keep it) was most
likely still pointing at the old path.


Tony