Mail

.well-known

3 uç · /api/mail/v1/.well-known

İstek örnekleri ucun GERÇEK metodu ve yolundan üretilir. 3 ucun elle doğrulanmış gövde örneği henüz yok; o uçlarda iskelet gövdesizdir — uydurma bir alan yazmıyoruz.

GET/.well-known/autoconfig/mail/config-v1.1.xml

Config xml

Oturum
İstek
curl -X GET "https://{slug}.bmail.blesyum.app/.well-known/autoconfig/mail/config-v1.1.xml" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
GET/.well-known/mta-sts.txt

MTA-STS politikası (RFC 8461) — `mta-sts.<domain>/.well-known/mta-sts.txt`. **Public** (auth-yok).

Oturum

Domain per-domain moda göre sunulur (testing/enforce); `none`/bilinmeyen/aktif-değil → 404 (politika yok). `mx` = platform mail-exchanger'ı (tüm domainler bizim MX'ten geçer). Mod yönetimi crate::mtasts (BLE-3529); gerçek TLS-zorunlu teslim = motor/Stalwart (MF16).

İstek
curl -X GET "https://{slug}.bmail.blesyum.app/.well-known/mta-sts.txt" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
GET/.well-known/security.txt

RFC 9116 security.txt — güvenlik-iletişim + son-geçerlilik. Public. Expires sabit-uzak (dış-dep

Oturum

eklemez; mail chrono-suz ::text-cast konvansiyonunu izler); sağlayıcı periyodik yeniler.

İstek
curl -X GET "https://{slug}.bmail.blesyum.app/.well-known/security.txt" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
Bu sayfa işine yaradı mı?