Many thanks Mike, I found the same job being the cause (after looking night after night) when the system was automatically updated.
We had an OTRS review and maybe that parameter was changed, I will check again. Have a nice day, Phil -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: mercredi, 7. mars 2012 18:30 To: [email protected] Subject: otrs Digest, Vol 42, Issue 12 Send otrs mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.otrs.org/cgi-bin/listinfo/otrs or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of otrs digest..." Today's Topics: 1. Decision Result values (Juan Manuel Clavero Almir?n) 2. Re: upgrade from 3.0.11 to 3.1.2 error on: scripts/DBUpdate-to-3.1.mysql.sql (Michiel Beijen) 3. Re: Problem of refresh in queue view (Michiel Beijen) ---------------------------------------------------------------------- Message: 1 Date: Wed, 7 Mar 2012 15:59:14 +0000 From: Juan Manuel Clavero Almir?n <[email protected]> Subject: [otrs] Decision Result values To: User questions and discussions about OTRS. <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Hi all, we don?t need so many options in Decision Result and we?d like to have them changed. Is it safe to remove options and translate them? Is there any logic that needs the options to be named as they are now? We are using OTRS:ITSM 3.0.5 and we are not planning to update to 3.1 anytime soon Thank you Juan Clavero Almir?n -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.otrs.org/pipermail/otrs/attachments/20120307/b0a0498b/attachment-0001.html> ------------------------------ Message: 2 Date: Wed, 7 Mar 2012 18:21:34 +0100 From: Michiel Beijen <[email protected]> Subject: Re: [otrs] upgrade from 3.0.11 to 3.1.2 error on: scripts/DBUpdate-to-3.1.mysql.sql To: "User questions and discussions about OTRS." <[email protected]> Message-ID: <cabd0r10d_vh9jrwbrahtad0vzxgcuba6w+5pmh2xpvxm-31...@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hi Steven, We do not use a specific engine. This means that we'll use whatever engine your MySQL uses as default. For instance on Windows the default engine is InnoDB, and I guess more and more InnoDB is becoming the default storage engine for MySQL. So I guess you simply set up MySQL with MyISAM as a storage engine, then installed OTRS, then the MySQL default storage engine switched to InnoDB beause of an OS or MySQL upgrade, then you upgraded OTRS and now you'll have tables with different storage engines in one database. So I'll understand your issue but you should probably complain with your OS vendor, and not with OTRS. As for the foreign keys: MyISAM does not USE foreign keys but you can specify one. It will just not be enforced. This to support people like us who have ONE create table statement for MySQL regardless of the storage engine. Ref: http://dev.mysql.com/doc/refman/5.1/en/ansi-diff-foreign-keys.html The error message you have is that the table "smime_signer_cert_relations" is already there, and the upgrade script tries to create it a second time and then fails. This table is added in OTRS 3.1, and you should really only have that after you ran the update script "DBUpdate-to-3.1.mysql.sql" -- my idea is you simply tried to run this script two times. If you can reproduce this error, obviously I would be interested to know how you got this. - Mike On Wed, Mar 7, 2012 at 15:11, Steven Carr <[email protected]> wrote: > My OTRS install (3.0.11) seems to have a mix of MyISAM/InnoDB - would be > nice if developers stuck to one engine, and if they are going to change to > use relationship features in InnoDB, then change all tables. > > Steve > > +------------------------------+--------+-------+-----------+-----------------+ > | Table Name?????????????????? | Engine | Rows? | Size????? | > Collation?????? | > +------------------------------+--------+-------+-----------+-----------------+ > | article????????????????????? | MyISAM | 1593? | 129.74 Mb | > utf8_general_ci | > | article_attachment?????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | article_flag???????????????? | MyISAM | 1467? | 0.13 Mb?? | > utf8_general_ci | > | article_plain??????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | article_search?????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | article_sender_type????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | article_type???????????????? | MyISAM | 11??? | 0.01 Mb?? | > utf8_general_ci | > | auto_response??????????????? | MyISAM | 4???? | 0.02 Mb?? | > utf8_general_ci | > | auto_response_type?????????? | MyISAM | 5???? | 0.01 Mb?? | > utf8_general_ci | > | customer_company???????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | customer_preferences???????? | MyISAM | 30??? | 0.01 Mb?? | > utf8_general_ci | > | customer_user??????????????? | MyISAM | 4???? | 0.01 Mb?? | > utf8_general_ci | > | faq_attachment?????????????? | MyISAM | 1???? | 0.05 Mb?? | > utf8_general_ci | > | faq_category???????????????? | MyISAM | 2???? | 0.00 Mb?? | > utf8_general_ci | > | faq_category_group?????????? | MyISAM | 4???? | 0.00 Mb?? | > utf8_general_ci | > | faq_history????????????????? | MyISAM | 19??? | 0.00 Mb?? | > utf8_general_ci | > | faq_item???????????????????? | MyISAM | 4???? | 0.01 Mb?? | > utf8_general_ci | > | faq_language???????????????? | MyISAM | 2???? | 0.01 Mb?? | > utf8_general_ci | > | faq_log????????????????????? | MyISAM | 94??? | 0.02 Mb?? | > utf8_general_ci | > | faq_state??????????????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | faq_state_type?????????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | faq_voting?????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | follow_up_possible?????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | generic_agent_jobs?????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | groups?????????????????????? | MyISAM | 9???? | 0.01 Mb?? | > utf8_general_ci | > | group_customer_user????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | group_role?????????????????? | MyISAM | 18??? | 0.01 Mb?? | > utf8_general_ci | > | group_user?????????????????? | MyISAM | 1???? | 0.00 Mb?? | > utf8_general_ci | > | link_object????????????????? | MyISAM | 2???? | 0.00 Mb?? | > utf8_general_ci | > | link_relation??????????????? | MyISAM | 7???? | 0.01 Mb?? | > utf8_general_ci | > | link_state?????????????????? | MyISAM | 2???? | 0.01 Mb?? | > utf8_general_ci | > | link_type??????????????????? | MyISAM | 2???? | 0.01 Mb?? | > utf8_general_ci | > | mail_account???????????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | notifications??????????????? | MyISAM | 20??? | 0.01 Mb?? | > utf8_general_ci | > | notification_event?????????? | MyISAM | 2???? | 0.01 Mb?? | > utf8_general_ci | > | notification_event_item????? | MyISAM | 12??? | 0.01 Mb?? | > utf8_general_ci | > | package_repository?????????? | MyISAM | 5???? | 8.44 Mb?? | > utf8_general_ci | > | personal_queues????????????? | MyISAM | 4???? | 0.00 Mb?? | > utf8_general_ci | > | postmaster_filter??????????? | MyISAM | 14??? | 0.01 Mb?? | > utf8_general_ci | > | process_id?????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | queue??????????????????????? | MyISAM | 8???? | 0.02 Mb?? | > utf8_general_ci | > | queue_auto_response????????? | MyISAM | 4???? | 0.01 Mb?? | > utf8_general_ci | > | queue_preferences??????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | queue_standard_response????? | MyISAM | 5???? | 0.01 Mb?? | > utf8_general_ci | > | roles??????????????????????? | MyISAM | 6???? | 0.01 Mb?? | > utf8_general_ci | > | role_user??????????????????? | MyISAM | 6???? | 0.01 Mb?? | > utf8_general_ci | > | salutation?????????????????? | MyISAM | 1???? | 0.01 Mb?? | > utf8_general_ci | > | search_profile?????????????? | MyISAM | 26??? | 0.01 Mb?? | > utf8_general_ci | > | service????????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | service_customer_user??????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | service_preferences????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | service_sla????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | sessions???????????????????? | MyISAM | 0???? | 0.01 Mb?? | > utf8_general_ci | > | signature??????????????????? | MyISAM | 1???? | 0.01 Mb?? | > utf8_general_ci | > | sla????????????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | sla_preferences????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | standard_attachment????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | standard_response??????????? | MyISAM | 1???? | 0.01 Mb?? | > utf8_general_ci | > | standard_response_attachment | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | support_bench_test?????????? | MyISAM | 30000 | 0.63 Mb?? | > utf8_general_ci | > | survey?????????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | survey_answer??????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | survey_question????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | survey_queue???????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | survey_request?????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | survey_vote????????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | system_address?????????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | ticket?????????????????????? | MyISAM | 1437? | 0.76 Mb?? | > utf8_general_ci | > | ticket_flag????????????????? | InnoDB | 1330? | 0.28 Mb?? | > utf8_general_ci | > | ticket_history?????????????? | MyISAM | 8191? | 1.89 Mb?? | > utf8_general_ci | > | ticket_history_type????????? | MyISAM | 40??? | 0.01 Mb?? | > utf8_general_ci | > | ticket_index???????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | ticket_lock_index??????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | ticket_lock_type???????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | ticket_loop_protection?????? | MyISAM | 1???? | 0.01 Mb?? | > utf8_general_ci | > | ticket_priority????????????? | MyISAM | 5???? | 0.01 Mb?? | > utf8_general_ci | > | ticket_state???????????????? | MyISAM | 9???? | 0.01 Mb?? | > utf8_general_ci | > | ticket_state_type??????????? | MyISAM | 7???? | 0.01 Mb?? | > utf8_general_ci | > | ticket_type????????????????? | MyISAM | 1???? | 0.01 Mb?? | > utf8_general_ci | > | ticket_watcher?????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | time_accounting????????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | users??????????????????????? | MyISAM | 2???? | 0.01 Mb?? | > utf8_general_ci | > | user_preferences???????????? | MyISAM | 80??? | 0.01 Mb?? | > utf8_general_ci | > | valid??????????????????????? | MyISAM | 3???? | 0.01 Mb?? | > utf8_general_ci | > | virtual_fs?????????????????? | InnoDB | 0???? | 0.05 Mb?? | > utf8_general_ci | > | virtual_fs_db??????????????? | InnoDB | 0???? | 0.03 Mb?? | > utf8_general_ci | > | virtual_fs_preferences?????? | InnoDB | 0???? | 0.05 Mb?? | > utf8_general_ci | > | web_upload_cache???????????? | MyISAM | 0???? | 0.00 Mb?? | > utf8_general_ci | > | xml_storage????????????????? | MyISAM | 772?? | 0.08 Mb?? | > utf8_general_ci | > +------------------------------+--------+-------+-----------+-----------------+ > > > > > On 7 March 2012 13:33, Luca Domenella <[email protected]> wrote: >> >> Hi Ugo, >> >> Have you done the upgrade in some way bypassing this problem or not ? >> >> Br, >> >> Luca Domenella >> Storage Team Leader >> > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs ------------------------------ Message: 3 Date: Wed, 7 Mar 2012 18:28:09 +0100 From: Michiel Beijen <[email protected]> Subject: Re: [otrs] Problem of refresh in queue view To: "User questions and discussions about OTRS." <[email protected]> Message-ID: <CABD0r1210TzcSaK15w_RzuOMX42x1rUzeeg8sqHJ-XAVaCea=a...@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hi Philippe, I think the issue you're having is that you use the StaticDB index accelerator. This creates a 'materialized view' that holds ticket data, and OTRS looks at that one when displaying the queue view. Updating the queue name does not trigger a rebuild of this index. There is a script that runs in cron which indeed does the rebuild: bin/otrs.RebuildTicketIndex.pl - a workaround would be to run this script after you've renamed the queues, and the correct names will appear in the queue view. See also this issue in our bug tracker: http://bugs.otrs.org/show_bug.cgi?id=5189 Hope this helps, -- Mike On Wed, Mar 7, 2012 at 11:32, Martignier, Philippe <[email protected]> wrote: > Hi there, > > The problem is still there, BUT the queues are refreshed during the night. > > It means on Monday I modify the name of a queue > > On Tuesday only I can see that change in queueview (AgentTicketQueue). > > Question: is there a job that runs a refresh during the night? > > I have that on both installations of OTRS (production and test ones). > > It was working perfectly before (but I can not tell exactly when it brokes) > > Thanks for any idea, cause I am lost on this ... > > Cheers, > > Philippe > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > [email protected] > Sent: lundi, 5. mars 2012 16:17 > To: [email protected] > Subject: otrs Digest, Vol 42, Issue 5 > > Send otrs mailing list submissions to > ? ? ? [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > ? ? ? ?http://lists.otrs.org/cgi-bin/listinfo/otrs > or, via email, send a message with subject or body 'help' to > ? ? ? [email protected] > > You can reach the person managing the list at > ? ? ? [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of otrs digest..." > > > Today's Topics: > > ? 1. Re: ?Clean-up database after switch to ArticleStorageFS > ? ? ?(Steven Carr) > ? 2. ?Problem of refresh in queue view (Martignier, Philippe) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 5 Mar 2012 14:37:00 +0000 > From: Steven Carr <[email protected]> > Subject: Re: [otrs] Clean-up database after switch to ArticleStorageFS > To: "User questions and discussions about OTRS." <[email protected]> > Message-ID: > ? ? ? ?<calmep07l2aqgqu2vmwdghbzqroyqxb1hbupzvlxsosnzkqj...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > My bad, it looks like the otrs.ArticleStorageSwitch.pl did move the > articles out of the 'article_plain' table, but the actual 'article' table > still contains a plaintext copy of the message eating up a fair chunk of > database space. > > Steve > > > On 5 March 2012 13:58, Steven Carr <[email protected]> wrote: > >> Anyone know what is safe to clean (read delete) out of the database after >> switching OTRS (3.0.11) over to ArticleStorageFS? or if there is something >> you can run to magically get rid of the redundant articles eating up space >> in the database? >> >> Thanks >> >> Steve >> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://lists.otrs.org/pipermail/otrs/attachments/20120305/d7901f09/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Mon, 5 Mar 2012 16:15:45 +0100 > From: "Martignier, Philippe" <[email protected]> > Subject: [otrs] Problem of refresh in queue view > To: "[email protected]" <[email protected]> > Message-ID: > ? ? ? ?<c6026f755865704592feef72ec4927bf08d2e57...@iccv103c.gms02.unicc.org> > Content-Type: text/plain; charset="us-ascii" > > I tried to clean the caches as proposed here on the mailing list, it has no > effect at all. > > > please run $OTRS_HOME/bin/otrs.CacheDelete.pl once and check your frontend > again. > > > > Right in the admin menu, wrong in queueview ... > > > > Any help welcome > > > > > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > [email protected] > Sent: lundi, 5. mars 2012 15:36 > To: [email protected] > Subject: otrs Digest, Vol 42, Issue 4 > > > > Send otrs mailing list submissions to > > ? ? [email protected] > > > > To subscribe or unsubscribe via the World Wide Web, visit > > ? ? http://lists.otrs.org/cgi-bin/listinfo/otrs > > or, via email, send a message with subject or body 'help' to > > ? ? [email protected] > > > > You can reach the person managing the list at > > ? ? [email protected] > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of otrs digest..." > > > > > > Today's Topics: > > > > ? 1. ?Errors during ArticleStorageSwitch (Sune T. Tougaard) > > ? 2. ?Clean-up database after switch to ArticleStorageFS (Steven Carr) > > ? 3. ?Problem of refresh in queue view (Martignier, Philippe) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 5 Mar 2012 12:20:21 +0000 > > From: "Sune T. Tougaard" <[email protected]> > > Subject: [otrs] Errors during ArticleStorageSwitch > > To: "[email protected]" <[email protected]> > > Message-ID: > > ? ? > <307b82f59acec64a963ef7b6284114dd1c331...@dkmail01.lint.lyngso-industri.dk> > > > > Content-Type: text/plain; charset="us-ascii" > > > > Hi list, > > > > I've been trying out different options on our test-install of otrs (currently > 3.1.1.). > > One thing I wanted to try, was to use the filesystem for articlestorage. > > I guess it works ok, but doing the actual switch with the current content of > the DB seems to be giving me some troubles. > > > > After a while, the following message appears: > > > > ERROR: OTRS-otrs.ArticleStorageSwitch.pl-20 Perl: 5.12.3 OS: MSWin32 Time: > Fri Mar ?2 15:00:49 2012 > > > > Message: Not all files are moved! (TicketID:211813/ArticleID:440337)! > > > > Traceback (2572): > > ? Module: Kernel::System::Ticket::TicketArticleStorageSwitch (v1.540) Line: > 7105 > > ? Module: otrs\otrs\bin\otrs.ArticleStorageSwitch.pl (v1.16) Line: 164 > > > > After that, trying to start it again, gives me a "Can't create PID > ArticleStorageSwitch, because it's already running". > > I can start it again with a "-f 1" option and it starts over and then dies > again a little later (it usually continues past the earlier "problem point"). > > > > The log doesn't reveal much. > > Any ideas? > > > > Should I just continue forcing it, hoping it eventually gets through all > 42000 tickets (it gets a couple of thousands each time, I think)? Or am I > perhaps missing a step somewhere? > > > > Thanks for any input. > > > > -- > > /Sune T. > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > <http://lists.otrs.org/pipermail/otrs/attachments/20120305/ec421adb/attachment-0001.html> > > > > ------------------------------ > > > > Message: 2 > > Date: Mon, 5 Mar 2012 13:58:17 +0000 > > From: Steven Carr <[email protected]> > > Subject: [otrs] Clean-up database after switch to ArticleStorageFS > > To: "User questions and discussions about OTRS." <[email protected]> > > Message-ID: > > ? ? <CALMep04VDNp7=6xbu6bcja2-8tgqjlkyqb7p3faewzxc6-m...@mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Anyone know what is safe to clean (read delete) out of the database after > > switching OTRS (3.0.11) over to ArticleStorageFS? or if there is something > > you can run to magically get rid of the redundant articles eating up space > > in the database? > > > > Thanks > > > > Steve > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > <http://lists.otrs.org/pipermail/otrs/attachments/20120305/c35aa3e9/attachment-0001.html> > > > > ------------------------------ > > > > Message: 3 > > Date: Mon, 5 Mar 2012 15:35:18 +0100 > > From: "Martignier, Philippe" <[email protected]> > > Subject: [otrs] Problem of refresh in queue view > > To: "[email protected]" <[email protected]> > > Message-ID: > > ? ? <c6026f755865704592feef72ec4927bf08d2e57...@iccv103c.gms02.unicc.org> > > Content-Type: text/plain; charset="us-ascii" > > > > Hi there > > > > I have a huge problem of refresh. > > > > Version 2.4.8 > > > > In the admin menu, I change the name of a queue and it is shown correctly in > the move screen and in the my preferences (my queues), but in the ticket > view, the name displayed is the old one. > > > > I tried with different browser, with different login, the result is still the > same. The queue view in the ticket view is not properly refreshed. > > > > Any help welcome > > > > Thanks > > > > PS: since dec 2009 the system never went wrong ... > > > > > > Philippe Martignier > > > > Communications Division > > > > Customer Service Center > > > > Email : [email protected]<mailto:[email protected]> > > > > Phone : 00 41 022 338 72 36 > > > > Building : NC > > > > Office : 3, 316 > > > > > > World Intellectual Property Organization Disclaimer: > > > > This electronic message may contain privileged, confidential and > > copyright protected information. If you have received this e-mail > > by mistake, please immediately notify the sender and delete this > > e-mail and all its attachments. Please ensure all e-mail attachments > > are scanned for viruses prior to opening or using. > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > <http://lists.otrs.org/pipermail/otrs/attachments/20120305/430f226f/attachment.html> > > > > ------------------------------ > > > > --------------------------------------------------------------------- > > OTRS mailing list: otrs - Webpage: http://otrs.org/ > > Archive: http://lists.otrs.org/pipermail/otrs > > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > > > > End of otrs Digest, Vol 42, Issue 4 > > *********************************** > > World Intellectual Property Organization Disclaimer: > > This electronic message may contain privileged, confidential and > copyright protected information. If you have received this e-mail > by mistake, please immediately notify the sender and delete this > e-mail and all its attachments. Please ensure all e-mail attachments > are scanned for viruses prior to opening or using. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://lists.otrs.org/pipermail/otrs/attachments/20120305/47764f60/attachment.html> > > ------------------------------ > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > > End of otrs Digest, Vol 42, Issue 5 > *********************************** > > World Intellectual Property Organization Disclaimer: > > This electronic message may contain privileged, confidential and > copyright protected information. If you have received this e-mail > by mistake, please immediately notify the sender and delete this > e-mail and all its attachments. Please ensure all e-mail attachments > are scanned for viruses prior to opening or using. > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs ------------------------------ --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs End of otrs Digest, Vol 42, Issue 12 ************************************ World Intellectual Property Organization Disclaimer: This electronic message may contain privileged, confidential and copyright protected information. If you have received this e-mail by mistake, please immediately notify the sender and delete this e-mail and all its attachments. Please ensure all e-mail attachments are scanned for viruses prior to opening or using. --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
