Which services get a .env
Part of the configuration reference. A cross-cutting
summary of which binaries ship a sample .env template, which ones layer
.env/.env.$APP_ENV without shipping a sample, and which ones read no
environment file at all.
Which services get a .env
mail_spooler, account_api, domain_sithbit, ipfs_daemon,
ipfs_gateway, pop_server, imap_server, and smtp_server each ship
a sample .env and .env.development in their crate directory —
commented-out templates for every environment-variable override, using
the precedence chain above. Copy the ones you need and uncomment.
The workspace’s other binaries deliberately don’t have one:
mail-grpc,sithbit-console, andsithbit-migrateuse the same layered.env/.env.$APP_ENVmechanism as the binaries above (each reads them from the working directory, under its ownMAIL_GRPC_*/SITHBIT_CONSOLE_*/SITHBIT_MIGRATE_*overrides), but ship no sample: each one’s whole surface is a single short table —mail_grpc/mail_grpc.example.tomlalready shows every gateway key, and the console’s and the migrator’s live above and in the migration chapter. The workspace-root.envthat used to configuremail-grpcis retired — its legacy names (GRPC_SERVER_ADDRESS,DEFAULT_KEYPAIR, …) are no longer read by anything, and the file survives only as commented-out devnet fixture history.- The
sithbitCLI (mail_client) reads no.envat all; its only configuration inputs are the config filesithbit configmanages1 and theJSON_RPC_URLenvironment variable. mail_program/alias_program/domain_programare on-chain SBF programs with no runtime environment.appconfig_genis a repo-side generator (cargo run -p appconfig-gen, never deployed): it readsiac/appconfig/’s AWS TOML documents and writes the Azure kvset artifact beside them, so it has no runtime configuration of its own.
Every remaining workspace crate is a library the binaries above link, with nothing to configure at runtime.
-
This is the same file (
~/.config/solana/cli/config.yml, same location on Windows too) the Solana CLI’s ownsolana configcommand reads and writes, if you already have it installed — see CLI Quickstart. ↩