SIVTEST(1)
π SIVTEST(1) π
okay bestie, welcome to sivtest β the cyrus imap girlies' favorite little playground β¨ (also filed under the Cyrus IMAP manual, iykyk)
πΈ NAME πΈ
sivtest β Cyrus IMAP documentation
the interactive MANAGESIEVE test program. no cap.
fun fact that is actually very important: this is literally installed as a hard linked copy of imtest(1). same girl, different name π
it lets you authenticate and send MANAGESIEVE commands to the server. that's the whole vibe.
β¨ SYNOPSIS β¨
imtest [ -t keyfile ] [ -p port ] [ -m mechanism ]
[ -a userid ] [ -u userid ] [ -k num ] [ -l num ]
[ -r realm ] [ -f file ] [ -n num ] [ -s ] [ -q ]
[ -c ] [ -i ] [ -z ] [ -v ] [ -I file ] [ -x file ]
[ -X file ] [ -w passwd ] [ -o option=value ]
[ -H client-ip ] hostname
π¦ DESCRIPTION π¦
so imtest is a utility that lets you authenticate to an IMAP server and then interactively issue commands to it. once you're authenticated you can literally just type in any IMAP command and it goes. she supports multiple SASL authentication mechanisms and handles encryption layers transparently. main character energy honestly.
this utility is often used for testing the operation of an IMAP server. and literally everyone developing IMAP clients finds it useful too β it's giving dev tool of the people π«Ά
π OPTIONS π
-t keyfile,--keyfile=keyfileβ turn on TLS.keyfileholds the TLS public and private keys. if you pass""you'll negotiate a TLS encryption layer but not use TLS authentication.-p port,--port=portβ which port to connect to. leave it off and it defaults toimapas defined in/etc/services.-m mechanism,--mechanism=mechanismβ forceimtestto usemechanismfor authentication. if you don't specify one, the strongest authentication mechanism the server supports gets chosen. passloginand it'll use the LOGIN command instead ofAUTHENTICATE.-a userid,--authname=useridβ the userid used for authentication; defaults to the current user. this is the userid whose password or credentials get presented to the server for verification.-u userid,--username=useridβ the userid used for authorization; defaults to the current user. this is the userid whose identity will be assumed after authentication.
NOTE: this is only used with SASL mechanisms that allow proxying (e.g. PLAIN). bestie, read this one twice π
-k num,--minssf=numβ minimum protection layer required.-l num,--maxssf=numβ maximum protection layer to use (0=none;1=integrity; etc). for example, if you're using the GSSAPI authentication mechanism, specifying0forcesimtestto use no layer at all, and specifying1forces it to use the integrity layer. by default the maximum supported protection layer gets used.-r realm,--realm=realmβ specify the realm to use. certain authentication mechanisms may require you to specify a realm.-f file,--input-filename=fileβ pipefileinto the connection after authentication.-n num,--reauth-attempts=numβ number of authentication attempts; default =1. the client will attempt to do SSL/TLS session reuse and/or fast reauth if it can.-s,--require-tlsβ enable SSL over the chosen protocol.-q,--require-compressionβ enable IMAP COMPRESSion (after authentication).-c,--do-challengeβ enable challenge prompt callbacks. this makes the OTP mechanism ask for the one-time password instead of the secret pass-phrase (the library generates the correct response for you, slay).-i,--no-initial-responseβ don't send an initial client response for SASL mechanisms, even if the protocol supports it.-I file,--pidfile=fileβ echo the PID of the running process intofile. (this can be useful with-X.)-v,--verboseβ verbose. prints out more information than usual. she's chatty π¬-z,--run-stress-testβ timing test.-x file,--output-socket=fileβ open the named socket for the interactive portion.-X fileβ like-x, only it also closes all file descriptors & daemonizes the process. (no long-form flag for this one, she's mysterious π)-w password,--password=passwordβ password to use (if you don't supply one, she'll prompt you).-o option=value,--sasl-option=option=valueβ set the SASL option tovalue.-H client-ipβ enable the HAProxy protocol and send the specified client IP address in a v1 header. if the address is"unknown", a v1 header withUNKNOWNprotocol will be sent. if the address is"local", a v2 header withLOCALcommand will be sent.
π EXAMPLES π
this section is empty in the original. iconic of her honestly. nothing to see here bestie, the examples are the friends we made along the way π
β SEE ALSO β
π AUTHOR π
The Cyrus Team, Nic Bernstein (Onlight)
π COPYRIGHT π
1993β2026, The Cyrus Team
okay that's the whole page, you ate that π
version 3.12.3 Β· Jul 15, 2026 Β· SIVTEST(1) β go forth and test ur MANAGESIEVE server, bestie πβ¨ππ¦
π¦ where this page comes from
- ubuntu stonking: cyrus-clients 3.12.3-3build1 Β· CMU
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms