I just want to be able to edit a text. Put color on to it, make tables... basics on text editing, that's all.<br>In RTFM it's all black, white and bold. If I want to create an article more pretty I can't . I'm searching packages, scripts that allow me to create a more beatiful article...<br>
<br clear="all">Fernanda L. M. Martins<br>
<br><br><div class="gmail_quote">2010/2/19 <span dir="ltr"><<a href="mailto:rt-users-request@lists.bestpractical.com">rt-users-request@lists.bestpractical.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send RT-Users mailing list submissions to<br>
<a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:rt-users-request@lists.bestpractical.com">rt-users-request@lists.bestpractical.com</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:rt-users-owner@lists.bestpractical.com">rt-users-owner@lists.bestpractical.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of RT-Users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Pls urgent help about double requestors for each new<br>
ticket (Ken Crocker)<br>
2. Re: Creating one Article in more than one class (Kevin Falcone)<br>
3. Re: Wiki Add-on for RTFM (Kevin Falcone)<br>
4. RT Apache memory leak. any examples of MPM settings?<br>
(Michael Neuschafer)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 19 Feb 2010 09:13:19 -0800<br>
From: Ken Crocker <<a href="mailto:kfcrocker@lbl.gov">kfcrocker@lbl.gov</a>><br>
Subject: Re: [rt-users] Pls urgent help about double requestors for<br>
each new ticket<br>
To: softouch <<a href="mailto:razzipk@hotmail.com">razzipk@hotmail.com</a>><br>
Cc: <a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a><br>
Message-ID: <<a href="mailto:4B7EC6AF.9000803@lbl.gov">4B7EC6AF.9000803@lbl.gov</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Softouch,<br>
<br>
Have you created any scrips that activate when a ticket is created?<br>
Otherwise, that's crazy. I can't see any reason that the vanilla RT<br>
would ever do that. It doesn't make sense and I can't think of any<br>
configuration settings that would do it either. The only thing I can<br>
think of is some scrip that is doing it.<br>
<br>
Kenn<br>
LBNL<br>
<br>
On 2/18/2010 9:49 PM, softouch wrote:<br>
><br>
> Dear Ken,<br>
><br>
> lets assume that i have user A,B,C,D in my RT.<br>
><br>
><br>
> When User A is creating a ticket in the queue and making some one owner of<br>
> Ticket out of RT Members,<br>
> after ticket creation RT is showing Two Requester for this Ticket.<br>
><br>
> One is User A who actually created the Ticket.<br>
> Second randomly from B,C,D.<br>
><br>
> i am unable to understand that why and when second requester is inserted<br>
> inside the ticket. now when ever some correspondence is made with Requester<br>
> , RT is sending Email to Two Requester.<br>
><br>
><br>
> Hope i have explained my problem more precisely.<br>
><br>
> Thanks,<br>
><br>
> R i Z<br>
><br>
><br>
><br>
> Ken Crocker wrote:<br>
><br>
>> Softouch,<br>
>><br>
>> Your question is a bit vague. Are you having a problem segregating<br>
>> notifications? A problems distinguishing the difference between a ticket<br>
>> "Creator" and a Ticket "Requestor"?<br>
>> There are several relationships a user can have with a ticket. At the<br>
>> "Queue" level, they can be a watcher (either AdminCc or Cc). That<br>
>> implies that they want whatever notifications you set to go out for ALL<br>
>> tickets in that Queue. Then there are the "Ticket" watchers, which<br>
>> includes AdminCc, Cc, Owners (of which there can ONLY be one per ticket)<br>
>> and Requestors (of which there can be MANY per ticket). These watchers<br>
>> are called "Roles" which are basically "Psuedo" groups. The can have<br>
>> rights just like "User-defined" groups for a particular Queue and even<br>
>> globally. A "Creator" is neither a role or psuedo group of any kind and<br>
>> therefore /cannot have any rights/.nor be a /selected recipient of a<br>
>> notification/. A Ticket "Creator" is merely a ticket level field that<br>
>> retains the ID number of the user that /actually created/ (Via email or<br>
>> WebUI) the ticket and this user can be a different user than the Owner<br>
>> OR Requestor(s). You can display this persons User Name/Email address in<br>
>> any Query, however.<br>
>> Please define more succinctly exactly what your problem is and I'll try<br>
>> to help.<br>
>><br>
>> Kenn<br>
>> LBNL<br>
>><br>
>> On 2/18/2010 4:15 AM, softouch wrote:<br>
>><br>
>>> Hello. whenever my RT users are creating ticket in some queue, ticket<br>
>>> is created by two owners. one who is actually creating the ticket and<br>
>>> other it selects randomly between different RT Admins. please help me<br>
>>> to sort out the reason of this issue. R i Z.<br>
>>> ------------------------------------------------------------------------<br>
>>> View this message in context: Pls urgent help about double requestors<br>
>>> for each new ticket<br>
>>> <<a href="http://old.nabble.com/Pls-urgent-help-about-double-requestors-for-each-new-ticket-tp27637404p27637404.html" target="_blank">http://old.nabble.com/Pls-urgent-help-about-double-requestors-for-each-new-ticket-tp27637404p27637404.html</a>><br>
>>> Sent from the Request Tracker - User mailing list archive<br>
>>> <<a href="http://old.nabble.com/Request-Tracker---User-f572.html" target="_blank">http://old.nabble.com/Request-Tracker---User-f572.html</a>> at Nabble.com.<br>
>>> ------------------------------------------------------------------------<br>
>>><br>
>>> _______________________________________________<br>
>>> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
>>><br>
>>> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
>>> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
>>><br>
>>> 2010 RT Training Sessions!<br>
>>> San Francisco, CA, USA - Feb 22 & 23<br>
>>> Dublin, Ireland - Mar 15 & 16<br>
>>> Boston, MA, USA - April 5 & 6<br>
>>> Washington DC, USA - Oct 25 & 26<br>
>>><br>
>>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
>>> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
>>><br>
>> _______________________________________________<br>
>> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
>><br>
>> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
>> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
>><br>
>> 2010 RT Training Sessions!<br>
>> San Francisco, CA, USA - Feb 22 & 23<br>
>> Dublin, Ireland - Mar 15 & 16<br>
>> Boston, MA, USA - April 5 & 6<br>
>> Washington DC, USA - Oct 25 & 26<br>
>><br>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
>> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
>><br>
>><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/cfdb6683/attachment-0001.htm" target="_blank">http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/cfdb6683/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 19 Feb 2010 10:31:36 -0500<br>
From: Kevin Falcone <<a href="mailto:falcone@bestpractical.com">falcone@bestpractical.com</a>><br>
Subject: Re: [rt-users] Creating one Article in more than one class<br>
To: <a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a><br>
Message-ID: <<a href="mailto:20100219153136.GC737@jibsheet.com">20100219153136.GC737@jibsheet.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
On Fri, Feb 19, 2010 at 12:53:09PM -0200, Fernanda Martins wrote:<br>
> Can I create one article in more than one class on RTFM?<br>
<br>
No, think of a Class like a Queue. One Class per Article, one Queue<br>
per Ticket.<br>
<br>
You want global topics I suspect.<br>
<br>
-kevin<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: application/pgp-signature<br>
Size: 195 bytes<br>
Desc: not available<br>
Url : <a href="http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/2f86b8e4/attachment-0001.pgp" target="_blank">http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/2f86b8e4/attachment-0001.pgp</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Fri, 19 Feb 2010 10:31:05 -0500<br>
From: Kevin Falcone <<a href="mailto:falcone@bestpractical.com">falcone@bestpractical.com</a>><br>
Subject: Re: [rt-users] Wiki Add-on for RTFM<br>
To: <a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a><br>
Message-ID: <<a href="mailto:20100219153105.GB737@jibsheet.com">20100219153105.GB737@jibsheet.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
On Fri, Feb 19, 2010 at 12:46:32PM -0200, Fernanda Martins wrote:<br>
> See... but that don't solve my problem.<br>
><br>
> What I want is the text format like in [1]<a href="http://wikipedia.com" target="_blank">wikipedia.com</a> with gray boxes, and index in my<br>
> article to each topic.. that kind of stuff.<br>
><br>
> If I just create a Custom Field I will only creating boxes, but not coloring it, not change my<br>
> letter fonts etc etc etc......<br>
<br>
RT is not a wiki. I can't tell if you want to let people browse<br>
articles in RTFM (which they can do from RTFM -> Articles, organized<br>
by class and topic) or if you want something entirely different.<br>
<br>
-kevin<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: application/pgp-signature<br>
Size: 195 bytes<br>
Desc: not available<br>
Url : <a href="http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/8a347153/attachment-0001.pgp" target="_blank">http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/8a347153/attachment-0001.pgp</a><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Fri, 19 Feb 2010 10:31:53 -0800<br>
From: "Michael Neuschafer" <<a href="mailto:mneuschafer@nationalstoresinc.com">mneuschafer@nationalstoresinc.com</a>><br>
Subject: [rt-users] RT Apache memory leak. any examples of MPM<br>
settings?<br>
To: <<a href="mailto:rt-users@lists.bestpractical.com">rt-users@lists.bestpractical.com</a>><br>
Message-ID:<br>
<323E0713A7B4BB448FE88038747ABBAC05765304@hqsvr03.nationalmail><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
My request tracker apache has been eating up memory. I think there is a<br>
memory leak. Below is my prefork MPM and Worker MPM what setting do you<br>
recommend?<br>
<br>
<br>
<br>
<br>
<br>
# prefork MPM<br>
<br>
# StartServers: number of server processes to start<br>
<br>
# MinSpareServers: minimum number of server processes which are kept<br>
spare<br>
<br>
# MaxSpareServers: maximum number of server processes which are kept<br>
spare<br>
<br>
# MaxClients: maximum number of server processes allowed to start<br>
<br>
# MaxRequestsPerChild: maximum number of requests a server process<br>
serves<br>
<br>
<IfModule mpm_prefork_module><br>
<br>
StartServers 2<br>
<br>
MinSpareServers 2<br>
<br>
MaxSpareServers 3<br>
<br>
MaxClients 50<br>
<br>
MaxRequestsPerChild 1000<br>
<br>
</IfModule><br>
<br>
<br>
<br>
# worker MPM<br>
<br>
# StartServers: initial number of server processes to start<br>
<br>
# MaxClients: maximum number of simultaneous client connections<br>
<br>
# MinSpareThreads: minimum number of worker threads which are kept spare<br>
<br>
# MaxSpareThreads: maximum number of worker threads which are kept spare<br>
<br>
# ThreadsPerChild: constant number of worker threads in each server<br>
process<br>
<br>
# MaxRequestsPerChild: maximum number of requests a server process<br>
serves<br>
<br>
<IfModule mpm_worker_module><br>
<br>
StartServers 2<br>
<br>
ThreadLimit 64<br>
<br>
</IfModule><br>
<br>
<br>
<br>
# event MPM<br>
<br>
# StartServers: initial number of server processes to start<br>
<br>
# MaxClients: maximum number of simultaneous client connections<br>
<br>
# MinSpareThreads: minimum number of worker threads which are kept spare<br>
<br>
# MaxSpareThreads: maximum number of worker threads which are kept spare<br>
<br>
# ThreadsPerChild: constant number of worker threads in each server<br>
process<br>
<br>
# MaxRequestsPerChild: maximum number of requests a server process<br>
serves<br>
<br>
<IfModule mpm_event_module><br>
<br>
StartServers 2<br>
<br>
MaxClients 50<br>
<br>
MinSpareThreads 25<br>
<br>
MaxSpareThreads 100<br>
<br>
ThreadLimit 64<br>
<br>
ThreadsPerChild 25<br>
<br>
MaxRequestsPerChild 1500<br>
<br>
</IfModule><br>
<br>
<br>
<br>
Michael Neuschafer<br>
<br>
PC Support Specialist<br>
<br>
National Stores Inc.<br>
<br>
(310) 436 - 2150<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/be6aaad1/attachment.htm" target="_blank">http://lists.bestpractical.com/pipermail/rt-users/attachments/20100219/be6aaad1/attachment.htm</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
RT-Users mailing list<br>
<a href="mailto:RT-Users@lists.bestpractical.com">RT-Users@lists.bestpractical.com</a><br>
<a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
<br>
<br>
End of RT-Users Digest, Vol 71, Issue 47<br>
****************************************<br>
</blockquote></div><br>