I have Moodle server configured to password reset using a Gmail account. Recently I had to migrate all the Moodle websites to a new CentOS 7 server (The Postfix was active with default configurations). Suddenly all the teachers were received thousands of emails subjected "Students at risk in 'Course Name'" with the body,
>Hi "Teacher name",
>A number of students in "Course Name" have never accessed the course.
>
>View insight (this is a link to 'https://my.moodle.url/report/insights/insights.php?modelid=4&contextid=14517')
One Teacher informed me this is happened due to Insights module and he deactivated the same module. I also deactivated the Postfix. Then everything was fine for about a week.
Today from another Moodle website in the same server has sent an email to another teacher subjected 'Upcoming courses have no teachers or students' and the body,
Hi 'Teacher name',
Courses with start dates in the next week have been
identified as having no teacher or student enrolments.
View insight (Linked to
https://my.moodle.url/report/insights/insights.php?modelid=2&contextid=1)
Reading this in an email? Download the mobile app and receive
notifications on your mobile device. (Linked to
'https://download.moodle.org/mobile?version=2019111803.02&lang=en&iosappid=633359593&androidappid=com.moodle.moodlemobile')
Please kindly support me to solve this issue. Is my server/ Moodle websites hacked?
Server configurations:
CentOS 7 (Linux my.host.name 3.10.0-1127.8.2.el7.x86_64 #1 SMP Tue
May 12 16:57:42 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
Nginx 1.16.1
php 7.2.31
Moodle 3.8
Thank you,
This is due to a setting that must be still activated in Moodle adminitration. You can search for the key-word enableanalytics and turn this setting off.
The server may not send any of those emails after that.
The documentation of this tool can be found here : https://docs.moodle.org/38/en/Analytics_settings
I just installed the VScode Windows zip version with vim extension on Windows 7. For privacy I disabled these options in the settings.json file:
{
"update.channel": "none",
"telemetry.enableTelemetry": false,
"telemetry.enableCrashReporter": false
}
But VScode is still connecting to different MS Internet sites at startup:
191.238.172.191 Microsoft Informatica Ltda (br)
40.114.241.141 Microsoft Corporation (MSFT)
40.77.226.250 Microsoft Corporation (MSFT)
How can I disable VScode connecting to sites in the background I don't want to connect to?
I ran the program with Wireshark on linux and I can confirm the background connections.
The first address is for marketplace.visualstudio.com, so it's probably used for extension update checks or similar? If you use extensions you might want to leave it as it is.
The last addresses are most likely related to telemetry. Visual Studio Code makes several DNS lookups even though the telemetry and updates are "disabled". You can try to add some of those DNS names to your hosts file in order to prevent the connections, but keep in mind that doing so might have side effects on your system functionality as Windows uses them for other (telemetry and such) purposes. Here are a few of the DNS lookups I was able to trigger with a small testing, there are likely many more:
0.0.0.0 dc.services.visualstudio.com
0.0.0.0 dc.trafficmanager.net
0.0.0.0 vortex.data.microsoft.com
0.0.0.0 weu-breeziest-in.cloudapp.net
I share your concerns. Having 20 years of experience with Microsoft I'm very frustrated and scared of using any of their products. The license for Visual Studio Code does not fill me up with confidence either. I'm not really surprised that "opting out" of telemetry does not even actually disable it.
I do like Visual Studio Code more than Atom and instead of downloading it from Microsoft, I cloned the original vscode repository (which is MIT licensed base product for the Visual Studio Code) and installed it instead. It doesn't seem to connect to Internet immediately when I start typing. Unfortunately, I haven't figured out how I can easily update and install extensions to vscode, so I might have to return to Atom eventually. I wish someone with more interest and time on their hands would fork a telemetry free vscode with marketplace functionality and share the binaries for the rest of us.
Update:
I raised an issue (#16131) about this. Looking at the total amount of open issues (~3000) on vscode I don't expect it to be solved anytime soon. For the time being you should block at least vortex.data.microsoft.com and dc.services.visualstudio.com in your hosts file. Blocking those two won't affect the usage of marketplace or any other necessary functionality. Blocking them seems to cease most Internet traffic for Visual Studio Code 1.7.2 (which might change in future versions).
What also worries me is that even though the data sent to vortex is encrypted, Visual Studio Code actually sends details about your machine and OS unencrypted plain text (via HTTP POST) to dc.services.visualstudio.com. (Note that I didn't yet file an issue about that).
Update 2:
According to the official reply I got for the issue #16131, Visual Studio Code was sending the information to Microsoft that the user had opted out from telemetry. A bit odd choice to send telemetry about the user not wanting any telemetry, but they said that they will stop doing it in the future. I appreciate their honesty with this matter.
seanmcbreen:
We use our telemetry to help understand how to make the product better – in fact a good example of this right now is some work we are doing to improve performance. So, we appreciate it when users opt to send us telemetry.
That said there are times when people don’t want to do that and you bring up a good point – today we continue to send events stating that a user has opted out and nothing else i.e. no usage data is sent. Here is the test to ensure that is all we send...
https://github.com/Microsoft/vscode/blob/master/src/vs/platform/telemetry/common/telemetryService.ts#L103
But we don’t need to do that and I don’t think it’s what you expect as a user – so we will stop sending anything i.e. even the opt out event 😄 Look for a change there soon.
Thanks for bringing this to our attention and I hope you enjoy working with VS Code.
Check also the version of Git you are using with VSCode.
Starting Git 2.19 (Q3 2019), possible telemetry can be sent from IDE/products using Git.
See commit 7545941 (13 Jul 2018) by Jeff Hostetler (jeffhostetler).
Helped-by: Eric Sunshine (sunshineco), René Scharfe (rscharfe), Wink Saville (winksaville), and Ramsay Jones (jeffhostetler).
(Merged by Junio C Hamano -- gitster -- in commit a14a9bf, 15 Aug 2018)
Junio C Hamano, official maintainer for Git, added in this thread:
Transport (or file) can stay outside the core of this "telemetry" thing---agreeing on what and when to trace, and how the trace is represented, and having an API and solid guideline, would allow us to annotate the code just once and get useful data in
a consistent way.
Ævar Arnfjörð Bjarmason added here:
To elaborate a bit on Jeff's reply (since this was discussed in more
detail at Git Merge this year), the point of this feature is not to ship
git.git with some default telemetry, but so that in-house users of git
like Microsoft, Dropbox, Booking.com etc. can build & configure their
internal versions of git to turn on telemetry for their own users.
There's numerous in-house monkeypatches to git on various sites (at
least Microsoft & Dropbox reported having internal patches already).
Something like this facility would allow us to agree on some
implementation that could be shipped by default (but would be off by
default), those of us who'd make use of this feature already have "root"
on those user's machines, and control what git binary they use etc,
their /etc/gitconfig and so on.
So, in addition of Microsoft/vscode issue 16131, we will have to monitor how VSCode uses Git in the future, since Git will offer a telemetry framework, for editors to use if they choose to.
With Git 2.25 (Q1 2020), We have had compatibility fallback macro definitions for "PRIuMAX", "PRIu32", etc.
But we did not for "PRIdMAX", while the code used the last one apparently without any hiccup reported recently.
The fallback macro definitions for these <inttypes.h> macros that must appear in C99 systems have been removed.
See commit ebc3278 (24 Nov 2019) by Hariom Verma (harry-hov).
(Merged by Junio C Hamano -- gitster -- in commit e547e5a, 05 Dec 2019)
git-compat-util.h: drop the PRIuMAX and other fallback definitions
Signed-off-by: Hariom Verma
Helped-by: Jeff King
Git's code base already seems to be using PRIdMAX without any such fallback definition for quite a while (75459410edd (json_writer: new routines to create JSON data, 2018-07-13), to be precise, and the first Git version to include that commit was v2.19.0).
Having a fallback definition only for PRIuMAX is a bit inconsistent.
We do sometimes get portability reports more than a year after the problem was introduced.
This one should be fairly safe.
PRIuMAX is in C99 (for that matter, SCNuMAX, PRIu32 and others also are), and we've been picking up other C99-isms without complaint.
The PRIuMAX fallback definition was originally added in 3efb1f343a ("Check for PRIuMAX rather than NO_C99_FORMAT in fast-import.c.", 2007-02-20, Git v1.5.1-rc1 -- merge).
But it was replacing a construct that was introduced in an even earlier commit, 579d1fbfaf ("Add NO_C99_FORMAT to support older compilers.", 2006-07-30, Git v1.4.2-rc3), which talks about gcc 2.95.
That's pretty ancient at this point.
[jc: tweaked both message and code, taking what peff wrote]
Signed-off-by: Junio C Hamano
Visual Studio 2019 - Block IP Addresses:
ServiceHub.IdentityHost.exe -------------------
13.69.65.22
13.69.65.23
13.69.66.140
40.114.241.141
51.140.6.23
117.18.232.200
152.199.19.161
65.55.44.109
devenv.exe ------------------------------------
13.107.5.88
88.221.230.45
104.69.107.218
104.81.67.220
104.88.48.82
104.107.176.162
104.214.77.221
117.18.232.200
152.199.19.161
23.198.79.63
13.69.66.140
PerfWatson2.exe --------------------------------
2.17.84.229
2.19.38.59
20.44.86.43
52.158.208.111
65.55.44.109
104.81.67.220
104.107.176.162
117.18.232.200
152.199.19.161
104.74.143.169
104.88.48.82
51.143.111.7
104.69.107.218
ServiceHub.VSDetouredHost.exe ------------------
117.18.232.200
152.199.19.161
104.74.143.169
2.19.38.59
vsls-agent.exe ---------------------------------
40.114.242.48
ServiceHub.Host.CLR.x86.exe --------------------
88.221.230.45
117.18.232.200
152.199.19.161
ServiceHub.RoslynCodeAnalysisService32.exe -----
117.18.232.200
152.199.19.161
ServiceHub.DataWarehouseHost.exe ---------------
117.18.232.200
BackgroundDownload.exe --------------------------
2.20.222.12
2.20.222.14
2.19.237.173
2.21.120.100
2.22.211.152
13.107.5.88
23.35.175.220
23.38.229.99
23.40.218.49
23.43.200.93
23.62.197.99
23.67.120.162
23.194.18.196
23.195.139.83
23.198.79.63
23.206.38.71
23.213.218.202
23.214.174.91
23.217.250.58
65.55.44.109
88.221.230.45
96.6.244.11
104.69.107.218
104.74.143.169
104.83.182.123
104.89.78.57
104.98.168.64
104.102.189.193
104.107.176.162
104.111.238.86
104.119.235.204
104.126.110.182
104.214.77.221
104.126.245.85
117.18.232.200
152.199.19.161
172.227.168.22
VSIXAutoUpdate.exe ------------------------------
117.18.232.200
23.203.81.132
65.55.44.109
184.87.56.190
152.199.19.161
104.89.78.57
104.102.189.193
Microsoft.ServiceHub.Controller.exe -------------
13.69.65.23
13.69.65.22
152.199.19.161
13.69.66.140
ServiceHub.SettingsHost.exe ---------------------
152.199.19.161
I'm building a basic CRUD page following beginner asp.net-core-mvc/ef-core tutorials
I've been noticing every time I rebuild and create a new record through my mvc site my Id's jump up 1000
Example, currently the id's for my first few rows are:
1, 2, 1002, 1003, 1004, 2002, 2003, 3002, 3003, 4002, 5002
How do I stop this? I've never seen this behavior before. From some googling it seems to be a sql 2012 issue however I'm not using sql 2012.
I'm using mssqllocaldb, everything's updated and I have SSMS2014 installed
Even though you have installed the SSMS 2014, it doesn't install the 2014 local db instance. It still can be a SQL 2012 local DB. So my advice is to uninstall all old components and install the latest local db 2016 and SSMS 2016. Both are free.
Here are the links :
SQL Server 2016 Express LocalDB
SSMS 2016
Additional Note :
Yes this is a bug on the SQL server 2012.You can see it here :
Failover or Restart Results in Reseed of Identity
Workarounds :
If you need the Workarounds see the Workarounds tab on the above link.
Permanent solution :
If you need a permanent solution, you can use a higher version of SQL server. Like SQL server 2014 or 2016.You can select Free community editions of those.
I get the following warning when I open a xlsx spreadsheet, connected to iccube, in Excel 2016. It works in Excel 2013 but not 2016.
Excel cannot connect to your database with the driver you specified in your data source. The driver does not support OLAP-provider capabilities required by Excel.
Consult your system administrator or contact your OLAP database vendor.
Is there an odc connection option that needs to be flagged or do I need to install a previous OLE DB Provider for Analysis Services driver?
It's an issue - entry - , Excel changed a bit the way they use XMLA. We've fixed the issue and it will be available in the next release that is planned shortly.
No workaround other than upgrading icCube to 5.1.3 or above.
I have an old VB application that send mail this way using a Mapi.Session
Set objSession = New mapi.Session
strProfileInfo = strServeurExchange & vbLf & strSender_I
objSession.Logon NewSession:=True, NoMail:=False, ShowDialog:=False, ProfileInfo:=strProfileInfo
Now our exchange server will be Upgrade from 2008 to 2013. Does my App will still be able to connect and send mail? If not how can I convert It?
There are a couple of MAPI CDO update that now work with E2013. The most recent is the May 2013 update which can be found here: Microsoft Exchange Server MAPI Client and Collaboration Data Objects 1.2.1 May 2013 Update
As Dmitry mentioned, you will need to use ROH though.
No, it will not work. CDO 1.21 is not aware of RPC-over-HTTP connections (ROH) and creates a temporary profile without using ROH, which is the only kind of connection accepted by Exchange 2013.
You might be able to use Redemption for that - the upcoming version of Redemption will support RDOSession.LogonExchangeMailbox with ROH connections.