Table of Contents | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Devo collector features
Feature | Details |
---|---|
Allow parallel downloading (multipod) |
|
Running environments |
|
Populated Devo events |
|
Flattening preprocessing |
|
Data sources
Data source | Description | API endpoint | Collector service name | Devo table | Available from release |
---|---|---|---|---|---|
Domains - BIMI | Get the bimi selectors for a domain |
|
|
| v1.0.0 |
Get a bimi selector for a domain |
|
| |||
Domains - DKIM | Get the DKIM public keys for a domain |
|
|
| |
Get a DKIM public key for a domain |
|
| |||
Domains - DMARC | Get the DMARC settings for a domain |
|
|
| |
Domains - IP Addresses Details and Totals | Get Details and totals for a specific IPaddress (source) |
|
|
| |
Domains - IP Addresses Statistics | Get IP addresses statistics for domain |
|
| ||
Domains - Senders | Get volume of totals on domain |
|
|
| |
Get totals according to a group |
|
| |||
Get details and totals in the IP addresses used by a sender on a domain grouped by date |
|
|
| ||
Get aggregate report records for IP addresses |
|
|
| ||
Get timeline statistics for senders on a domain |
|
|
| ||
Get timeline statistics for a sender on a domain |
|
| |||
Get details and totals of IP addresses used by sender on domain |
|
| |||
Domains - SPF | Get the SPF settings for a domain |
|
|
| |
Domain - STS | Get the TLS and STS settings for a domain |
|
|
|
Info |
---|
For more information on how the events are parsed, visit our page. |
Accepted authentication methods
user_id |
|
| ||||||||||||
api_key |
|
|
Minimum configuration required for basic pulling
Although this collector supports advanced configuration, the fields required to retrieve data with basic configuration are defined below.
This minimum configuration refers exclusively to those specific parameters of this integration. There are more required parameters related to the generic behavior of the collector. Check running the collector section for details.
user_id → The user_id for Sendmarc API |
api_key → The api_key for Sendmarc API |
Run the collector
Once the data source is configured, you can either send us the required information if you want us to host and manage the collector for you (Cloud collector), or deploy and host the collector in your own machine using a Docker image (On-premise collector).
Rw ui tabs macro | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
We use a piece of software called Collector Server to host and manage all our available collectors. To enable the collector for a customer:
Editing the JSON configuration
This data collector can be run in any machine that has the Docker service available because it should be executed as a docker container. The following sections explain how to prepare all the required setup for having the data collector running. StructureThe following directory structure should be created for being used when running the collector:
Devo credentialsIn Devo, go to Administration → Credentials → X.509 Certificates, download the Certificate, Private key and Chain CA and save them in
Editing the config.yaml file
Replace the placeholders with your required values following the description table below:
Download the Docker imageThe collector should be deployed as a Docker container. Download the Docker image of the collector as a .tgz file by clicking the link in the following table:
Use the following command to add the Docker image to the system:
The Docker image can be deployed on the following services: DockerExecute the following command on the root directory
Docker ComposeThe following Docker Compose file can be used to execute the Docker container. It must be created in the
To run the container using docker-compose, execute the following command from the
|
Collector services detail
This section is intended to explain how to proceed with specific actions for services.
Expand | ||
---|---|---|
| ||
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console.
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Verify data collectionOnce the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console. This service has the following components:
Puller outputA successful initial run has the following output messages for the puller module: Note that the PrePull action is executed only one time before the first run of the Pull action.
After a successful collector’s execution (that is, no error logs found), you will see the following log message:
|
Expand | ||
---|---|---|
| ||
This collector uses persistent storage to download events in an orderly fashion and avoid duplicates. In case you want to re-ingest historical data or recreate the persistence, you can restart the persistence of this collector by following these steps:
The collector will detect this change and will restart the persistence using the parameters of the configuration file or the default configuration in case it has not been provided. Note that this action clears the persistence and cannot be recovered in any way. Resetting persistence could result in duplicate or lost events. |
Expand | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Collector operations
Expand | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||
InitializationThe initialization module is in charge of setup and running the input (pulling logic) and output (delivering logic) services and validating the given configuration. A successful run has the following output messages for the initializer module:
Events delivery and Devo ingestionThe event delivery module is in charge of receiving the events from the internal queues where all events are injected by the pullers and delivering them using the selected compatible delivery method. A successful run has the following output messages for the initializer module:
By default, these information traces will be displayed every 10 minutes. Sender servicesThe Integrations Factory Collector SDK has 3 different sender services depending on the event type to delivery (internal, standard, and lookup). This collector uses the following Sender Services:
Sender statisticsEach service displays its own performance statistics that allow checking how many events have been delivered to Devo by type:
|
Expand | ||
---|---|---|
| ||
To check the memory usage of this collector, look for the following log records in the collector which are displayed every 5 minutes by default, always after running the memory-free process.
Differences between RSS and VMS memory usage:
|
Change log
Release | Released on | Release type | Recommendations | ||||||
---|---|---|---|---|---|---|---|---|---|
|
|
| |||||||
| |||||||||
|
|
|
|