implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
package tlsrptdb
|
|
|
|
|
|
|
|
import (
|
|
|
|
"context"
|
|
|
|
"fmt"
|
|
|
|
"os"
|
|
|
|
"path/filepath"
|
|
|
|
"time"
|
|
|
|
|
|
|
|
"github.com/mjl-/bstore"
|
|
|
|
|
|
|
|
"github.com/mjl-/mox/dns"
|
|
|
|
"github.com/mjl-/mox/mox-"
|
|
|
|
"github.com/mjl-/mox/tlsrpt"
|
|
|
|
)
|
|
|
|
|
|
|
|
// TLSResult is stored in the database to track TLS results per policy domain, day
|
|
|
|
// and recipient domain. These records will be included in TLS reports.
|
|
|
|
type TLSResult struct {
|
|
|
|
ID int64
|
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
// Domain potentially with TLSRPT DNS record, with addresses that will receive
|
|
|
|
// reports. Either a recipient domain (for MTA-STS policies) or an (MX) host (for
|
|
|
|
// DANE policies). Unicode.
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
PolicyDomain string `bstore:"unique PolicyDomain+DayUTC+RecipientDomain,nonzero"`
|
|
|
|
|
|
|
|
// DayUTC is of the form yyyymmdd.
|
|
|
|
DayUTC string `bstore:"nonzero"`
|
|
|
|
// We send per 24h UTC-aligned days. ../rfc/8460:474
|
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
// Reports are sent per recipient domain and per MX host. For reports to a
|
|
|
|
// recipient domain, we type send a result for MTA-STS and one or more MX host
|
|
|
|
// (DANE) results. Unicode.
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
RecipientDomain string `bstore:"index,nonzero"`
|
|
|
|
|
|
|
|
Created time.Time `bstore:"default now"`
|
|
|
|
Updated time.Time `bstore:"default now"`
|
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
IsHost bool // Result is for MX host (DANE), not recipient domain (MTA-STS).
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
|
|
|
|
// Whether to send a report. TLS results for delivering messages with TLS reports
|
|
|
|
// will be recorded, but will not cause a report to be sent.
|
|
|
|
SendReport bool
|
|
|
|
// ../rfc/8460:318 says we should not include TLS results for sending a TLS report,
|
|
|
|
// but presumably that's to prevent mail servers sending a report every day once
|
|
|
|
// they start.
|
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
// Set after sending to recipient domain, before sending results to policy domain
|
|
|
|
// (after which the record is removed).
|
|
|
|
SentToRecipientDomain bool
|
|
|
|
// Reporting addresses from the recipient domain TLSRPT record, not necessarily
|
|
|
|
// those we sent to (e.g. due to failure). Used to leave results to MX target
|
|
|
|
// (DANE) policy domains out that were already sent in the report to the recipient
|
|
|
|
// domain, so we don't report twice.
|
|
|
|
RecipientDomainReportingAddresses []string
|
|
|
|
// Set after sending report to policy domain.
|
|
|
|
SentToPolicyDomain bool
|
|
|
|
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
// Results is updated for each TLS attempt.
|
|
|
|
Results []tlsrpt.Result
|
|
|
|
}
|
|
|
|
|
2024-04-19 11:51:24 +03:00
|
|
|
// SuppressAddress is a reporting address for which outgoing TLS reports
|
2023-11-13 15:48:52 +03:00
|
|
|
// will be suppressed for a period.
|
2024-04-19 11:51:24 +03:00
|
|
|
type SuppressAddress struct {
|
|
|
|
ID int64 `bstore:"typename TLSRPTSuppressAddress"`
|
2023-11-13 15:48:52 +03:00
|
|
|
Inserted time.Time `bstore:"default now"`
|
|
|
|
ReportingAddress string `bstore:"unique"`
|
|
|
|
Until time.Time `bstore:"nonzero"`
|
|
|
|
Comment string
|
|
|
|
}
|
|
|
|
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
func resultDB(ctx context.Context) (rdb *bstore.DB, rerr error) {
|
|
|
|
mutex.Lock()
|
|
|
|
defer mutex.Unlock()
|
|
|
|
if ResultDB == nil {
|
|
|
|
p := mox.DataDirPath("tlsrptresult.db")
|
|
|
|
os.MkdirAll(filepath.Dir(p), 0770)
|
|
|
|
db, err := bstore.Open(ctx, p, &bstore.Options{Timeout: 5 * time.Second, Perm: 0660}, ResultDBTypes...)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
ResultDB = db
|
|
|
|
}
|
|
|
|
return ResultDB, nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// AddTLSResults adds or merges all tls results for delivering to a policy domain,
|
|
|
|
// on its UTC day to a recipient domain to the database. Results may cause multiple
|
|
|
|
// separate reports to be sent.
|
|
|
|
func AddTLSResults(ctx context.Context, results []TLSResult) error {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
now := time.Now()
|
|
|
|
|
|
|
|
err = db.Write(ctx, func(tx *bstore.Tx) error {
|
|
|
|
for _, result := range results {
|
|
|
|
// Ensure all slices are non-nil. We do this now so all readers will marshal to
|
|
|
|
// compliant with the JSON schema. And also for consistent equality checks when
|
|
|
|
// merging policies created in different places.
|
|
|
|
for i, r := range result.Results {
|
|
|
|
if r.Policy.String == nil {
|
|
|
|
r.Policy.String = []string{}
|
|
|
|
}
|
|
|
|
if r.Policy.MXHost == nil {
|
|
|
|
r.Policy.MXHost = []string{}
|
|
|
|
}
|
|
|
|
if r.FailureDetails == nil {
|
|
|
|
r.FailureDetails = []tlsrpt.FailureDetails{}
|
|
|
|
}
|
|
|
|
result.Results[i] = r
|
|
|
|
}
|
|
|
|
|
|
|
|
q := bstore.QueryTx[TLSResult](tx)
|
|
|
|
q.FilterNonzero(TLSResult{PolicyDomain: result.PolicyDomain, DayUTC: result.DayUTC, RecipientDomain: result.RecipientDomain})
|
|
|
|
r, err := q.Get()
|
|
|
|
if err == bstore.ErrAbsent {
|
|
|
|
result.ID = 0
|
|
|
|
if err := tx.Insert(&result); err != nil {
|
|
|
|
return fmt.Errorf("insert: %w", err)
|
|
|
|
}
|
|
|
|
continue
|
|
|
|
} else if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
report := tlsrpt.Report{Policies: r.Results}
|
|
|
|
report.Merge(result.Results...)
|
|
|
|
r.Results = report.Policies
|
|
|
|
|
|
|
|
r.IsHost = result.IsHost
|
|
|
|
if result.SendReport {
|
|
|
|
r.SendReport = true
|
|
|
|
}
|
|
|
|
r.Updated = now
|
|
|
|
if err := tx.Update(&r); err != nil {
|
|
|
|
return fmt.Errorf("update: %w", err)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return nil
|
|
|
|
})
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
// Results returns all TLS results in the database, for all policy domains each
|
|
|
|
// with potentially multiple days. Sorted by RecipientDomain and day.
|
|
|
|
func Results(ctx context.Context) ([]TLSResult, error) {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
|
|
|
return bstore.QueryDB[TLSResult](ctx, db).SortAsc("PolicyDomain", "DayUTC", "RecipientDomain").List()
|
|
|
|
}
|
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
// ResultsDomain returns all TLSResults for a policy domain, potentially for
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
// multiple days.
|
|
|
|
func ResultsPolicyDomain(ctx context.Context, policyDomain dns.Domain) ([]TLSResult, error) {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
|
|
|
return bstore.QueryDB[TLSResult](ctx, db).FilterNonzero(TLSResult{PolicyDomain: policyDomain.Name()}).SortAsc("DayUTC", "RecipientDomain").List()
|
|
|
|
}
|
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
// ResultsRecipientDomain returns all TLSResults for a recipient domain,
|
|
|
|
// potentially for multiple days.
|
|
|
|
func ResultsRecipientDomain(ctx context.Context, recipientDomain dns.Domain) ([]TLSResult, error) {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
|
|
|
return bstore.QueryDB[TLSResult](ctx, db).FilterNonzero(TLSResult{RecipientDomain: recipientDomain.Name()}).SortAsc("DayUTC", "PolicyDomain").List()
|
|
|
|
}
|
|
|
|
|
implement outgoing tls reports
we were already accepting, processing and displaying incoming tls reports. now
we start tracking TLS connection and security-policy-related errors for
outgoing message deliveries as well. we send reports once a day, to the
reporting addresses specified in TLSRPT records (rua) of a policy domain. these
reports are about MTA-STS policies and/or DANE policies, and about
STARTTLS-related failures.
sending reports is enabled by default, but can be disabled through setting
NoOutgoingTLSReports in mox.conf.
only at the end of the implementation process came the realization that the
TLSRPT policy domain for DANE (MX) hosts are separate from the TLSRPT policy
for the recipient domain, and that MTA-STS and DANE TLS/policy results are
typically delivered in separate reports. so MX hosts need their own TLSRPT
policies.
config for the per-host TLSRPT policy should be added to mox.conf for existing
installs, in field HostTLSRPT. it is automatically configured by quickstart for
new installs. with a HostTLSRPT config, the "dns records" and "dns check" admin
pages now suggest the per-host TLSRPT record. by creating that record, you're
requesting TLS reports about your MX host.
gathering all the TLS/policy results is somewhat tricky. the tentacles go
throughout the code. the positive result is that the TLS/policy-related code
had to be cleaned up a bit. for example, the smtpclient TLS modes now reflect
reality better, with independent settings about whether PKIX and/or DANE
verification has to be done, and/or whether verification errors have to be
ignored (e.g. for tls-required: no header). also, cached mtasts policies of
mode "none" are now cleaned up once the MTA-STS DNS record goes away.
2023-11-09 19:40:46 +03:00
|
|
|
// RemoveResultsPolicyDomain removes all TLSResults for the policy domain on the
|
|
|
|
// day from the database.
|
|
|
|
func RemoveResultsPolicyDomain(ctx context.Context, policyDomain dns.Domain, dayUTC string) error {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
_, err = bstore.QueryDB[TLSResult](ctx, db).FilterNonzero(TLSResult{PolicyDomain: policyDomain.Name(), DayUTC: dayUTC}).Delete()
|
|
|
|
return err
|
|
|
|
}
|
2023-11-13 15:48:52 +03:00
|
|
|
|
2023-11-20 13:31:46 +03:00
|
|
|
// RemoveResultsRecipientDomain removes all TLSResults for the recipient domain on
|
|
|
|
// the day from the database.
|
|
|
|
func RemoveResultsRecipientDomain(ctx context.Context, recipientDomain dns.Domain, dayUTC string) error {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
_, err = bstore.QueryDB[TLSResult](ctx, db).FilterNonzero(TLSResult{RecipientDomain: recipientDomain.Name(), DayUTC: dayUTC}).Delete()
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2023-11-13 15:48:52 +03:00
|
|
|
// SuppressAdd adds an address to the suppress list.
|
2024-04-19 11:51:24 +03:00
|
|
|
func SuppressAdd(ctx context.Context, ba *SuppressAddress) error {
|
2023-11-13 15:48:52 +03:00
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
return db.Insert(ctx, ba)
|
|
|
|
}
|
|
|
|
|
|
|
|
// SuppressList returns all reporting addresses on the suppress list.
|
2024-04-19 11:51:24 +03:00
|
|
|
func SuppressList(ctx context.Context) ([]SuppressAddress, error) {
|
2023-11-13 15:48:52 +03:00
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
|
|
|
|
2024-04-19 11:51:24 +03:00
|
|
|
return bstore.QueryDB[SuppressAddress](ctx, db).SortDesc("ID").List()
|
2023-11-13 15:48:52 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// SuppressRemove removes a reporting address record from the suppress list.
|
|
|
|
func SuppressRemove(ctx context.Context, id int64) error {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2024-04-19 11:51:24 +03:00
|
|
|
return db.Delete(ctx, &SuppressAddress{ID: id})
|
2023-11-13 15:48:52 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// SuppressUpdate updates the until field of a reporting address record.
|
|
|
|
func SuppressUpdate(ctx context.Context, id int64, until time.Time) error {
|
|
|
|
db, err := resultDB(ctx)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
2024-04-19 11:51:24 +03:00
|
|
|
ba := SuppressAddress{ID: id}
|
2023-11-13 15:48:52 +03:00
|
|
|
err = db.Get(ctx, &ba)
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
ba.Until = until
|
|
|
|
return db.Update(ctx, &ba)
|
|
|
|
}
|