${TMP_FILE}
echo ${DATUM} ${TMP_FILE}
echo ==END SENDMAIL CALL== ${TMP_FILE}
Here are the sendmail-stdin log, showing a bad behavior, for 3 mails in a
row :
=NEW SENDMAIL CALL===
20120913-110049
Hi guys,
does anyone of you configured log rotation for rt4 logs?
thanks,
Pedro.
Final RT training for 2012 in Atlanta, GA - October 23 24
http://bestpractical.com/training
We're hiring! http://bestpractical.com/jobs
On 13/09/2012 11:22, Pedro Albuquerque wrote:
Hi guys,
does anyone of you configured log rotation for rt4 logs?
At Sanger, RT logs through apache's normal logging mechanisms, and
therefore our normal Debian/Ubuntu log rotation takes care of it. Come
round and see me if you want to see out
I did it by configuring /etc/logrotate.conf
See man logrotate
Alberto Scotto
Blue Reply
Via Cardinal Massaia, 83
10147 - Torino - ITALY
phone: +39 011 29100
al.sco...@reply.it
www.reply.it
[Blue]
From: rt-users-boun...@lists.bestpractical.com
thanks, I'll do that way.
On 13/09/2012 11:47, Scotto Alberto wrote:
I did it by configuring /etc/logrotate.conf
See man logrotate
Alberto Scotto
Blue Reply
Via Cardinal Massaia, 83
10147 - Torino - ITALY
phone: +39 011 29100
Hi!
I try to search for users with no connections to any ticket and no
connection to any attachments to delete them later.
I can't use rt-shredder directly ;-)
I try this:
...
my $user = RT::User-new($RT::SystemUser);
my $users = RT::Users-new($RT::SystemUser);
my $tix =
Hello,
I have a problem where I need to search for tickets by attached file name.
I am doing this currently by doing a SQL search against the database.
Is there a way to do this via the API that I am missing?
Thanks
Robert
Final RT training for 2012 in Atlanta, GA - October 23 24
Hi,
I've had two requests from different groups that work with a particular
database system here. They each want a custom field which links to ids
in this other database. All nice and easy to do.
The problem is, that one of them wants the CF to be single entry, and
the other one wants the CF
On 09/13/2012 02:14 AM, Raphaël Berlamont wrote:
And here is the sendmail-lsof of the corresponding messages :
#
=== START 18686
COMMANDPID USER FD TYPE DEVICE SIZE/OFFNODE NAME
sendmail 18686 apache1r FIFO0,8 0t0 1982013 pipe
On 09/13/2012 07:31 AM, Robert Blackwell wrote:
I have a problem where I need to search for tickets by attached file name.
I am doing this currently by doing a SQL search against the database.
Is there a way to do this via the API that I am missing?
The Query Builder and hence TicketSQL
invocation
of sendmail?
On a working sendmail call, it looks like this :
#
=NEW SENDMAIL CALL===
20120913-095359
=== START 17662
COMMANDPID USER FD TYPE DEVICE SIZE/OFFNODE NAME
sendmail 17662 apache0r FIFO0,8 0t0 1970074 pipe
This works great!
Is this a supported field in simple search?
Ex:
Filename:filename.txt
Robert
On Thu, Sep 13, 2012 at 12:37 PM, Thomas Sibley t...@bestpractical.com wrote:
On 09/13/2012 07:31 AM, Robert Blackwell wrote:
I have a problem where I need to search for tickets by attached file
On 09/13/2012 09:53 AM, Robert Blackwell wrote:
This works great!
Is this a supported field in simple search?
Ex:
Filename:filename.txt
It isn't. The simple search (RT::Search::Googleish) is designed to be
cleanly extendable however, and adding support for it would be a fairly
simple
On 09/13/2012 09:49 AM, Raphaël Berlamont wrote:
On a working sendmail call, it looks like this :
#
=NEW SENDMAIL CALL===
20120913-095359
=== START 17662
COMMANDPID USER FD TYPE DEVICE SIZE/OFFNODE NAME
sendmail 17662 apache0r
hi All,
Please cc my address as I'm not an active reader of the list.
I upgraded an RT system from v3.6 (Ubuntu 10.04) to 4.0.6 (Ubuntu 12.04).
Admin user can create ticket, but normal user receives this error message:
u...@domain.com is an address RT receives mail at. Adding it as a
All of the documentation which ships with RT is now published online in
an easily browsable format: http://bestpractical.com/rt/docs
Read our full blog post for all the details:
http://blog.bestpractical.com/2012/09/rt-documentation-now-online.html
Even though this documentation has been public
Hi Guys,
I am working on integrating RT with Alfresco and I am having some difficulties
with authentication. Essentially my requirement is that we can get something
very similar to the saved search dashlet from RT into an Alfresco Share
dashlet. As the two services are not hosted on the same
Hello,
Just a quick followup, having done some more work on this: I think I am getting
a little closer here but I am still running up against some problems. I have
modified REST/1.0/search/ticket as follows:
%ARGS
$restrictUser = undef
$query
$format = undef
$orderby = undef
$fields = undef
Hi All,
I've figured it out, I had been using the RT::User object class where I should
have been using RT::CurrentUser. A little more thought about what I was
implementing also alerted me to the fact that what I am building is a possible
security hole.
I'll repeat that in case anyone has
19 matches
Mail list logo