<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body>
<div style="padding-bottom: 10px; padding-top: 5px;">
<div style="padding:12px; border:1px solid #8D3970; background-color:#F7F9FA; color:#8D3970; font-size:14px; line-height:22px; font-family: Calibri, Arial, Helvetica, sans-serif;">
<strong>CAUTION:</strong> This e-mail originated outside the University of Southampton.
</div>
</div>
<div>
<p><font size="2" face="sans-serif">Hi David,</font><br>
<br>
<font size="2" face="sans-serif">thank you for looking at this and your explanations.</font><br>
<br>
<font size="2" face="sans-serif">It looks like dataset history may use quite a lot of processing time - is it used anywhere? Otherwise, I would deactivate it in our configuration, because I see no report for it.</font><br>
<font size="2" face="sans-serif">Will add some timestamps to process_stats to figure out the time each dataset uses.</font><br>
<br>
<font size="2" face="sans-serif">As said, we are way beyond 30000 items (170'000). The database is on InnoDB and on a separate, large MariaDB primary/replica server with a lot of InnoDB cache (48 GB, enough to keep the largest tables in cache). So, there should
be no bottleneck from this part.</font><br>
<br>
<font size="2" face="sans-serif">Kind regards,</font><br>
<br>
<font size="2" face="sans-serif">Martin</font><br>
<br>
<br>
<font size="2" face="sans-serif">--</font><br>
<font size="2" face="sans-serif">Dr. Martin Brändle</font><br>
<font size="2" face="sans-serif">Zentrale Informatik</font><br>
<font size="2" face="sans-serif">Universität Zürich</font><br>
<font size="2" face="sans-serif">Stampfenbachstr. 73</font><br>
<font size="2" face="sans-serif">CH-8006 Zürich</font><br>
<br>
<font size="2" face="sans-serif">mail: martin.braendle@uzh.ch</font><br>
<font size="2" face="sans-serif">phone: +41 44 63 56705</font><br>
<font size="2" face="sans-serif">fax: +41 44 63 54505</font><br>
<a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.zi.uzh.ch%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913368816749%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Bs4pNzoX61JIRjPg0lLG8Y29LtkaAnwocJEG8T3DdPA%3D&reserved=0" originalSrc="http://www.zi.uzh.ch/" shash="A9CiSHcr2wZZzDpiDgj2hB2xc8dIehs50xj37/v9U5XCOjK9KgvtdetvW7L0VV8mE4L7X5jDICM1gZY87u/vlyiENDosZwhUP3Vszv+yarBxIJCYW7U+qKMmZbm5kvRUh5yieyGK19TCFm3uoV4er8PkihDFUESt3f0AUAkINV8="><font size="2" face="sans-serif">http://www.zi.uzh.ch</font></a><br>
<br>
<br>
<img width="16" height="16" src="cid:1__=4EBB0DA7DFA03E0F8f9e8a93df938690918c4EBB0DA7DFA03E0F@lotus.uzh.ch" border="0" alt="Inactive hide details for "David R Newman" ---14/08/2021 13:48:47---Hi Martin, I do not have any day-to-day involvement with th"><font size="2" color="#424282" face="sans-serif">"David
R Newman" ---14/08/2021 13:48:47---Hi Martin, I do not have any day-to-day involvement with the IRStats2 plugin. Like</font><br>
<br>
<font size="1" color="#5F5F5F" face="sans-serif">Von: </font><font size="1" face="sans-serif">"David R Newman" <drn@ecs.soton.ac.uk></font><br>
<font size="1" color="#5F5F5F" face="sans-serif">An: </font><font size="1" face="sans-serif">martin.braendle@uzh.ch, eprints-tech@ecs.soton.ac.uk</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Datum: </font><font size="1" face="sans-serif">14/08/2021 13:48</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Betreff: </font><font size="1" face="sans-serif">Re: Antwort: Re: [EP-tech] Message during process_stats IRStat2</font><br>
</p>
<hr width="100%" size="2" align="left" noshade="" style="color:#8091A5; ">
<br>
<br>
<br>
<font size="3" face="serif">Hi Martin,</font>
<p><font size="3" face="serif">I do not have any day-to-day involvement with the IRStats2 plugin. Like a couple of other complex plugins, I have a sufficient understanding of how they work to test these against my developments to the core codebase but don't
actively take part in their development. </font> </p>
<p><font size="3" face="serif">The IRStats2 plugin suffers from its success as probably the most popular plugin in the Bazaar. Therefore, lots of people have made their own local tweaks to it to meet their niche requirements, which makes it difficult to bring
these all back to a single cogent release, particularly as some of the changes to EPrints 3.4 (from 3.3) means that it has some of its own individual requirements, like the issue Izwan raised. We have a modified version of IRStats2 to deal with these as well
as other optimisations for the operating system and (virtual) hardware specification that we run repositories with IRStats2.</font>
</p>
<p><font size="3" face="serif">One of my colleagues has a deeper undestanding of the plugin and when we worked in the same office I do remember him cursing the significant lack of optimisation in some of the code for process_stats. So I think some of these
local modifications relate to improving this but I am uncertain of the details. So I will try to catch up with him about this, hopefully some time next week.</font>
</p>
<p><font size="3" face="serif">We run a number of repositories that have six figure number (100 thousand plus) of items and nine figure number (100 million plus) of access table records. I cannot be certain how long process_stats take to run on these repositories
but apart from when they unexpectedly come under heavy load overnight, I have not noticed process_stats still running during the day when I have been working on them. I would say that if you are running the latest IRStats2 Bazaar plugin, then you would need
quite a large repository (multiple tens of thousands of items, e.g. at least 30,000+) before running process_stats daily might become a problem. I think if you have switched over to using InnoDB tables this removes the issue with blocking on the access table
when process_stats is running, which can affect responsiveness for those accessing abstract pages or downloading documents during this time (and why process_stats cron jobs should be run overnight, although with InnoDB tables this is more to move the added
CPU load to a quieter time of day). However, having InnoDB tables is unlikely to significantly alter the amount of time process_stats takes to run.</font>
</p>
<p><font size="3" face="serif">From an organisational point of view, having an eprints and eprintsug GitHub repository for IRStats2 is unhelpful and I think it is one reason for the lack of development, as the 'ownership' of IRStats2 is unclear. I am hopeful
that this situation can be resolved but there are various complexities that have prevented this up to now. However, I did recently deprecate some eprints GitHub organisation repositories and add pointers to their eprintsug equivalents to resolve this problem
for some less contentious plugins.</font> </p>
<p><font size="3" face="serif">Regards</font> </p>
<p><font size="3" face="serif">David Newman</font> </p>
<p><font size="3" face="serif">On 13/08/2021 17:00, </font><a href="mailto:martin.braendle@uzh.ch"><font size="3" color="#0000FF" face="serif"><u>martin.braendle@uzh.ch</u></font></a><font size="3" face="serif"> wrote:</font>
</p>
<ul style="padding-left: 36pt; margin-left: 0px">
<font size="2" color="#8D3970" face="Calibri"><b>CAUTION:</b></font><font size="2" color="#8D3970" face="Calibri"> This e-mail originated outside the University of Southampton.
</font>
<p><font size="2" face="sans-serif">Hi David,</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
daily incremental updates are ok for small repositories.<br>
However, on a big repo such as ZORA (170K items in total), an incremental update takes 9-10 hours, so we do it weekly, on a separate compute server.</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
It doesn't seem that the processing the access table (which is processed in chunks of 100000) is the time-limiting step. According to my last log, that takes about 1000 seconds for 250000 access records. So the rest must have been spent on the history and the
eprint set.</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
Processing time seems to go linear with the number of repository items and exponential with access (because accesses grow exponentially the more items are added over time).</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
Any insights on how the other steps (history, eprint statistics) can be improved performance-wise?</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
>From what I gather from GitHub (eprints and eprintsug), the Processor code hadn't been touched since years.</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
Kind regards,</font><font size="3" face="serif"><br>
</font><font size="2" face="sans-serif"><br>
Martin </font><font size="3" face="serif"><br>
<br>
</font><font size="2" face="sans-serif"><br>
--<br>
Dr. Martin Brändle<br>
Zentrale Informatik<br>
Universität Zürich<br>
Stampfenbachstr. 73<br>
CH-8006 Zürich</font><font size="3" face="serif"><br>
<br>
<br>
</font><img src="cid:1__=4EBB0DA7DFA03E0F8f9e8a93df938690918c4EBB0DA7DFA03E0F@lotus.uzh.ch" width="16" height="16" alt="Inactive hide details for "David R Newman via
Eprints-tech" ---13/08/2021 14:53:14---Hi Izwan, Just
to clarify the process_stat"><font size="2" color="#424282" face="sans-serif">"David
R Newman via Eprints-tech" ---13/08/2021 14:53:14---Hi Izwan, Just to clarify the process_stats script can be run in two different</font><font size="3" face="serif"><br>
</font><font size="1" color="#5F5F5F" face="sans-serif"><br>
Von: </font><font size="1" face="sans-serif">"David R Newman via Eprints-tech" </font>
<a href="mailto:eprints-tech@ecs.soton.ac.uk"><font size="1" color="#0000FF" face="sans-serif"><u><eprints-tech@ecs.soton.ac.uk></u></font></a><font size="1" color="#5F5F5F" face="sans-serif"><br>
An: </font><font size="1" face="sans-serif">"MOHD.IZWAN SALIM" </font><a href="mailto:mohdizwan8733@uitm.edu.my"><font size="1" color="#0000FF" face="sans-serif"><u><mohdizwan8733@uitm.edu.my></u></font></a><font size="1" color="#5F5F5F" face="sans-serif"><br>
Kopie: </font><font size="1" face="sans-serif">"EDER Norbert via Eprints-tech" </font>
<a href="mailto:eprints-tech@ecs.soton.ac.uk"><font size="1" color="#0000FF" face="sans-serif"><u><eprints-tech@ecs.soton.ac.uk></u></font></a><font size="1" color="#5F5F5F" face="sans-serif"><br>
Datum: </font><font size="1" face="sans-serif">13/08/2021 14:53</font><font size="1" color="#5F5F5F" face="sans-serif"><br>
Betreff: </font><font size="1" face="sans-serif">Re: [EP-tech] Message during process_stats IRStat2</font><font size="1" color="#5F5F5F" face="sans-serif"><br>
Gesendet von: </font><a href="mailto:eprints-tech-bounces@ecs.soton.ac.uk"><font size="1" color="#0000FF" face="sans-serif"><u><eprints-tech-bounces@ecs.soton.ac.uk></u></font></a>
</p>
<p></p>
<hr width="100%" size="2" align="left" noshade="">
<font size="3" face="serif"><br>
<br>
<br>
Hi Izwan, </font>
<p><font size="3" face="serif">Just to clarify the process_stats script can be run in two different ways. One is an initial setup that does various one time task and then processes all of the existing access table records. The other is just doing an incremental
update of stats for the previous day. The latter should be done via a daily cron job in the eprints crontab. If you are referring to running the initial setup way, then it might be worth regenerating the stats from scratch, as over time you may have had
a lot of internal requests over the lifetime of your repository that would now not be marked as such in your usage stats. However, I don't expect a regular EPrints repository to make that many internal (i.e. from the eprints server itself) requests. It would
only be if you have some bespoke functionality running on your repository that will request abstract pages or download documents. However, if you were referring to just running the incremental daily update method (for process_stats), assuming that increment
is only a day or a few days, then re-running this will not make any difference and regenerating all the stats from scratch would not be worth it, as you probably have very little if any internal requests in this timeframe.
</font></p>
<p><font size="3" face="serif">I get a bit of a feeling that you are not running the process_stats script on a daily basis to make these incremental updates. Check the out the wiki page that explains about this and how to setup a cron job:
</font></p>
<p><a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FIRStats2%23Processing&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913368826707%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QEXD09o%2FapvjLFl9j3BAbth%2F0Zb%2FqcdRmJkcTfo78XQ%3D&reserved=0" originalSrc="https://wiki.eprints.org/w/IRStats2#Processing" shash="kZzXR8zZF5ozfYlvs3nPCAWAhCiNC5lVBAglsDsl+yjuwlo6Jyz6PmV93yYbkajdN0O7+NrScgeLJthOcnVbaiAyFw66N+aK0eDa3lBz/CkSLSAP5h6utEzAlHJ7d81jBZgU6WNsU3j102k6eL13bmUFIq2FlWDkc8uYqypS32M="><font size="3" color="#0000FF" face="serif"><u>https://wiki.eprints.org/w/IRStats2#Processing</u></font></a><font size="3" face="serif"> </font>
</p>
<p><font size="3" face="serif">Regards </font></p>
<p><font size="3" face="serif">David Newman </font></p>
<p><font size="3" face="serif">On 13/08/2021 13:12, MOHD.IZWAN SALIM wrote: </font>
</p>
<p><font size="2" color="#8D3970" face="Calibri"><b>CAUTION:</b></font><font size="2" color="#8D3970" face="Calibri"> This e-mail originated outside the University of Southampton.
</font><font size="3" face="serif"><br>
Dear David <br>
<br>
Should I apply the change and re-run the script?<br>
<br>
I already ran it for 2 days?<br>
<br>
Is there any different stat after I apply the change?<br>
<br>
Regards<br>
</font><font size="3" face="serif"><b><br>
Izwan<br>
UiTM Digital Library</b></font><font size="3" color="#0000FF" face="serif"><u><br>
</u></font><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fir.uitm.edu.my%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913368826707%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=vgZZvU2%2BxbgiVLUrSQDTPai4EMIf6Rgi%2FB5ccVkQTMM%3D&reserved=0" originalSrc="http://ir.uitm.edu.my/" shash="DUVAj/Cp/J8S2Wpx0lDCtsQsohbrmh8vsEj4jYmmueQhfA+SkM1kAfVRpcVq9VlNcDreNhwri8s6NxTSMSBLIaxyBGnNOJl8kwJVnhA6MaxpZeEAHMR29fQz/KrYaMjFx83KaW4vgjHU6HeXRAD/eejVMyp+mVYnAOCEOKKiF1c=" target="_blank"><font size="3" color="#0000FF" face="serif"><u>https://ir.uitm.edu.my/</u></font></a><font size="3" face="serif"><br>
<br>
<br>
On Fri, Aug 13, 2021 at 4:45 PM David R Newman <</font><a href="mailto:drn@ecs.soton.ac.uk"><font size="3" color="#0000FF" face="serif"><u>drn@ecs.soton.ac.uk</u></font></a><font size="3" face="serif">> wrote:
</font><br>
<font size="3" face="serif">Hi Izwan, </font></p>
<p><font size="3" face="serif">Looking at the line of code that has the error:<br>
</font> </p>
<p><font size="3" face="serif">One of the these to variables is not set. As there is a comparison involving $hostname further up in the file, it must be $self->{host} that is not set. This is earlier set from line 24:
</font></p>
<p><font size="3" face="serif">$self->{host} = $self->{session}->config( "host" );
</font></p>
<p><font size="3" face="serif">My suspicion is that you have reconfigured your repository to be HTTPS only and there only set $c->{securehost} and not $c->{host} in your archive's cfg/cfg.d/</font><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F10_core.pl%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369682940%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=xZDFSteOLilxi5tBZsHOykz42nVITpSXMUo8Dzud4Hg%3D&reserved=0" originalSrc="http://10_core.pl/" shash="CzYKf0Fp6boiwbFu7bCJp/X6r4zgYEX/NIURD0HQaLmvXL61ORZdThjQOlZ+u9ilQ/OnzyUlzv79KftGU7F/zOxVPb2dSYjLESKytwYWbYKlZNN86KkbqDk37KUGwm/gpLEj295OpyWz2dHTmH7IiNyZPlhDSLjrzgza9g39bf8=" target="_blank"><font size="3" color="#0000FF" face="serif"><u>10_core.pl</u></font></a><font size="3" face="serif"> (or
some other config file in the same directory). If $c->{host} is set to undef this would also return the same error message here. To resolve this problem you should go to line 24 of /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm
and add the following line after it: </font></p>
<p><font size="3" face="serif">$self->{host} ||= $self->{session}->config( "securehost" );
</font></p>
<p><font size="3" face="serif">This will set $self->{host} to the config value of securehost if there is no value set for host. I have had to make various amendments to EPrints to support the no $c->{host} set means HTTPS only, so that it does not break things
that expect it to always be set. However, not setting $c->{host} seemed like the most intuitive way to allow system administrators to know they have configured their repository for HTTPS only.
</font></p>
<p><font size="3" face="serif">Unfortunately, there has not been a new release of IRStats 2 since these changes were baked into recent versions of EPrints 3.4. In part due to this only affecting those who configured there repositories for HTTPS only in this
way. </font></p>
<p><font size="3" face="serif">Regards </font></p>
<p><font size="3" face="serif">David Newman </font></p>
<p><font size="3" face="serif">On 13/08/2021 09:26, MOHD.IZWAN SALIM via Eprints-tech wrote:
</font></p>
<p><font size="2" color="#8D3970" face="Calibri"><b>CAUTION:</b></font><font size="2" color="#8D3970" face="Calibri"> This e-mail originated outside the University of Southampton.
</font><font size="3" face="serif"><br>
Dear all, I just migrated and upgraded EPrints 3.3.16 to 3.4.3. Everything worked fine until I ran the process_stat --setup for IRSTAT2.
<br>
<br>
The statistic is running (i guess) but it only shows message<br>
Use of uninitialized value in string eq at /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm line 84.
<br>
Use of uninitialized value in string eq at /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm line 84.<br>
Use of uninitialized value in string eq at /usr/share/eprints/lib/plugins/EPrints/Plugin/Stats/Processor/Access/Referrer.pm line 84.<br>
Access: incremental commit to DB<br>
<br>
I'm using mysql 8. I want to get rid of that message.<br>
<br>
Regards<br>
</font><font size="3" face="serif"><b><br>
Izwan<br>
UiTM Digital Library</b></font><font size="3" color="#0000FF" face="serif"><u><br>
</u></font><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fir.uitm.edu.my%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369682940%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=huketSoMOHKy7mxk%2FYpGNx1O0ymXypu61MtxiAuRbqU%3D&reserved=0" originalSrc="http://ir.uitm.edu.my/" shash="khm+yRZHSjxr7mcl6siSyxcuJzLY2YxSaO+vT4zYicN6Ri+czQY6BSAvMZgrBGtU7zm4bGNDma5NcQyuDQvpJiYa1WttNmAPYdhQe6RK03jt47hiHvVu+pSAvcJCPetbf9MoIezvq0o1c7U0LL1hm9+yTOXZvFUAyACFMApdrGo=" target="_blank"><font size="3" color="#0000FF" face="serif"><u>http://ir.uitm.edu.my/</u></font></a>
</p>
<p><font size="3" face="serif"><b>PENAFIAN: </b></font><font size="2" face="serif">E-mel ini dan apa-apa fail yang dihantar bersama-samanya ("Mesej") adalah dihasratkan hanya untuk kegunaan penerima yang dinyatakan di atas dan mungkin mengandungi maklumat yang
tidak umum, bermilik, istimewa, sulit dan dikecualikan dari penzahiran di bawah undang-undang yang terpakai termasuklah Akta Rahsia Rasmi 1972.
</font><a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369692899%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=tqh7fwC1JEI6c4yJLrEciv323O%2F%2BV90r28Lnigpd38o%3D&reserved=0" originalSrc="https://mail.uitm.edu.my/index.php/component/content/article?id=2&Itemid=103" shash="bIU0cHpdAOOPn4iDI1lwoHTJzVTZvn/Dt636GAocPLaOr3khShcEOK3ZHye973KNYl46gnLWHZSMbBfaDw/u7wDVY/6GiT/IZRz6B2D8CG5l0RXWHkn5k8tS24DFsUkfLsTY7bgvq6i70QWABwiUIcmfMEqpaam1B8okfzvKkxM=" target="_blank"><font size="2" color="#FFFFFF" face="serif"><u>BACA
SELANJUTNYA...</u></font></a><font size="3" face="serif"> </font> </p>
<p></p>
<hr width="100%" size="2" align="left">
<font size="3" face="serif"><b><i>DISCLAIMER :</i></b></font><font size="2" face="serif"><i> This e-mail and any files transmitted with it ("Message") is intended only for the use of the recipient(s) named above and may contain information that is non-public,
proprietary, privileged, confidential and exempt from disclosure under applicable law including the Official Secrets Act 1972.
</i></font><a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369692899%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=tqh7fwC1JEI6c4yJLrEciv323O%2F%2BV90r28Lnigpd38o%3D&reserved=0" originalSrc="https://mail.uitm.edu.my/index.php/component/content/article?id=2&Itemid=103" shash="bIU0cHpdAOOPn4iDI1lwoHTJzVTZvn/Dt636GAocPLaOr3khShcEOK3ZHye973KNYl46gnLWHZSMbBfaDw/u7wDVY/6GiT/IZRz6B2D8CG5l0RXWHkn5k8tS24DFsUkfLsTY7bgvq6i70QWABwiUIcmfMEqpaam1B8okfzvKkxM=" target="_blank"><font size="2" color="#FFFFFF" face="serif"><u>READ
MORE...</u></font></a><font size="3" face="serif"><br>
</font><tt><font size="3"><br>
*** Options: </font></tt><a href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech" target="_blank"><tt><font size="3" color="#0000FF"><u>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</u></font></tt></a><tt><font size="3"><br>
*** Archive: </font></tt><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369702852%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FioONexXRIpVxzGOq6vlVo4F6G3OAYp4lZwvD78HTT4%3D&reserved=0" originalSrc="http://www.eprints.org/tech.php/" shash="xNBmI0Vu5PklZn1P/ycWyPbPhulcaafUfialaMbwumnGlNxDk85IqW7GTo7gJqg9N4WNmnEn+F0TZROkUwtz40M2I11AqHRBqpbjUmzkIRckvGhIiYnwaerKPOHz/BIJp7IXnrrQ7vhQtsj1LAUZoeH4IB7qt6BdxnYQfU0sS8w=" target="_blank"><tt><font size="3" color="#0000FF"><u>http://www.eprints.org/tech.php/</u></font></tt></a><tt><font size="3"><br>
*** EPrints community wiki: </font></tt><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369702852%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=giGGupolfa9HGx667DwVEdaVvYPOJV%2BC7JmwspnkGZE%3D&reserved=0" originalSrc="http://wiki.eprints.org/" shash="pkI78CK45GlP37+1ve6buO9C1D1KgUWffZMNIxdxWGk7cJzQu/rIObN0eOJF6QFq7d6N/oeglv38l4pTntq3vk70PaMOuVDpRua92Djs5lrjNaIEZEl+qEEFR2Q7iP9WaK7H9Jxr50+InP3gQxYNph7bQ3Qrr1Xdaw+LgtsE5TY=" target="_blank"><tt><font size="3" color="#0000FF"><u>http://wiki.eprints.org/</u></font></tt></a><font size="3" face="serif"> </font>
<table border="1">
<tbody>
<tr valign="top">
<td width="47" valign="middle"><img width="1" height="1" src="cid:2__=4EBB0DA7DFA03E0F8f9e8a93df938690918c4EBB0DA7DFA03E0F@lotus.uzh.ch" border="0" alt=""></td>
<td width="139" valign="middle">
<ul style="padding-left: 2pt; margin-left: 0px">
<font size="2" color="#41424E" face="Arial">Virus-free. </font><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369712808%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ND2q0qwfq1BHMEZsy5ZGzmWGw%2BncYALZOuvdevRVrYM%3D&reserved=0" originalSrc="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient" shash="lJBxDgkOUiXP8teimBWqjoXJM55P8pJAH1Ah/ARrU8GwFIGbfl8sRmsqurJDuf0TMIjVtAR5UBwxstmgrzp/2Lmi0coS+IdWk/FXeCBckf5ZbA98D28J9pyap63h7T0OW0cLcnsM0b2JYvxSmqsCVofvqBhJTRdG5llNiG8LYug=" target="_blank"><font size="2" color="#4453EA" face="Arial"><u>www.avg.com</u></font></a><font size="2" color="#41424E" face="Arial"> </font><font size="3" face="serif"> </font></ul>
</td>
</tr>
</tbody>
</table>
<font size="3" face="serif"><b>PENAFIAN: </b></font><font size="2" face="serif">E-mel ini dan apa-apa fail yang dihantar bersama-samanya ("Mesej") adalah dihasratkan hanya untuk kegunaan penerima yang dinyatakan di atas dan mungkin mengandungi maklumat yang
tidak umum, bermilik, istimewa, sulit dan dikecualikan dari penzahiran di bawah undang-undang yang terpakai termasuklah Akta Rahsia Rasmi 1972.
</font><a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369712808%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WOI%2FUopVr4bFbW5idoVEaIp2MpnyjS0VP%2FjSZdNLIYI%3D&reserved=0" originalSrc="https://mail.uitm.edu.my/index.php/component/content/article?id=2&Itemid=103" shash="LO/zs32m54XAwpCxC1fCb/5inJ4NBJUcmyxd8WchUpEOvujNmLlGLkb7PEkSmV8XD6bk7yfEyIbNkSN4oxAkGhOrI4XytPgIBYMufnrVeXMJyrcTX7PLB1BQOQdUSK2e+2g6auPRzZrS7ZD4RNlvwQJguidEF+af34L1ZnJUQKk=" target="_blank"><font size="2" color="#FFFFFF" face="serif"><u>BACA
SELANJUTNYA...</u></font></a><font size="3" face="serif"> </font>
<p></p>
<hr width="100%" size="2" align="left">
<font size="3" face="serif"><b><i>DISCLAIMER :</i></b></font><font size="2" face="serif"><i> This e-mail and any files transmitted with it ("Message") is intended only for the use of the recipient(s) named above and may contain information that is non-public,
proprietary, privileged, confidential and exempt from disclosure under applicable law including the Official Secrets Act 1972.
</i></font><a href="https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.uitm.edu.my%2Findex.php%2Fcomponent%2Fcontent%2Farticle%3Fid%3D2%26Itemid%3D103&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369712808%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WOI%2FUopVr4bFbW5idoVEaIp2MpnyjS0VP%2FjSZdNLIYI%3D&reserved=0" originalSrc="https://mail.uitm.edu.my/index.php/component/content/article?id=2&Itemid=103" shash="LO/zs32m54XAwpCxC1fCb/5inJ4NBJUcmyxd8WchUpEOvujNmLlGLkb7PEkSmV8XD6bk7yfEyIbNkSN4oxAkGhOrI4XytPgIBYMufnrVeXMJyrcTX7PLB1BQOQdUSK2e+2g6auPRzZrS7ZD4RNlvwQJguidEF+af34L1ZnJUQKk=" target="_blank"><font size="2" color="#FFFFFF" face="serif"><u>READ
MORE...</u></font></a><tt><font size="2">*** Options: </font></tt><a href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech"><tt><font size="2" color="#0000FF"><u>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</u></font></tt></a><tt><font size="2"><br>
*** Archive: </font></tt><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369722765%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=v133ipoZZoKx8FyNZkITFfJ4AMkgH5Uecp4FoBQJDu0%3D&reserved=0" originalSrc="http://www.eprints.org/tech.php/" shash="Z0nZ84H8o+oTGG2/qno/s/lzAcH7rydxUHgvV0txdP36JsPtajcZkjRztpcU0cRcZnBR2YY3p2RTE7NHM5QewNl/iHLJVqBBcNe2FaHTbXi43l7DYK2Hux7VkynrvsRKYReR6COH7a67brr6tfVjlYU8aqkmOG1SRiGD/bJmqqI="><tt><font size="2" color="#0000FF"><u>http://www.eprints.org/tech.php/</u></font></tt></a><tt><font size="2"><br>
*** EPrints community wiki: </font></tt><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369722765%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=lpJFLm68vACmYvklNKW5cMy8ijpx02Hgztt4WGqQHpc%3D&reserved=0" originalSrc="http://wiki.eprints.org/" shash="QJkrbVl3QO+WW6KZyldNENLgIYTxEDDmtJTuHMiyNhLAn+1coAJ7vHe0YwMLUAAGaVBPyRVtZutpuRkY3QaFXarbhpcRg0bXBMMQFmnpc1RL5JD5DHKsuOtJwXs6StGkRIlnsRt8/b7ZsK/vanw+40ZzGZyU0BAfckO4W6YUEgo="><tt><font size="2" color="#0000FF"><u>http://wiki.eprints.org/</u></font></tt></a><font size="3" face="serif"> </font></ul>
<table border="1">
<tbody>
<tr valign="top">
<td width="47" valign="middle">
<ul style="padding-left: 0pt; margin-left: 0px">
<a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369732715%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=cFNE%2BJ7Hy8FesqZ0iBfsRNHLJiFsQTWRH5LfasxbpzE%3D&reserved=0" originalSrc="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient" shash="eDcjn/b4DArX3Jomc+JHTBz1fnFAPZqyiTUJEipuFxIvQL9tpH/t2rV+t+0YI1U6rz4l+BksvlXi0K7uX7OgHBeH6qAIAevnxNP2z4e0lY+dLXYdQEd4efXoSSAGZrzToBeA5QOBmt6mCtf+hsKn/KekUByPu3CoY3rs8ELNJ2w=" target="_blank"></a></ul>
</td>
<td width="139" valign="middle">
<ul style="padding-left: 0pt; margin-left: 0px">
<font size="2" color="#41424E" face="Arial">Virus-free. </font><a href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C41db4fe324024d11738108d96165b78f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637647913369732715%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=cFNE%2BJ7Hy8FesqZ0iBfsRNHLJiFsQTWRH5LfasxbpzE%3D&reserved=0" originalSrc="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient" shash="eDcjn/b4DArX3Jomc+JHTBz1fnFAPZqyiTUJEipuFxIvQL9tpH/t2rV+t+0YI1U6rz4l+BksvlXi0K7uX7OgHBeH6qAIAevnxNP2z4e0lY+dLXYdQEd4efXoSSAGZrzToBeA5QOBmt6mCtf+hsKn/KekUByPu3CoY3rs8ELNJ2w=" target="_blank"><font size="2" color="#4453EA" face="Arial"><u>www.avg.com</u></font></a><font size="2" color="#41424E" face="Arial"> </font></ul>
</td>
</tr>
</tbody>
</table>
<a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"></a><br>
<br>
</div>
</body>
</html>