SMTPPROX(1)
β¨ SMTPPROX(1) β¨
so bestie, you opened the General Commands Manual and landed on the page for smtpprox π pull up a chair, this one's short and honestly kind of iconic.
πΈ NAME πΈ
smtpprox β a trivial transparent SMTP proxy. that's the whole name section. short, sweet, slays π
π¦ SYNOPSIS π¦
smtpprox [options] listen.addr:port talk.addr:port
likeβ¦ you give it where to listen, you give it where to talk, and it does the thing. listen.addr:port and talk.addr:port, in that order, no cap π«Ά
π DESCRIPTION π
okay so first things first: this manual page only documents the smtpprox command briefly. it's a vibe check, not a whole dissertation, got it? π
now the actual tea: smtpprox is a trivial transparent SMTP proxy β and the way that works is it's literally an SMTP server and client combination wearing a trenchcoat. one side catches the mail, the other side hands it off. π§
and here's the part that's lowkey genius: it uses its own SMTP server and client modules, and those modules are designed so that every single step of the protocol dialogue gets exposed to the calling program. every. step. π
why do we care?? because that gives you the greatest flexibility when you wanna hook in envelope and content controls and scanning. you're not fighting the library, bestie β the library is handing you the receipts. π β¨
π OPTIONS π
OPTIONS
(no fr, the original lists the OPTIONS heading twice and I'm not about to erase history. two headings, one girl. π)
--children=Nβ how many child processes you want chillin' in the service pool. and listen: each child doesn't live forever, it dips out after servicing a random number of messages somewhere betweenminperchildandmaxperchild. [default 16]--minperchild=Nβ the minimum number of messages a child process will service before it's done. [default 100]--maxperchild=Nβ the maximum number of messages a child process will service. [default 200]--debugtrace=filename_prefixβ okay so if you passdebugtrace, that prefix gets the PID appended to it, which gives you a separate logfile for each child π. and what goes in there? all the SMTP dialogues that child services. it looks like a snooper sitting on the client side of the proxy. ngl, it's giving surveillance but make it helpful. π
π AUTHOR π
smtpprox was written by Bennett Todd, bet@rahul.net. π
this manual page was written by Jesse Norell <jesse@kci.net>, for the Debian project (and may be used by others). π«Ά
and that's the whole page, bestie!! this cutie came out of the GNUj source, dated 2012-12-11, and it lives at SMTPPROX(1) in the manual β go forth and proxy transparently πβ¨πΈ
π¦ where this page comes from
- ubuntu jammy: smtpprox 1.2-1.1 Β· GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms