POPA3D(8)

πŸ“¦
version 1.0.3 Β· 2 versions
, in debian bookworm, debian trixie, nixos 26.05, nixpkgs unstable, ubuntu jammy, ubuntu noble

πŸ’– POPA3D(8) β€” the popa3d manual, but make it cute πŸ’–

okay bestie, gather round, because we're about to talk about popa3d β€” a whole Post Office Protocol server, living in section 8 of the manual (that's the System Administration girlies, iykyk πŸ‘‘). this is the glow-up version. same facts, better vibes. periodt.


✨ NAME ✨

popa3d β€” a Post Office Protocol (POP3) server πŸ¦‹


✨ SYNOPSIS ✨

popa3d [-D] [-V]

that's it. that's the whole summoning ritual. no cap.


✨ DESCRIPTION ✨

so popa3d is a Post Office Protocol version 3 (POP3) server. literally what it says on the tin. πŸ’…

here's the tea: a POP3 server works with local mailboxes on behalf of its remote users. users can connect any time to check their mailbox and fetch whatever mail has piled up in there. the whole ✨advantage✨ of this "pull" approach is that literally any user with a basic POP3-capable mail reader program can receive mail β€” no full-fledged Mail Transfer Agent (MTA) required, no permanent network connection required. it's giving minimal effort, maximum mail. πŸŽ€

⚠️ but bestie, hear me: POP3 can only be used to retrieve mail, not to send it. if you wanna send mail, that's a whole different girl β€” the SMTP protocol, which is what's commonly used. don't mix them up, I'm begging. 😭

to get access to a mailbox through POP3, the username must be in the password database. that's non-negotiable. and also:

  • popa3d does not permit null passwords 🚫
  • popa3d will refuse to serve mail for root (UID 0) users πŸš«πŸ‘‘

like… it said no to root. iconic behavior honestly. πŸ’€


✨ OPTIONS ✨

  • -D β€” Standalone server mode. in this mode, popa3d will become a daemon, accepting connections on the pop3 port (110/tcp) and forking child processes to handle them. this has lower overhead than starting popa3d from an inetd equivalent (which is what popa3d assumes by default, btw πŸ™ˆ) and is thus useful on busy servers to reduce load. also, in this mode popa3d does quite a few checks to significantly reduce the impact of connection flood attacks. she's prepared. she's protected. she's that girl. πŸ›‘οΈβœ¨
  • -V β€” print version information and exit. short, sweet, slay. πŸ’–

✨ COMMANDS ✨

a normal POP3 session progresses through three states: AUTHORIZATION, TRANSACTION, and UPDATE. it's a whole three-act structure, main character energy fr fr. 🌈

🌸 AUTHORIZATION state

after the TCP connection opens, the client has to authenticate itself to the server during the AUTHORIZATION state. the following commands are supported in the AUTHORIZATION state β€” and psst, all command names are case-insensitive 🫢

  • USER name β€” authenticate as user name.
  • PASS string β€” authenticate using password string.
  • QUIT β€” quit; do not enter UPDATE state. bye bestie πŸ‘‹

πŸ¦‹ TRANSACTION state

when authorization is successful, the server enters the TRANSACTION state. now the client can list and retrieve messages or mark messages for deletion. the following commands are supported in the TRANSACTION state:

  • DELE msg β€” mark message for deletion. πŸ—‘οΈ
  • LAST β€” show highest message number accessed (obsolete, just so you know).
  • LIST [msg] β€” list message number and size.
  • NOOP β€” do nothing. literally nothing. it's the "just vibing" command. 😌
  • QUIT β€” quit; enter UPDATE state.
  • RETR msg β€” retrieve message.
  • RSET β€” clear deletion marks. undo the πŸ—‘οΈ, we love a redemption arc.
  • STAT β€” return total number of messages and total size.
  • TOP msg n β€” show top n lines of message body.
  • UIDL [msg] β€” list message number and digest.

πŸ’œ UPDATE state

when the client issues the QUIT command in the TRANSACTION state, the server enters the UPDATE state. all messages that were marked for deletion are now removed. then the server closes the connection. the end. curtains. 🎬


✨ BUGS ✨

okay this is the part where we get real, because we have to. 😭

POP3 transmits passwords in plaintext. so if you care about the security of your individual user accounts, it should only be used either in trusted networks or tunneled over encrypted channels. that's not a suggestion, that's a boundary. 🚧

there exist extensions to the protocol that are supposed to fix this problem. popa3d does not support them yet β€” partly because this isn't going to fully fix the problem anyway. and in fact, APOP and the weaker defined SASL mechanisms such as CRAM-MD5 may potentially be even less secure than transmission of plaintext passwords, because of the requirement that plaintext equivalents be stored on the server. yeah. plot twist. πŸ’€ read that twice.


✨ AUTHORS ✨

  • Solar Designer <solar at openwall.com> πŸ’œ
  • this manual page is based heavily on the one Camiel Dobbelaar wrote for OpenBSD. credit where credit is due, always. 🫢

✨ SEE ALSO ✨


and that's the whole page, bestie. this one's from the Openwall Project, dated 2 March 2003 β€” so go forth, pull your mail, tunnel your traffic, and never ever send your password into the void unencrypted. mwah πŸ’‹βœ¨πŸŽ€

πŸ“¦ where this page comes from