[rt-users] utf8 behavior and approach
Como esta, rt-users? I believe many of you guys use both mysql and fastcgi or want to do that for RT. There was a problem on the list and I'm looking forward to hear if it's about that: http://lists.bestpractical.com/pipermail/rt-users/2010-July/065600.html The solution is: Specifying the 'mysql_enable_utf8=1;' in the DSN line solves all troubles. This means to patch the existing applications, e. g., Bugzilla and perhaps RT. Beware that there should be no 'mysql_enable_utf8' attribute in the attributes hash for the DBI-connect. I have no idea if RT can do this without a patch. More about this should be seen from me on a DBD::mysql mailing list. Thanks for attention. 7! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.org
[rt-users] CLI, http auth, https
Hello all, how can I use the CLI with http auth (user/password dialog on our RT homepage)? I assume https is supported out of the box by specifying the URL on the export RTSERVER=your.rt3.installation variable? greetings, l.r.
Re: [rt-users] CLI, http auth, https
On Mon, Jan 24, 2011 at 03:18:43PM +0100, Lars Reimann wrote: Hello all, how can I use the CLI with http auth (user/password dialog on our RT homepage)? Use a .rtrc file with a content like this: server https://rt.foo.bar/ user me passwd mypasswd externalauth 1 don't forget to set restrictive permissions on this file ;)
Re: [rt-users] Rép. : Re: CommandByMail only for certain queue
In RT_SiteConfig.pm Set($CommandByMailGroup, 408305); The number is the group id. It can't be the name, has to be the id. -- Mathieu Longtin 1-514-803-8977 On Mon, Jan 24, 2011 at 1:42 AM, Horst Kriegers horst.krieg...@loro.chwrote: Kevin, thanks for your answer. I've searched but don't find the answer... how can I do that ? With a scrip ? Thanks Horst Le Vendredi, 21. Janvier 2011 à 16:18, Kevin Falcone falc...@bestpractical.com a écrit : On Fri, Jan 21, 2011 at 03:46:34PM +0100, Horst Kriegers wrote: Is there a possibility to activate (or deactivate) the CommandByMail extension only for certain queues ? It can be restricted to a group, but not specifically to a queue. -kevin ___ Le contenu de ce courriel est uniquement réservé à la personne ou l'organisme à qui il est destiné. Si vous n'êtes pas le destinataire prévu, veuillez nous en informer au plus vite et détruire le présent courriel. Dans ce cas, il ne vous est pas permis de copier ce courriel, de le distribuer ou de l'utiliser de quelque manière que ce soit. ___ The content of this e-mail is intended only and solely for the use of the named recipient or organisation. If you are not the named recipient, please inform us immediately and delete the present e-mail. In this case, you are nor allowed to copy, distribute or use this e-mail in any way. ___
Re: [rt-users] Customized Status
On Mon, Jan 24, 2011 at 03:14:03PM +0800, Adam Tang wrote: Dear RT friends, How do I change the status of open to taken? I found the word open quite confusing. are you sure, there is already a take wording usage when someone take a ticket. How would you make the difference? If you're problem is that you think to complicate to take then open a ticket, you can group both actions on the web UI to a TakeOpen action using callbacks like local/html/Callbacks/TakeOpen/Ticket/Elements/Tabs/Default which would replace those actions un share/html/Ticket/Elements/Tabs.
Re: [rt-users] Editing comments
On Fri, Jan 21, 2011 at 01:30:25PM -0500, Chris Hall wrote: Is there a way to edit comments? �Problem arose when a helpdesk guy here apparently copy and pasted into the comment block of a ticket, and it grabbed a bunch of bonus code. �Now the comments for that ticket read:�Message body not shown because it is too large. �He knows not to do that now, but I'm sure this will come up again, and I'd like to salvage this ticket, and any further comments seem to display the error above as well. �Is there an easy way to go in and edit the comments, to remove the extra junk that got put in it? You cannot edit a comment/response in RT. You have to to this in SQL directly in the database ... to be used carrefully! You can alsoe play with the option $MaxInlineBody: =item C$MaxInlineBody C$MaxInlineBody is the maximum attachment size that we want to see inline when viewing a transaction. RT will inline any text if value is undefined or 0. This option can be overridden by users in their preferences. =cut Set($MaxInlineBody, 12000); every text file with a length above this value will be replaced by Message body not shown because it is too large in the web UI and accessible with the download link.
[rt-users] Commenting PERL code in pm and MASON modules
Hello, I spent a week commenting PERL code in MASON modules and pm files. Having read some MASON modules, I was quite astonished that there was not almost any comment except th beginning one? So do you comment your MASON modules? Or do you put everything in a manual which could be an HTML file? I am looking forward to reading your replies. Greetings, Wolfram
Re: [rt-users] unpriviledge users can't see Attached More Files
On Fri, Jan 14, 2011 at 01:15:10PM -0800, foram goram wrote: Hi, I am using RT version 3.6.10 and when creating tickets or replying, unprivileged user cannot attache more than one file. There is no Attach More File as is the case with privileged users. Is there a way to make that button available to unprivileged users as well? You have to patch RT for this (look differences between share/html/Ticket/Create.html and share/html/SelfService/Create.html). As of 4.0.0rc1, this is still not possible to add more than one file in SelfService. You may open a feature request ticket to rt-b...@bestpractical.com for this ... with a patch ;)
[rt-users] Avoid ticket creation if not in the To address
Is there any way in RT where we could avoid ticket creation if the Request Tracker is not part of To list. We have emails auto creating tickets from some novice users who just CC emails to the Request tracker and most of them they are not intended to be tickets, instead in these scenarios we just want to fwd the email to another email alias. Any help would be appreciated.
Re: [rt-users] Base64 encoded emails unreadable
On Fri 21.Jan'11 at 13:18:05 -0800, Patrick Hess wrote: On Fri, Jan 21, 2011 at 11:15:52AM -0800, Patrick Hess wrote: Thanks for replying, Jesse. I can and will send a test from a blackberry. However, upgrading my version of RT is not practical. :( As a heads up, I didn't see any of the messages you sent as coming throught with a base64 content-transfer-encoding. Best, Jesse Understood. Unfortunately, helping with bugs in older versions that we've already fixed in current versions is something we can only really do in the context of a support contract. (But let's make sure that's the case first) Best, Jesse
Re: [rt-users] Customized Status
Take, to take, I want the ticket. Taken, having been took, I have the ticket. That said, I have my doubts that there is an answer. Adding extra statii was easy enough, but there is a warning in the config: DO NOT DELETE ANY OF THE DEFAULT STATUSES. If you do, RT will break horribly. Josh Narins Director of Application Development SeniorBridge 845 Third Ave 7th Floor New York, NY 10022 Tel: (212) 994-6194 Mobile: (917) 488-6248 Fax: (212) 994-4260 jnar...@seniorbridge.com SeniorBridge Managing Complex Chronic Care http://www.seniorbridge.com SeniorBridge Statement of Confidentiality: The contents of this email message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. Any dissemination, distribution or copying of this email by an unintended or mistaken recipient is strictly prohibited. In said event, kindly reply to the sender and destroy all entries of this message and any attachments from your system. Thank you.-Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Emmanuel Lacour Sent: Monday, January 24, 2011 9:28 AM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Customized Status On Mon, Jan 24, 2011 at 03:14:03PM +0800, Adam Tang wrote: Dear RT friends, How do I change the status of open to taken? I found the word open quite confusing. are you sure, there is already a take wording usage when someone take a ticket. How would you make the difference? If you're problem is that you think to complicate to take then open a ticket, you can group both actions on the web UI to a TakeOpen action using callbacks like local/html/Callbacks/TakeOpen/Ticket/Elements/Tabs/Default which would replace those actions un share/html/Ticket/Elements/Tabs.
Re: [rt-users] cannot display requestor or requestors attributes in rt CLI when specifying fields
On Fri, Jan 14, 2011 at 03:49:23PM +1100, Chris Herrmann wrote: Originally I had another problem which is that I couldn't get a bash script to execute an RT cli, pass in variables, and email the results as an attachment to a specified address but that's now sorted... except that if I cannot get the email address associated with a ticket requestor. It's a bug. Quick patch: diff --git a/share/html/REST/1.0/Forms/ticket/default b/share/html/REST/1.0/Forms/ticket/default index 0d403b2..280ab55 100755 --- a/share/html/REST/1.0/Forms/ticket/default +++ b/share/html/REST/1.0/Forms/ticket/default @@ -202,7 +202,7 @@ if (!keys(%data)) { foreach $key (@people) { next unless (!%$fields || (exists $fields-{lc $key})); -push @data, [ $key = [ $ticket-$key-MemberEmailAddresses ] ]; +push @data, [ $key = $ticket-$key-MemberEmailAddressesAsString ]; } $time = new RT::Date ($session{CurrentUser}); Feel free to open a bug to rt-b...@bestpractical.com for this :) and there is no way to get Requestors.Name currently ... patches are welcome ;)
Re: [rt-users] Change string with callback possible?
On Tue, Jan 11, 2011 at 05:12:58PM -0600, John Alberts wrote: I would like to change the default string about the content box when creating a ticket depending on the queue name. The current text is 'Describe the issue below' and I'd like to change it to be something more queue specific. I figured I might be able to do this with a callback, but I'm not sure how to do it. You cannot do this with a callback, you have to patch the template share/html/Ticket/Create.html and share/html/SelfService/Create.html if needed.
Re: [rt-users] Avoid ticket creation if not in the To address
On Mon, Jan 24, 2011 at 09:33:13AM -0500, Narayanaswamy, Nagaraj wrote: Is there any way in RT where we could avoid ticket creation if the “Request Tracker” is not part of “To” list. We have emails auto creating tickets from some novice users who just CC emails to the Request tracker and most of them they are not intended to be tickets, instead in these scenarios we just want to fwd the email to another email alias. If you really need this, then I think that the best place to do this is at the MDA side. That's not too difficult to do with maildrop/procmail/sieve.
Re: [rt-users] Customized Status
On Mon, Jan 24, 2011 at 09:46:31AM -0500, Josh Narins wrote: Take, to take, I want the ticket. Taken, having been took, I have the ticket. That said, I have my doubts that there is an answer. Adding extra statii was easy enough, but there is a warning in the config: DO NOT DELETE ANY OF THE DEFAULT STATUSES. If you do, RT will break horribly. if you just want to change open in the web UI to Taken, then just change the translation by creating a file in local/po/xx.po (xx = two letters of your language) with the following content: -cut- msgid msgstr MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n msgid Open msgstr Taken -cut- check in lib/RT/I18N/xx.po if other strings may need to be tranlsated. then restart your web server.
Re: [rt-users] Commenting PERL code in pm and MASON modules
On Mon, Jan 24, 2011 at 5:37 PM, Wolfram Huettermann wolfram.huetterm...@desy.de wrote: Hello, I spent a week commenting PERL code in MASON modules and pm files. Having read some MASON modules, I was quite astonished that there was not almost any comment except th beginning one? So do you comment your MASON modules? Or do you put everything in a manual which could be an HTML file? We don't put comments untill code is obviouse. comments are usable when it's not clear why thing implemented this way and not differently and may be more obviouse from a first glance. .pm files are documented using POD and we would love to see patches that cleanup or improve documentation for functions. I am looking forward to reading your replies. Greetings, Wolfram -- Best regards, Ruslan.
Re: [rt-users] Rép. : Re: CommandByMail only for certain queue
On Mon, Jan 24, 2011 at 07:42:37AM +0100, Horst Kriegers wrote: thanks for your answer. I've searched but don't find the answer... how can I do that ? With a scrip ? It is documented in the INSTALL or README documentation with the extension -kevin Thanks Horst Le Vendredi, 21. Janvier 2011 � 16:18, Kevin Falcone falc...@bestpractical.com a ecrit : On Fri, Jan 21, 2011 at 03:46:34PM +0100, Horst Kriegers wrote: Is there a possibility to activate (or deactivate) the CommandByMail extension only for certain queues ? It can be restricted to a group, but not specifically to a queue. -kevin ___ Le contenu de ce courriel est uniquement reserve `a la personne ou l'organisme `a qui il est destine. Si vous n'etes pas le destinataire prevu, veuillez nous en informer au plus vite et detruire le present courriel. Dans ce cas, il ne vous est pas permis de copier ce courriel, de le distribuer ou de l'utiliser de quelque maniere que ce soit. ___ The content of this e-mail is intended only and solely for the use of the named recipient or organisation. If you are not the named recipient, please inform us immediately and delete the present e-mail. In this case, you are nor allowed to copy, distribute or use this e-mail in any way. ___ pgpy4mOqMKGeU.pgp Description: PGP signature
[rt-users] Peg the dashboards to system menu (on the left) or top menu?
We would love to be able to quickly go back to our dashboards from within a ticket but when you go into a an individual ticket the list of dashboards go away from the top menu. Is there a quick modification to allow us to keep the list of dashboards on the left menu or the top menu? Thanks, Peter Boguszewski Library Systems Administrator UW Madison - Library Technology Group pboguszew...@library.wisc.edu 608.262.4768
Re: [rt-users] Peg the dashboards to system menu (on the left) or top menu?
On 11/01/24 12:05, Peter Boguszewski wrote: We would love to be able to quickly go back to our dashboards from within a ticket but when you go into a an individual ticket the list of dashboards go away from the top menu. Is there a quick modification to allow us to keep the list of dashboards on the left menu or the top menu? In RT 4, we've added dashboards to the main nav menu in the new aileron theme so you can access dashboards from any page in RT. http://grab.by/grabs/86bf2a302c39b49634763ece38a2dff7.png In 3.x, your best bet is probably to write a callback in /Elements/Tabs/Defaults to add dashboards to toptabs. There's no config option or anything, you'll have to get your hands into Perl. Shawn
Re: [rt-users] Base64 encoded emails unreadable
I know that when I reply to RT tickets from a BlackBerry it sends with the header set. I also know that my replies, in RT-3.6.3, look identical to the other BlackBerry users (the ASCII characters of base64 encoded). If you'd like, I'll create a test ticket in my system and divert an email so you can see. --phess -Original Message- From: Jesse Vincent [mailto:je...@bestpractical.com] Sent: Monday, January 24, 2011 6:40 AM To: Patrick Hess Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Base64 encoded emails unreadable On Fri 21.Jan'11 at 13:18:05 -0800, Patrick Hess wrote: On Fri, Jan 21, 2011 at 11:15:52AM -0800, Patrick Hess wrote: Thanks for replying, Jesse. I can and will send a test from a blackberry. However, upgrading my version of RT is not practical. :( As a heads up, I didn't see any of the messages you sent as coming throught with a base64 content-transfer-encoding. Best, Jesse Understood. Unfortunately, helping with bugs in older versions that we've already fixed in current versions is something we can only really do in the context of a support contract. (But let's make sure that's the case first) Best, Jesse
[rt-users] Help with perl code to resolve all children tickets
To list, I was fooling around with the idea of creating a scrip that would allow the resolution of a parent ticket to automatically resolve all children tickets. I thought this would be helpful if a developer had a bunch of sub-tasks/tickets and they didn't want to go in and resolve each one individually, they could just resolve the parent and that would cause a cascade effect to go ahead and resolve all the children. This is the code I developed: # Resolve all Ticket children when the Ticket is resolved if (defined($id)) { $tickets-FromSQL('Type = ticket AND MemberOf='.$id.''); # Loop thru all Children while (my $child = $tickets-Next) { next unless( $child-Status =~ /^(?:new|open|stalled)$/ ); $RT::Logger-info(Closing associated child); $child-SetStatus(resolved); This worked fine except in the situation where a Child ticket was also a Depends/on ticket. The cascade stops. Well, that made sense, but I want to get around that. So I tried to force it with: # Resolve all Ticket children when the Ticket is resolved $child-SetStatus(resolved, 'Force'); This didn't work. The top parent *was resolved*, but no cascade effect to any of the child tickets at all, even when there was no DependsOn relationship. I looked at the log and it shows the first ticket resolved, but no errors after that and yet, the children weren't resolved. Without the Force, it works just fine, up to the ticket with the DependsOnchild. So I went to several Perl handbooks (Perl Cookbook by O'Reilly, Perl for Dummies, etc.) and found nothing on the Set command, let alone the Force option. I went to the RT Essentials book and found nothing. I am *NOT* a perl programmer, but understand enough basic perl to be able to clone a scrip or two and modify it with what little perl knowledge(?) I have. Obviously, I don't know enough about perl to figure this one out. Can anyone help me out with some perl clues/instruction here? Thanks in advance. Kenn LBNL
[rt-users] Custom fields generating child tickets
Hey everyone. I have a few n00b questions for you on a new-ish RT 3.8.8 install: I have created a custom field labeled 'Send to:', where there is a dropdown list naming several queues. What I'm wondering is when selecting these options updating the ticket, if it could then create a child ticket in the queue selected via the custom field dropdown menu with the content that current reply / comment which would then be dependent on the 'master' ticket of sorts. --- Similar to http://www.gossamer-threads.com/lists/rt/users/68537? ,But different enough to require a separate answer, Let me know if you can, Kris Germann Fibernetics Corporation
Re: [rt-users] Custom fields generating child tickets
I should clarify because this sounds ridiculous the way I've wrote it, sorry: I am creating let's say. a order. I want to create it in Queue A, but Queues B, E, and G need to be notified about it; lets say one is shipping, one provisioning etc. So I want to comment / reply on the ticket, then have the ability to select queues B, E, and K and hit update, when this happens, it creates child tickets dependant on the original ticket and each with a subject suffix like below: Subject: {$Tickets{'TOP'}-Subject} - ChildTicketSuffix Depended-on-by: TOP Status: new Queue: Queue B, Queue E, Queue G Type: ticket Refers-To: {$Tickets{'TOP'}-Id()} Content: {$Transaction-Content} ENDOFCONTENT Thanks Kris Germann Fibernetics Corporation From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kris Germann Sent: Monday, January 24, 2011 3:25 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Custom fields generating child tickets Hey everyone. I have a few n00b questions for you on a new-ish RT 3.8.8 install: I have created a custom field labeled 'Send to:', where there is a dropdown list naming several queues. What I'm wondering is when selecting these options updating the ticket, if it could then create a child ticket in the queue selected via the custom field dropdown menu with the content that current reply / comment which would then be dependent on the 'master' ticket of sorts. --- Similar to http://www.gossamer-threads.com/lists/rt/users/68537? ,But different enough to require a separate answer, Let me know if you can, Kris Germann Fibernetics Corporation
[rt-users] Auto resolve ticket with e-mail
I am aware of the CommandByMail extenstion and have been able to make it work as advertised... But, is there a way to auto-resolve a ticket by simply sending an email to a specific address similar to the way that you can create and comment on a ticket by sending to a specific e-mail. Basically, sending email to queue-reso...@rt.blah with a line in the /etc/aliases file that would look like: queue-resolve: |/etc/smrsh/rt-mailgate --queue queue --action resolve --url https://rt.blah; Is this possible? Kurt Engle
Re: [rt-users] Help with perl code to resolve all children tickets
On Mon, Jan 24, 2011 at 12:06:02PM -0800, Kenneth Crocker wrote: To list, I was fooling around with the idea of creating a scrip that would allow the resolution of a parent ticket to automatically resolve all children tickets. I thought this would be helpful if a developer had a bunch of sub-tasks/tickets and they didn't want to go in and resolve each one individually, they could just resolve the parent and that would cause a cascade effect to go ahead and resolve all the children. This is the code I developed: # Resolve all Ticket children when the Ticket is resolved if (defined($id)) { $tickets-FromSQL('Type = ticket AND MemberOf='.$id.''); # Loop thru all Children while (my $child = $tickets-Next) { next unless( $child-Status =~ /^(?:new|open|stalled)$/ ); $RT::Logger-info(Closing associated child); $child-SetStatus(resolved); This worked fine except in the situation where a Child ticket was also a Depends/on ticket. The cascade stops. Well, that made sense, but I want to get around that. So I tried to force it with: # Resolve all Ticket children when the Ticket is resolved $child-SetStatus(resolved, 'Force'); This didn't work. The top parent was resolved, but no cascade effect to any of the child tickets at all, even when there was no DependsOn relationship. I looked at the log and it shows the first ticket resolved, but no errors after that and yet, the children weren't resolved. Without the Force, it works just fine, up to the ticket with the DependsOnchild. So I went to several Perl handbooks (Perl Cookbook by O'Reilly, Perl for Dummies, etc.) and found nothing on the Set command, let alone the Force option. I went to the RT Essentials book and found nothing. The relevant documentation is found in perldoc lib/RT/Ticket_Overlay.pm . You're passing incorrect arguments to SetStatus I am NOT a perl programmer, but understand enough basic perl to be able to clone a scrip or two and modify it with what little perl knowledge(?) I have. Obviously, I don't know enough about perl to figure this one out. Can anyone help me out with some perl clues/instruction here? Thanks in advance. Kenn LBNL pgpslKFzNB6Db.pgp Description: PGP signature
Re: [rt-users] Auto resolve ticket with e-mail
On Mon, Jan 24, 2011 at 01:31:15PM -0800, Kurt Engle wrote: I am aware of the CommandByMail extenstion and have been able to make it work as advertised... But, is there a way to auto-resolve a ticket by simply sending an email to a specific address similar to the way that you can create and comment on a ticket by sending to a specific e-mail. Basically, sending email to queue-reso...@rt.blah with a line in the /etc/aliases file that would look like: queue-resolve: |/etc/smrsh/rt-mailgate --queue queue --action resolve --url https://rt.blah; perldoc /opt/rt3/bin/rt-mailgate -kevin pgpca3UasXpVC.pgp Description: PGP signature
Re: [rt-users] Customized Status
Dear RT Friends, Thank you for the advices. I don't know where is the exact location for local, so, i go into rt-3.8.8\lib\RT\I18N and add the msgid and msgstr for Open but nothing happens. I am using ubuntu server os. Now, I am trying another way. I add custom field called Taken and apply to ticket with type of select a value. I can see the custom field is at ticket there with choices of no value and yes. but, how do I change the custom field from value no value to yes after user clicked take to own the ticket? Once again, thank you for your help. Date: Mon, 24 Jan 2011 16:06:01 +0100 From: elac...@easter-eggs.com To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Customized Status On Mon, Jan 24, 2011 at 09:46:31AM -0500, Josh Narins wrote: Take, to take, I want the ticket. Taken, having been took, I have the ticket. That said, I have my doubts that there is an answer. Adding extra statii was easy enough, but there is a warning in the config: DO NOT DELETE ANY OF THE DEFAULT STATUSES. If you do, RT will break horribly. if you just want to change open in the web UI to Taken, then just change the translation by creating a file in local/po/xx.po (xx = two letters of your language) with the following content: -cut- msgid msgstr MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n msgid Open msgstr Taken -cut- check in lib/RT/I18N/xx.po if other strings may need to be tranlsated. then restart your web server.
Re: [rt-users] Rép. : Re: CommandByMail only for certain queue
yes, sorry I saw not it right away :( Horst Le Lundi, 24. Janvier 2011 à 17:18, Kevin Falcone falc...@bestpractical.com a écrit : On Mon, Jan 24, 2011 at 07:42:37AM +0100, Horst Kriegers wrote: thanks for your answer. I've searched but don't find the answer... how can I do that ? With a scrip ? It is documented in the INSTALL or README documentation with the extension -kevin Thanks Horst Le Vendredi, 21. Janvier 201116:18, Kevin Falcone falc...@bestpractical.com a ecrit : On Fri, Jan 21, 2011 at 03:46:34PM +0100, Horst Kriegers wrote: Is there a possibility to activate (or deactivate) the CommandByMail extension only for certain queues ? It can be restricted to a group, but not specifically to a queue. -kevin ___ Le contenu de ce courriel est uniquement reserve `a la personne ou l'organisme `a qui il est destine. Si vous n'etes pas le destinataire prevu, veuillez nous en informer au plus vite et detruire le present courriel. Dans ce cas, il ne vous est pas permis de copier ce courriel, de le distribuer ou de l'utiliser de quelque maniere que ce soit. ___ The content of this e-mail is intended only and solely for the use of the named recipient or organisation. If you are not the named recipient, please inform us immediately and delete the present e-mail. In this case, you are nor allowed to copy, distribute or use this e-mail in any way. ___ ___ Le contenu de ce courriel est uniquement réservé à la personne ou l'organisme à qui il est destiné. Si vous n'êtes pas le destinataire prévu, veuillez nous en informer au plus vite et détruire le présent courriel. Dans ce cas, il ne vous est pas permis de copier ce courriel, de le distribuer ou de l'utiliser de quelque manière que ce soit. The content of this e-mail is intended only and solely for the use of the named recipient or organisation. If you are not the named recipient, please inform us immediately and delete the present e-mail. In this case, you are nor allowed to copy, distribute or use this e-mail in any way. ___