LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software
User Name
Password
Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.

Notices


Reply
  Search this Thread
Old 02-03-2012, 04:25 AM   #1
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Rep: Reputation: Disabled
Customer login OTRS: Make postmaster default


Hello all,

Planning to put OTRS for trouble ticketing system. Installation complete and running. Need one help though.
When customers log in into the login panel, and want to create a new ticket, I want Postmaster to be the default queue in "TO:" field. I do not want customers to select it. Is there a way to do it? Either by editing Config.pm file or from Admin > SysConfig ?

Has anyone faced similar issue? Any ideas if that can be done?
 
Old 02-04-2012, 08:00 PM   #2
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
Answering because this thread has gone so long without an answer ...

@linuxlover.chaitanya: The highest volume of OTRS questions and answers I found was on the OTRS mailing list. It might be worth joining and posting your question there. You can join here.

The OTRS mailing lists can be searched via this link.
 
Old 02-13-2012, 09:31 PM   #3
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
Thanks Catkin for taking some time off to search and post the links. I think too that might be the only option now. Either LQ does not have enough members who use OTRS or they have not had the issue as mine.
 
Old 02-13-2012, 09:47 PM   #4
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
Thanks for thanks Chaitanya

I didn't have to search for the links, they were in an OTRS evaluation project log. The pilot users wanted quite a lot of customisation (not including Postmaster as the default "TO:" field) and I ended up doing a lot of research/hacking. OTRS' biggest weakness is being a complex and not very intuitive product with no user manual. Ultimately we decided against OTRS in favour of googlemail custom tags and a proactive secretary.

BTW what does your WWR mean?
 
Old 02-14-2012, 03:00 AM   #5
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
Yeah I agree that OTRS is not very well documented. And very complex too. But then it offers wide array of features that an IT support department would need like SLA's. This is one of the most important features when you are dealing with client systems and dead blocking issues. I am testing it and like it even though it is complex. I would like to go through it for some more time before I can put it in production though. And if there is no such customization where I can make some field default, then would need to either educate people on using it or replace the system entirely. Don't know as yet how this is going to take shape. And if there are some other ticketing systems that you think are stable enough for production use with SLA support please let me know. I have RT and OTRS under testing. osTicket is another that I like but does not support SLA and the report generation is also weak.

BTW, WWR in the sig means With Warm Regards
 
Old 02-14-2012, 08:37 PM   #6
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
IDK of any suitable FOSS solutions other than RT and OTRS.

In retrospect our evaluation would have been a fairer test if I had been a user of the system. If I was doing it again I would use OTRS to manage queries and requests from the pilot system users.

WWR

Charles
 
Old 02-15-2012, 04:34 AM   #7
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
I agree. We admins tend to test the applications with our view but sometimes forget the user point of view. While testing OTRS, I am going to keep this in mind and roll out a testing environment for users to give feedback to us. Now, OTRS is already installed and well integrated with Active Directory. But this creates one issue. All the customers have ID which is their email id. With this, I can not create Customer companies. And this also makes difficult for users to view others' tickets.
Another thing that I am looking into is, how to use only one queue and still keep the tickets raised for different departments apart. Why I am looking into this is, I dont want everyone to receive emails when ticket is generated. Only those concerned with the ticket should receive the mails. And I am not going to use emails for generating tickets. I want users to login to customer panel and create tickets. If they see log of queues, they might get disinterested and not open ticket for it being too complex or lengthy a process. This is also one issue that I need to handle.

I hope the things to well with our planned testing process.

BTW, thanks for your concerns and interest in the thread Charles.
 
Old 02-15-2012, 06:11 AM   #8
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
The pilot users often had questions about how to use the system (not intuitively obvious!) and I, not being a user of the system could not answer or could not answer quickly enough to keep them happy. That's why I wrote "If I was doing it again I would use OTRS to manage queries and requests from the pilot system users". We were using email and a Google shared doc

AFAIK the OTRS designers intend user organisations to set up "groups" and have a dispatcher, assign incoming mails to the queue for the appropriate group. That may solve your "keep the tickets raised for different departments apart" requirement. IIRC OTRS has facilities to allow all tickets to be browsed, regardless of which queue they are in, so the desire for a single queue is not necessary.

OTRS is email-centric and does not readily support tickets which are initiated by phone call, personal visit or meeting actions -- they all get lumped together.
 
