This server has critically low definition quality. Both tools have Chinese descriptions that are extremely terse (4-6 characters), far below the 10-character minimum and 194-character production baseline. Neither tool has documented output schemas. Tool definitions appear to be automatically inferred from Java annotations rather than explicitly registered with comprehensive metadata. Input schemas ARE present and properly typed, which prevents a complete failure, but the lack of meaningful descriptions, missing output documentation, and absence of error handling guidance make this server unsuitable for production use. The tools expose credentials (username, password, host, port) as parameters, a critical security violation that should use server-side injection instead.

• Expand English descriptions to 50-200 characters. Example for 'read': 'Fetch emails from an IMAP inbox. Specify the number of most recent emails to retrieve. Returns email metadata including sender, subject, date, and preview. Useful for checking messages or searching for specific emails.'
• Document output schemas explicitly. For 'read', define: returns array of email objects with {id, from, subject, date, preview, has_attachments}. For 'sendEmail', define: returns {success: boolean, message_id: string, timestamp: ISO8601, error?: string}.
• Add detailed parameter descriptions. Example: 'num' → 'Number of most recent emails to fetch (1-100, default 20). Larger values increase latency.' 'host' → 'IMAP server address (e.g., imap.gmail.com). Separate from credentials.'
• Remove credentials from tool parameters entirely. Instead: (1) Load IMAP server config from application.properties during tool initialization. (2) Accept username as a plain parameter (not a secret). (3) Retrieve password from environment variable or Spring Cloud Config vault. The tool method signature becomes: read(String username, int num) with credentials injected at construction time.
• Add error handling to tool descriptions. Example: 'If authentication fails, verify username and password are correct. If timeout occurs (>30s), check network connectivity or try fewer emails (num=5). If mailbox is empty, the tool returns an empty array.'
• Add validation and constraints. For 'num': accept 1-100 with default 20. For 'port': 1-65535 with common defaults (993 for SSL IMAP, 143 for plaintext). For 'to' in sendEmail: accept comma-separated emails or validate email regex pattern.