Re: [rt-users] RT 3.6 requires two or three logins with firefox and IE
Alexandr Ciornii wrote: > Hi, Jesse, > > 2007/12/26, Jesse Vincent <[EMAIL PROTECTED]>: >> On Fri, Dec 14, 2007 at 02:47:08PM -0800, Kenneth Crocker wrote: >>> If not, has anyone at BestPractical seen some consistent >>> set of circumstances (and appropriate fixes) that would lead us to a >>> resolution to the file-session problems we're all having with FireFox >>> and IE? I sure hope so. I've been ready to put 3.6.4 into production for >>> well over a month and still can't get this bug fixed in order to do so. > >> Sorry, nope. The long term fix is to replace Apache::Session with >> something we have more control over. > > Did you tried adding 'Transaction' argument when creating session? > Patch is attached. Very cool. It sounds like folks using file-locking are definitely winning with this. I suspect it got skipped at the time sessions were implemented because: (From the doc) >Note that the Transaction argument has no practical effect on the MySQL >and Postgres implementations. The MySQL implementation only supports >exclusive locking, and the Postgres implementation uses the transaction >features of that database. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6 requires two or three logins with firefox and IE
Hello. 2008/1/3, Kenneth Crocker <[EMAIL PROTECTED]>: > I agree with Stephen. How did you come across this as the answer or > what led you to look at this as a possible answer? Considering that currently I'm the Apache::Session maintainer... :) Apache::Session from 1.83 checks file lock failures, so I saw that someone posted error logs here. > On 1/2/2008 1:38 PM, Stephen Turner wrote: > > At Sunday 12/30/2007 08:26 PM, Alexandr Ciornii wrote: > > > >> Did you tried adding 'Transaction' argument when creating session? > >> Patch is attached. > > > > Well I'm amazed - we've had this problem for years (3.4.2 and older) and > > I've seen no solutions posted until now. But this patch seems to solve > > the problem. Thanks Alexandr - what exactly does the Transaction arg do > > to solve this? By default Apache::Session does read lock and escalates to write lock when necessary. 'Transaction' does write lock at session start. This has disadvantages, it will require other processes to wait before this process will finish. Ideally, 'Transaction' should be only for processes that will modify session data. -- Alexandr Ciornii, http://chorny.net ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6 requires two or three logins with firefox and IE
As I'm about to apply this patch, I have one question. Will the patch be implemented in the next release of RT? I'm on 3.6.4 with no plans of upgrading in the near future, so basically, what I'm asking is, should I move the SetupSessionCookie file to my local directory, or just apply it to the version in the shared folder? I don't want to only apply it in the shared folder, forget about it, only to have that issue come up the next time I upgrade. Thanks, Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexandr Ciornii Sent: Thursday, January 03, 2008 9:58 AM To: Kenneth Crocker Cc: rt Users Subject: Re: [rt-users] RT 3.6 requires two or three logins with firefox and IE Hello. 2008/1/3, Kenneth Crocker <[EMAIL PROTECTED]>: > I agree with Stephen. How did you come across this as the answer or > what led you to look at this as a possible answer? Considering that currently I'm the Apache::Session maintainer... :) Apache::Session from 1.83 checks file lock failures, so I saw that someone posted error logs here. > On 1/2/2008 1:38 PM, Stephen Turner wrote: > > At Sunday 12/30/2007 08:26 PM, Alexandr Ciornii wrote: > > > >> Did you tried adding 'Transaction' argument when creating session? > >> Patch is attached. > > > > Well I'm amazed - we've had this problem for years (3.4.2 and older) and > > I've seen no solutions posted until now. But this patch seems to solve > > the problem. Thanks Alexandr - what exactly does the Transaction arg do > > to solve this? By default Apache::Session does read lock and escalates to write lock when necessary. 'Transaction' does write lock at session start. This has disadvantages, it will require other processes to wait before this process will finish. Ideally, 'Transaction' should be only for processes that will modify session data. -- Alexandr Ciornii, http://chorny.net ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Accessing the original "To:" recipient field
Hello list, I'm trying to find how to retrieve -in a scrip- the original "To:" from a mail submitted ticket. Details : I have a single entry queue (called "support"), with multiple email aliases. The main adress of that queue is [EMAIL PROTECTED] In my postfix configuration, I created some aliases, like : [EMAIL PROTECTED] ==> [EMAIL PROTECTED] [EMAIL PROTECTED] ==> [EMAIL PROTECTED] Emails arrive correctly into the support queue, and in the first ticket history entry, I do have the "To: [EMAIL PROTECTED]", which is good for me. I would like to access this information ([EMAIL PROTECTED] here) in a scrip, in order to correctly set a custom field. It is maybe obvious, but I can't find how to do this. Anyone? -- Raphael Berlamont. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6 requires two or three logins with firefox and IE
At Thursday 1/3/2008 10:08 AM, Patterson, Craig wrote: As I'm about to apply this patch, I have one question. Will the patch be implemented in the next release of RT? I'm on 3.6.4 with no plans of upgrading in the near future, so basically, what I'm asking is, should I move the SetupSessionCookie file to my local directory, or just apply it to the version in the shared folder? I don't want to only apply it in the shared folder, forget about it, only to have that issue come up the next time I upgrade. Thanks, Craig Craig, You should definitely make a local copy and modify that. You'll still possibly have to re-apply the change when you upgrade, if it hasn't made it to the official release. Good luck, Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT stopped sending mail / No recipients found. Not sending.
Thanks for the many replies everyone and a happy new year 2008! I've been away over the holidays and now I'm trying to resolve that matter for good :-) My replies to the respective postings are below. Best wishes and thanks for your help! Alexander PS: I messed up my first posting of that message sending it to [EMAIL PROTECTED] instead of rt-users@lists.bestpractical.com (copied the wrong address). Benjamin Weser schrieb: We had the problem of RT not sending mails to anybody too. But I don't think that there were messages about that in rt.log because the fault was that somebody changed the IP of the mailserver. So all mails sent by RT stayed in the spool of postfix unless I corrected the postfix configuration with the new IP address of the mailserver. Unfortunately I can't check the logfile anymore because it doesn't contain information from this time anymore. But maybe that's another part of the system where you can have a look at. Good luck! Ben Ben, it seems I can't pinpoint the problem at all. Just today the system sent mail - initiated by the scrip that notifies the owner of a ticket of any changes (meaning the RT-System CAN send mail). Still it fails to send mail regarding correspondence or any CC types. The frustrating thing is that the system tells me that mail will be sent to the listed recipients - so it looks like the scrips are working as they should - it just doesn't do it for whatever reason. Kenneth Crocker schrieb: Stephen, AHHH! Kool. I just learned something. Then I really can't see why RT can't find a recipient unless there is some disconnection between what RT is looking for and where it looks for it. Alexander said there were no changes to RT. The scrips are triggering, RT is looking, nothing is found, no email goes out, but probably would have if RT had found a recipient. I'm sure he checked the "organization" set to the DNS name of the host" problem from before. I'm at a loss, but that's no big surprise since I am just now getting to learn about the "internals" of RT. Hope someone has an idea that works for him. Kenn LBNL On 12/20/2007 10:44 AM, Stephen Turner wrote: At Thursday 12/20/2007 01:26 PM, Kenneth Crocker wrote: Alexander, I agree. If RT could not access the DB, then a lot of things would not be working. However, my point was really that based on the content of the error message, RT thinks that it hasn't FOUND the recipient. There could, and probably are, many possible reasons for that. Perhaps after accessing the DB, the data gets lost in transition or put into an area that got misnamed or is not accessible for some reason. I am not a "Systems" guy when it comes to playing with those technologies (UNIX, ORACLE, MySQL, etc.), but I have been in the business for a long time and my debugging skills tell me that RT is having trouble with either capturing the data or finding/recognizing it after it has been captured/found/stored. Somewhere in that process, the data is either getting lost or it becomes unrecognizable, ergo the error message you're getting. Sorry I can't be of more help. I am REALLY interested in what you DO find when you get the problem resolved. Best of luck. Kenn LBNL Kenn, well ... I don't have much of a clue what to do next at all. I can try and upgrade to the newest version and see if that makes things better in any way. If that fails I could try tracing the error maybe I'll be able to find whats wrong. If that doesn't get me anywhere either I guess I'll clone the VE and raise a new instance of RT and switch that with the broken one as soon as everything is configured as it should be. I'll let you know in any case what I did as soon as that problem is resolved. The "No recipients found" message just means that the scrip decided that nobody should receive mail for this transaction - it doesn't mean that data is missing or corrupt. For example - if you have a scrip with action 'Notify AdminCcs' and there are no AdminCcs for the ticket or queue, you'll see this message in the log. Steve Steve, as mentioned above, the system tells me that mail will be sent to following addresses and it offers me an option to supress the sending (lower part of the correspondence form). It just does not do anything apart from recording a message to the RT-Log, like a comment with no email sent - and I get the message in the systemlog that there are no recipients found. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today.Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from
Re: [rt-users] RT stopped sending mail / No recipients found. Not sending.
Re sending emails from Rt if your mailserver is postfix, you might need to add the hostname of the server running RT to the 'relayhosts' variable in postfix. or the equivalent in sendmail.cf regards Oliver On Thu, 3 Jan 2008, Alexander Rudolf Gruber wrote: Thanks for the many replies everyone and a happy new year 2008! I've been away over the holidays and now I'm trying to resolve that matter for good :-) My replies to the respective postings are below. Best wishes and thanks for your help! Alexander PS: I messed up my first posting of that message sending it to [EMAIL PROTECTED] instead of rt-users@lists.bestpractical.com (copied the wrong address). Benjamin Weser schrieb: We had the problem of RT not sending mails to anybody too. But I don't think that there were messages about that in rt.log because the fault was that somebody changed the IP of the mailserver. So all mails sent by RT stayed in the spool of postfix unless I corrected the postfix configuration with the new IP address of the mailserver. Unfortunately I can't check the logfile anymore because it doesn't contain information from this time anymore. But maybe that's another part of the system where you can have a look at. Good luck! Ben Ben, it seems I can't pinpoint the problem at all. Just today the system sent mail - initiated by the scrip that notifies the owner of a ticket of any changes (meaning the RT-System CAN send mail). Still it fails to send mail regarding correspondence or any CC types. The frustrating thing is that the system tells me that mail will be sent to the listed recipients - so it looks like the scrips are working as they should - it just doesn't do it for whatever reason. Kenneth Crocker schrieb: Stephen, AHHH! Kool. I just learned something. Then I really can't see why RT can't find a recipient unless there is some disconnection between what RT is looking for and where it looks for it. Alexander said there were no changes to RT. The scrips are triggering, RT is looking, nothing is found, no email goes out, but probably would have if RT had found a recipient. I'm sure he checked the "organization" set to the DNS name of the host" problem from before. I'm at a loss, but that's no big surprise since I am just now getting to learn about the "internals" of RT. Hope someone has an idea that works for him. Kenn LBNL On 12/20/2007 10:44 AM, Stephen Turner wrote: At Thursday 12/20/2007 01:26 PM, Kenneth Crocker wrote: Alexander, I agree. If RT could not access the DB, then a lot of things would not be working. However, my point was really that based on the content of the error message, RT thinks that it hasn't FOUND the recipient. There could, and probably are, many possible reasons for that. Perhaps after accessing the DB, the data gets lost in transition or put into an area that got misnamed or is not accessible for some reason. I am not a "Systems" guy when it comes to playing with those technologies (UNIX, ORACLE, MySQL, etc.), but I have been in the business for a long time and my debugging skills tell me that RT is having trouble with either capturing the data or finding/recognizing it after it has been captured/found/stored. Somewhere in that process, the data is either getting lost or it becomes unrecognizable, ergo the error message you're getting. Sorry I can't be of more help. I am REALLY interested in what you DO find when you get the problem resolved. Best of luck. Kenn LBNL Kenn, well ... I don't have much of a clue what to do next at all. I can try and upgrade to the newest version and see if that makes things better in any way. If that fails I could try tracing the error maybe I'll be able to find whats wrong. If that doesn't get me anywhere either I guess I'll clone the VE and raise a new instance of RT and switch that with the broken one as soon as everything is configured as it should be. I'll let you know in any case what I did as soon as that problem is resolved. The "No recipients found" message just means that the scrip decided that nobody should receive mail for this transaction - it doesn't mean that data is missing or corrupt. For example - if you have a scrip with action 'Notify AdminCcs' and there are no AdminCcs for the ticket or queue, you'll see this message in the log. Steve Steve, as mentioned above, the system tells me that mail will be sent to following addresses and it offers me an option to supress the sending (lower part of the correspondence form). It just does not do anything apart from recording a message to the RT-Log, like a comment with no email sent - and I get the message in the systemlog that there are no recipients found. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the pr
Re: [rt-users] Accessing the original "To:" recipient field
Try something like this: my $Transaction = $self->TransactionObj; my $header = $Transaction->Attachments->First->GetHeader('To'); my @addr = Mail::Address->parse($header); foreach my $addrobj (@addr) { my $addr = lc $RT::Nobody->UserObj->CanonicalizeEmailAddress($addrobj->address); # $addr should now be set to: [EMAIL PROTECTED] } ~Jason On Thu, 2008-01-03 at 16:48 +0100, Raphux wrote: > Hello list, > > I'm trying to find how to retrieve -in a scrip- the original "To:" from > a mail submitted ticket. > > Details : > I have a single entry queue (called "support"), with multiple email aliases. > The main adress of that queue is [EMAIL PROTECTED] > > In my postfix configuration, I created some aliases, like : > [EMAIL PROTECTED] ==> [EMAIL PROTECTED] > [EMAIL PROTECTED] ==> [EMAIL PROTECTED] > > Emails arrive correctly into the support queue, and in the first ticket > history entry, I do have the "To: [EMAIL PROTECTED]", which is > good for me. > > I would like to access this information ([EMAIL PROTECTED] here) > in a scrip, in order to correctly set a custom field. > > It is maybe obvious, but I can't find how to do this. > > Anyone? > -- /--\ | Jason A. Smith Email: [EMAIL PROTECTED] | | Atlas Computing Facility, Bldg. 510MPhone: +1-631-344-4226 | | Brookhaven National Lab, P.O. Box 5000 Fax: +1-631-344-7616 | | Upton, NY 11973-5000, U.S.A. | \--/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Accessing the original "To:" recipient field
Jason A. Smith a écrit : Try something like this: my $Transaction = $self->TransactionObj; my $header = $Transaction->Attachments->First->GetHeader('To'); my @addr = Mail::Address->parse($header); foreach my $addrobj (@addr) { my $addr = lc $RT::Nobody->UserObj->CanonicalizeEmailAddress($addrobj->address); # $addr should now be set to: [EMAIL PROTECTED] } This worked. I though it would be reachable with an RT object, but I guess that will do. Thank you! Regards, -- Raphael Berlamont. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] obnoxious and likely ridiculous customer request
One of our customers wants to have about 10 users be able to access our self-service site for the sole purpose of viewing graphs of their ticket activity. They don't, however, want to allow them to to create tickets. Is this something that can be accomplished via rights? I don't see it as possible since we don't have individual queues for each customer but instead use a custom field to assign that value. Although, it could probably be accomplished through scrips. Access to the graphs seem a bit tougher. Anyone have any thoughts on this? Mathew -- Keep up with me and what I'm up to: http://theillien.blogspot.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Default Ticket View
I'm new to RT, so sorry if this is simple, but I didn't see it addressed on the wiki or the archive. We've just set up RT 3.6.3, and the default ticket view puts the actual request way down at the bottom of the page, off the screen. Is that normal? Do people usually adjust that? Seems to be that that would be the most common thing to read first. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] obnoxious and likely ridiculous customer request
I would tell that customer: "We can explore the possibility of doing this, but I need to charge you for development time, and I cannot guarantee results." Time is money friend - and when you remind customers of this, they tend to rearrange their priorities. ;) -Kris _ From: Mathew Snyder [mailto:[EMAIL PROTECTED] Sent: Thursday, January 03, 2008 12:32 To: <[EMAIL PROTECTED]> Subject:[rt-users] obnoxious and likely ridiculous customer request One of our customers wants to have about 10 users be able to access our self-service site for the sole purpose of viewing graphs of their ticket activity. They don't, however, want to allow them to to create tickets. Is this something that can be accomplished via rights? I don't see it as possible since we don't have individual queues for each customer but instead use a custom field to assign that value. Although, it could probably be accomplished through scrips. Access to the graphs seem a bit tougher. Anyone have any thoughts on this? Mathew -- Keep up with me and what I'm up to: http://theillien.blogspot.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Is there any disadvantage of "Precedence: bulk" in RT emails header
Hi, Recently we got into problem where spamcop blacklisted our RT mail server IP (rt using another host for relay emails) then we start using the same host MTA (postfix) where RT is installed. Now yahoo is Rate limiting emails from our RT which causing delay in emails. Now boss is asking to remove/patch RT to do not add "Precedence: bulk" to header of emails, i wonders does it will do any good? coz as far i can understand "precendence: bulk" is nice thing "that some autoreply software uses that header to avoid sending vacation/out-of-office messages to automated mailers. Thankfully those some autorepliers should also be smart enough to not send more than one such message to any specific address, which would avoid nasty mail loops." So what you guys thinks about removing the "Precedence: bulk" from RT email header if yes then how to remove it? Thanks. Askar ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Default Ticket View
Clicking the carrot (or up arrow) to the left of Ticket Metadata might be what you want. Works in 3.6.5. On Jan 3, 2008 1:07 PM, Steve Cochran <[EMAIL PROTECTED]> wrote: > > I'm new to RT, so sorry if this is simple, but I didn't see it > addressed on the wiki or the archive. > > We've just set up RT 3.6.3, and the default ticket view puts the > actual request way down at the bottom of the page, off the screen. Is > that normal? Do people usually adjust that? Seems to be that that > would be the most common thing to read first. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Default Ticket View
Found those, and it does seem to remember my preference between tickets, haven't tried logging out yet. Changing the default would be nice, but think I'll probably just end up rearranging the ticket view anyway. On Jan 3, 2008, at 2:58 PM, Bill Fischer wrote: Clicking the carrot (or up arrow) to the left of Ticket Metadata might be what you want. Works in 3.6.5. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6 requires two or three logins with firefox and IE
Alexandr, Thanks a bunch. We tried and it worked, of course. I'm wondering if a warning should be included for those ORACLE users to be aware of the need to for the exclusive session locking. That would save someone a whole bunch of time. Why was this not a problem with our 3.4.4 version? Kenn LBNL On 2/11/2008 7:29 AM, Jesse Vincent wrote: Alexandr Ciornii wrote: Hi, Jesse, 2007/12/26, Jesse Vincent <[EMAIL PROTECTED]>: On Fri, Dec 14, 2007 at 02:47:08PM -0800, Kenneth Crocker wrote: If not, has anyone at BestPractical seen some consistent set of circumstances (and appropriate fixes) that would lead us to a resolution to the file-session problems we're all having with FireFox and IE? I sure hope so. I've been ready to put 3.6.4 into production for well over a month and still can't get this bug fixed in order to do so. Sorry, nope. The long term fix is to replace Apache::Session with something we have more control over. Did you tried adding 'Transaction' argument when creating session? Patch is attached. Very cool. It sounds like folks using file-locking are definitely winning with this. I suspect it got skipped at the time sessions were implemented because: (From the doc) Note that the Transaction argument has no practical effect on the MySQL and Postgres implementations. The MySQL implementation only supports exclusive locking, and the Postgres implementation uses the transaction features of that database. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] MergeUsers Patch question
I installed the MergeUsers Extension from Jesse and then I noticed the patch that Dirk has put up on the mailing list. I tried to run the patch and it didn't work. Im pretty new to this and have never tried to use the patch command before. My question is should I be copying the Modify.html file from /share/html/Admin/Users to the local directory and then running the patch on it? Or does it run on the original file in the share directory? Thanks everyone in advance, im pretty confused on this one. Sean ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] How to differentiate between tickets created via email vs ticket created using RT?
How to differentiate between tickets created via email vs ticket created using RT? Deepika. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] SSL Error: RT+PostgreSQL
Dear All, I am installing RT-3.6.5 with PostgreSQL-8.1.10 (installed with OpenSSL-0.9.8g -self signed certificate) as the database. The installation before the 'make initialize-database' goes OK. When I do 'make initialize-database' I get the following error: ---start- [EMAIL PROTECTED] rt-3.6.5]# make initialize-database /usr/bin/perl //usr/sbin/rt-setup-database --action init --dba root --prompt-for-dba-password Use of uninitialized value in concatenation (.) or string at /usr/etc/RT_SiteConfig.pm line 34. In order to create or update your RT database,this script needs to connect to your Pg instance on nms.tra.go.tz as root. Please specify that user's database password below. If the user has no database password, just press return. Password: DBI connect('dbname=template1;host=nms.tra.go.tz;port=5432;requiressl=1','root',...) failed: SSL error: tlsv1 alert unknown ca at //usr/sbin/rt-setup-database line 105 Failed to connect to dbi:Pg:dbname=template1;host=nms.tra.go.tz;port=5432;requiressl=1 as root: SSL error: tlsv1 alert unknown ca make: *** [initialize-database] Error 255 end- I presume this is due to self-signed certificate used. Please advice how I can use a self-signed certificate to proceed with the installation. Thanks for your corporation. With kindest regards, Emmanuel ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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