Old 02-15-2012, 07:56 AM   #9
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
For me the google shared doc does not solve the issue and it has to be a ticketing system to keep everyone happy. I am fine with a system that will open tickets using emails. Not a big issue for us. The users are actually going to be happy with this. It makes easier for them to open tickets by just shooting a mail. But there are issues with this system particularly for us.
While opening a ticket using emails, some of the users tend to keep managers and other team members in loop using BCC or CC. And others not aware of this, reply to the mail and usually do a "Reply-all". This reply-all generates new tickets which should not happen. It should append the ticket but OTRS will not magically know that someone has done reply-all and opens a new ticket which is a false ticket.
This is the reason we are looking at web interface for ticket generation as well.

For other issue regarding different queues, I can have different emails for different departments and assign respective individual email addresses for each. Will have to educate users to send email to specific email for specific issues.

If nothing works, I am going to put a sweet and simple osTicket in place which can accept tickets in emails and web interface. It does not just integrate with AD that easily.
 
Old 02-15-2012, 10:05 PM   #10
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
Quote:
Originally Posted by linuxlover.chaitanya View Post
For me the google shared doc does not solve the issue and it has to be a ticketing system to keep everyone happy.
...
This reply-all generates new tickets which should not happen. It should append the ticket but OTRS will not magically know that someone has done reply-all and opens a new ticket which is a false ticket.
I wasn't suggesting the google shared doc as a solution -- I was telling of my mistake.

Don't email going out from OTRS have subject prefixed by an OTRS reference number? As long as people don't remove that when replying, OTRS uses it to add the new email to the ticket.
 
Old 02-16-2012, 12:27 AM   #11
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
Yes but the outgoing emails from OTRS are sent only to the original poster and not everyone in the loop. So the OP knows that the ticket has been generated. But not everyone else. If the OP replies back to the email received from OTRS, everything works fine as expected, but when the others who are in the loop do a "Reply-all", the mail is also sent to OTRS which then generates a new ticket. And I am not blaming OTRS for that. We configure it to generate a ticket when it receives a mail. But people are either not aware of it or are just lazy to see whom they are sending a mail to.
 
Old 02-16-2012, 12:49 AM   #12
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
Problem understood now.

Maybe if all the incoming mail without OTRS reference number prefixes in the subject went into the Raw queue and you had a dispatcher to assign them as appropriate, the dispatcher could assign all the problem mails to the Junk queue ... ?
 
Old 02-16-2012, 01:59 AM   #13
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
Hmmm.... seems to be the only solution to me. Let me check if that works fine. Will probably do a bit different though. All the qualified tickets will go to Raw or postmaster queue and the unqualified tickets to Junk. I hope to make it work and finalize it as soon as possible.
 
Old 02-16-2012, 06:02 AM   #14
catkin
LQ 5k Club
 
Registered: Dec 2008
Location: Tamil Nadu, India
Distribution: Debian
Posts: 8,578
Blog Entries: 31

Rep: Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208Reputation: 1208
... but then you would have to browse the Junk queue for emails for questions/reports etc. that initiate new tickets, no?

And you probably want a Junk queue to automatically send actual junk mail to ... ?
 
Old 02-16-2012, 06:16 AM   #15
linuxlover.chaitanya
Senior Member
 
Registered: Apr 2008
Location: Gurgaon, India
Distribution: Cent OS 6/7
Posts: 4,631

Original Poster
Rep: Reputation: Disabled
There does not seem to be one-size-fits-all solution to this. May be I will allow only web interface to be the point of contact for users to OTRS. This way I will at least be able to manage the queues better. And I would not have to worry about the false tickets getting generated by emails that are "reply-all". I am not sure if this is a good solution or not but it will get accepted into the policies for sure. Emails always have been headache for us when they start generating false tickets. But I am happy that the number has not gone too far too high as yet. But as the issues start increasing and as the number of users starts to go up, this will take a lot of time cleaning up instead of actual productive work. I am not entirely sure how this is going to work as yet.

And as you suggested, I tried to put RT to testing as well. But I was disappointed with it. Though it was not as complicated as OTRS, it still did not fit the bill somehow. And after so many days, I have actually started to like and favor OTRS for some reason unknown to me.

Keep posting your interesting thoughts. They are starting to get me ahead in some direction.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
how to make x login window as default in knoppix version 6.2.1 hsbakhtiari Linux - General 2 12-28-2010 11:21 AM
OTRS LDAP customers login sqn Linux - Software 1 05-13-2009 04:04 PM
OTRS. Any experience? otrs.org seems down. pachakutek General 3 01-19-2007 03:22 PM
How to make kdm the default login manager? madlinux Fedora 4 01-30-2006 05:23 PM
How to make a default login name appear at login screen? Arodef Linux - General 0 04-12-2004 02:47 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Software

All times are GMT -5. The time now is 08:14 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration