SASL_VERIFYFILE_T(3)
β¨ NAME β¨
sasl_verifyfile_t β Cyrus SASL documentation, bestie π
πΈ SYNOPSIS πΈ
#include <sasl/sasl.h>
typedef enum {
SASL_VRFY_PLUGIN, /* a DLL/shared library plugin */
SASL_VRFY_CONF, /* a configuration file */
SASL_VRFY_PASSWD, /* a password storage file */
SASL_VRFY_OTHER /* some other file type */
} sasl_verify_type_t
int sasl_verifyfile_t(void *context,
const char *file,
sasl_verify_type_t type)
π¦ DESCRIPTION π¦
okay so, presenting the function signature, no notes:
int sasl_verifyfile_t(void *context,
const char *file,
sasl_verify_type_t type)
sasl_verifyfile_t() is literally the vibe-check function for files π β it checks whether a given file is okay for use by the SASL library. The whole point is letting applications sanity check the environment, fr fr. Like, say you want to make sure that plugins or the config file cannot be written to? Yeah. That's the moment. main character energy for file security π
π Parameters
- context β context from the callback record
- context β context from the callback record
- file β full path of the file to verify
- type β type of the file.
not me noticing that context is listed twice up there π that's exactly how it is in the original, so we're keeping both, no cap. Two context bullets, zero context added. iconic behaviour honestly.
π RETURN VALUE π
SASL callback functions should return SASL return codes. See sasl.h for a complete list. SASL_OK indicates success. β¨
Other return codes indicate errors and should be handled. do NOT ignore those, bestie, handle them, periodt π
π SEE ALSO π
RFC 4422:saslman:sasl(3)sasl_callbacks(3)sasl_errors(3)
π AUTHOR π
The Cyrus Team π«Ά
π COPYRIGHT π
1993-2016, The Cyrus Team
okay that's the whole page, you ate it, go forth and verify some files π§β this was Cyrus SASL version 2.1.28, dated February 18, 2022 β and yes the manual is literally titled SASL_VERIFYFILE_T(3), iykyk πΈπ
π¦ where this page comes from
- alpine 3.22: cyrus-sasl-doc 2.1.28-r8 Β· BSD-3-Clause-Attribution AND BSD-4-Clause
- alpine 3.23: cyrus-sasl-doc 2.1.28-r9 Β· BSD-3-Clause-Attribution AND BSD-4-Clause
- alpine 3.24: cyrus-sasl-doc 2.1.28-r9 Β· BSD-3-Clause-Attribution AND BSD-4-Clause
- centos-stream 10: cyrus-sasl-devel 2.1.28-27.el10 Β· BSD-Attribution-HPND-disclaimer
- fedora 43: cyrus-sasl-devel 2.1.28-33.fc43 Β· BSD-Attribution-HPND-disclaimer
- fedora 43: cyrus-sasl-devel 2.1.28-33.fc43 Β· BSD-Attribution-HPND-disclaimer
- fedora 44: cyrus-sasl-devel 2.1.28-35.fc44 Β· BSD-Attribution-HPND-disclaimer
- fedora 44: cyrus-sasl-devel 2.1.28-35.fc44 Β· BSD-Attribution-HPND-disclaimer
- opensuse-leap 16.0: cyrus-sasl-bdb-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-bdb-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-bdb-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-bdb-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- opensuse-leap 16.0: cyrus-sasl-devel 2.1.28-160000.4.1 Β· BSD-4-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms