Kevin,
I don't really see how could they have an error: I have simply taken my text
templates and put the text (via cut and paste) in between html tags.
Are you sure your client is using the subject tag option in their queues?
TIA
Bye
Cris
-Messaggio originale-
Da:
Hi,
I am using RT 3.8.8 with postgres 8.4.4 on slackware 13.1. Recently i have
applied a patch to rt RT_Date_CustomField-3.8.8.patch to created date CFs
in RT. My time zone is UTC Set($Timezone , 'US/Eastern')
Now my CFs are populated with the date but with no timestamp ( 2010-08-30
00:00:00).
Kevin,
you were right.
I copied an old generation of our templates, which did not include the mods I
made to adapt to subject tags.
$rtname behaves correctly: to have the subject tag in my tamplates I changed
every instance of {$rtname} to {$Ticket-QueueObj-SubjectTag}.
I am sorry for the
Hi,
looks like we didn't talked about the same...
You like to do this:
{$RT::WebURL}SelfService/Display.html?id={$Ticket-id()}user={$Transaction-CreatorObj-Name}pass={$Transaction-CreatorObj-__Value('Password')}
No idea what is stored here: $Transaction-CreatorObj-__Value('Password'
but from
I have tried that and I get the following result.
The password is blank
http://rt.mydomain.com/ticket/SelfService/Display.html?id=139user=reques...@email.compass=
On 30/08/2010, at 7:38 PM, Torsten Brumm wrote:
Hi,
looks like we didn't talked about the same...
You like to do this:
OK, the mail sent out, does it have the password posted?
Is this the correct link you created?
http://rt.mydomain.com/ticket/SelfService/Display.html?id=139user=reques...@email.compass=
Or like this?
http://rt.mydomain.com/ticket/SelfService/Display.html?id=139user=reques...@email.compass=
$pass
This is what the RT replied back to me in the email
http://rt.mydomain.com/ticket/SelfService/Display.html?id=139user=reques...@email.compass=
there was no password
FYI the Auto generation script has no effect here as the requestor is an
existing email address
so the
Hi,
On 8/27/10 7:00 PM, Kevin Falcone wrote:
On Thu, Aug 26, 2010 at 04:31:30PM +0200, Benno Overeinder wrote:
I haven't the original email thread to reply to, but this might be
valuable to the email list.
The change Ruslan proposed works for me. I had the same problem here,
but after the
Damn, you are right, for users with a password this will not work.
Hmmm, possibly other guys have better ideasparse it through john and
then you have it plain text :-(
2010/8/30 Codatel Lists li...@codatel.com.au
This is what the RT replied back to me in the email
what do you mean by parse it through john?
On 30/08/2010, at 10:12 PM, Torsten Brumm wrote:
Damn, you are right, for users with a password this will not work.
Hmmm, possibly other guys have better ideasparse it through john and then
you have it plain text :-(
2010/8/30 Codatel Lists
Torsten talks about this tool ttp://www.openwall.com/john/
Le 30/08/2010 14:19, Codatel Lists a écrit :
what do you mean by parse it through john?
On 30/08/2010, at 10:12 PM, Torsten Brumm wrote:
Damn, you are right, for users with a password this will not work.
Hmmm, possibly other guys
This would be pretty difficult and beyond me for sure into RT
Isnt there a way I can fetch the plain password with the RT framework?
On 30/08/2010, at 10:49 PM, Marouane HIMDI wrote:
Torsten talks about this tool ttp://www.openwall.com/john/
Le 30/08/2010 14:19, Codatel Lists a écrit :
what
On Mon, Aug 30, 2010 at 04:21:51PM +0200, Guadagnino Cristiano wrote:
Hi all,
is there anybody already using Sphinx with RT to implement fast and efficient
full-text search?
For RT developers: are there plans for implementing better full-text search
in RT in the (near) future? What about
On Fri, Aug 27, 2010 at 04:17:45PM -0700, Kenneth Crocker wrote:
To List,
I have a scrip that checks to see if the requestor is also the AdminCc so
that duplicate
emails are not sent, The condition is:
Line 8/9 has an error
1# Check for Ticket Status changed to QA approvd
2
On Mon, Aug 30, 2010 at 02:51:48PM +1000, Codatel Lists wrote:
pass= is part of the link to be displayed
{{$Transaction-CreatorObj-__Value} is the
variable data which the system should fetch
On 30/08/2010, at 7:38 AM, Brumm, Torsten / Kuehne + Nagel / Ham MI-ID
wrote:
I suspect
On Mon, Aug 30, 2010 at 04:35:02AM -0400, Rahul Chaturvedi wrote:
Hi,
I am using RT 3.8.8 with postgres 8.4.4 on slackware 13.1. Recently i have
applied a patch to
rt RT_Date_CustomField-3.8.8.patch to created date CFs in RT. My time
zone is UTC
Set($Timezone , 'US/Eastern')
On Mon, Aug 30, 2010 at 12:16:09PM +0200, Benno Overeinder wrote:
Hi,
On 8/27/10 7:00 PM, Kevin Falcone wrote:
On Thu, Aug 26, 2010 at 04:31:30PM +0200, Benno Overeinder wrote:
I haven't the original email thread to reply to, but this might be
valuable to the email list.
The change
I think its because the $pass value is only generated if the auto password
generation script finds that the email from a new user.
If the email is not from a new user then the script is not activated and
therefore the $pass data is not there
On 31/08/2010, at 1:07 AM, Kevin Falcone wrote:
On Tue, Aug 31, 2010 at 01:19:32AM +1000, Codatel Lists wrote:
I think its because the $pass value is only generated if the auto password
generation script finds that the email from a new user.
If the email is not from a new user then the script is not activated and
therefore the $pass
Hello,
I just found this link
http://wiki.bestpractical.com/view/Spreadsheet+RequestorDetails
Interesting but it appears to not work with rt-3.8.7. I am not very
familiar with the RT versions. What would be needed to port it?
Here is the error:
Failed to find
is there anyone who can point me to a way to get it done.
A large Client I deal with uses it and has implemented it in that way, so I
know it can work.
I have not been able to find out who is the maintainer of thier RT as they are
a large organisation.
But I would really like to get it
I have found this line in a folder in the rt home directory.
anyone know what it means or if this is something I can use in my autoreply
/RTHOME/RT/Test/Web.pm:$self-get($url . ?user=$user;pass=$pass);
On 31/08/2010, at 1:46 AM, Thierry Thelliez wrote:
Hello,
I just found this link
oops..
I replied to the wrong trail :)
Take 2
I have found this line in a folder in the rt home directory.
anyone know what it means or if this is something I can use in my autoreply
/RTHOME/RT/Test/Web.pm:$self-get($url . ?user=$user;pass=$pass);
On 31/08/2010, at 1:42 AM,
Kevin,
OK. I see that. I was just wondering if there was a way to reduce the number
of error messages. I mean, I only need to see one or two error messages and
I can figure out that it needs work or whatever. But any more than that just
seems redundant. My thinking that less messages would be
Kevin,
The code doesn't blow up (with a simple 0), but I get 1970 on all my search
results. I need to get rid of that somehow. Any ideas? Thanks.
Kenn
LBNL
On Fri, Aug 27, 2010 at 9:39 AM, Kevin Falcone falc...@bestpractical.comwrote:
On Wed, Aug 25, 2010 at 12:09:49PM -0700, Kenneth Crocker
Hi Kevin,
I'm not sure what you mean by pull the patch from 3.8-trunk. Where can I
do that? CPAN, or the wiki or something?
--
Max McGrath
Asst. Network Admin/Systems Specialist
Carthage College
262-552-5512
mmcgr...@carthage.edu
On Wed, Aug 25, 2010 at 10:22 AM, Kevin Falcone
Benno,
Take a look at your log. The number for the scrip is always shown. That will
tell you which one.
Kenn
LBNL
On Mon, Aug 30, 2010 at 3:16 AM, Benno Overeinder be...@nlnetlabs.nlwrote:
Hi,
On 8/27/10 7:00 PM, Kevin Falcone wrote:
On Thu, Aug 26, 2010 at 04:31:30PM +0200, Benno
Kevin,
While you guys are working on it, could you look at the possibility of being
able to format those CF date fields the same way we format other RT dates?
Like dropping the time completely, etc. like we have available in
Preferences. We can't really see a need for those time fields in reports
Normally this can't work because RT saves the password not as plain text
but as md5 hash.
But for the login you need the plain password, you can't login with the
md5 password hash.
The only way to do this is, to use a password cracker who get you the
plain password from the md5 hash or you change
Are you suggesting that asking the user to login once (the very first time) is
a problem?
As long as the user has logged into the system with a valid password once, you
can send him/her a link without using credentials in the URL and it will get
them directly there (unless they close all their
On Mon, Aug 30, 2010 at 09:46:06AM -0600, Thierry Thelliez wrote:
Hello,
I just found this link
http://wiki.bestpractical.com/view/Spreadsheet+RequestorDetails
Interesting but it appears to not work with rt-3.8.7. I am not very
familiar with the RT versions. What would be needed to port
On Mon, Aug 30, 2010 at 09:15:17AM -0700, Kenneth Crocker wrote:
The code doesn't blow up (with a simple 0), but I get 1970 on all my
search results. I need to
get rid of that somehow. Any ideas? Thanks.
0 should be fine, depends on how you're setting the date
The key part of my
On Mon, Aug 30, 2010 at 09:08:45AM -0700, Kenneth Crocker wrote:
Kevin,
OK. I see that. I was just wondering if there was a way to reduce the
number of error
messages. I mean, I only need to see one or two error messages and I can
figure out that it
needs work or whatever.
On Mon, Aug 30, 2010 at 09:25:22AM -0700, Kenneth Crocker wrote:
While you guys are working on it, could you look at the possibility of
being able to format
those CF date fields the same way we format other RT dates? Like dropping
the time completely,
etc. like we have available in
In the rt config file I have the following line
Set($RTAddressRegexp , '^...@rt.mydomain.com$');
when I create a queue called n...@rt.mydomain.commailto:n...@rt.mydomain.com
I get a message in the queue config screen saying
RTAddressRegexp option in the config doesn't match
Kevin,
I don't understand. The CF is a Select date and th3e code is as follows:
# re-set the CF Work-Completed Date if it exists
my $ticket = $self-TicketObj;
my $trans = $self-TransactionObj;
my $cf_obj = RT::CustomField-new($RT::SystemUser);
my $new_value = 0;
my $cf_name = Work-Completed
On Mon, Aug 30, 2010 at 11:23:21AM -0700, Kenneth Crocker wrote:
I don't understand. The CF is a Select date and th3e code is as follows:
Kenn
You said 'date field' so I assumed you meant Due or another built in
RT date field. Since you're running an experimentally patched RT, I'm
not sure
Hi,
Your regex will only match
'@rt.mydomain.com'
not
'someth...@rt.mydomain.com'
remove the initial ^ from your regex to match on any email at this domain.
Set($RTAddressRegexp , '\...@rt\.mydomain\.com$');
or have the noc email defined explicitly like:
Set($RTAddressRegexp ,
38 matches
Mail list logo