Bỏ qua tới phần tài liệu
Máy chủ MCP

Quy tắc

Điều xảy ra với thư ngay khi nó đến.

Công cụ quy tắc

Công cụChức năng
listRulesMọi quy tắc trên kết nối đang hoạt động, theo thứ tự chúng được xét, kèm việc mỗi quy tắc làm gì và đã kích hoạt bao nhiêu lần.
getRuleMột quy tắc đầy đủ: các điều kiện, các hành động và nó có đang bật hay không.
createRuleViết một quy tắc: các điều kiện áp lên một thư đang đến, và điều gì nên xảy ra với những thư khớp. Quy tắc được tạo ở trạng thái TẮT.
testRuleTrong ba mươi ngày qua, một quy tắc sẽ bắt được những thư nào và sẽ làm gì với chúng. Không thay đổi gì cả.
setRuleEnabledBật hoặc tắt một quy tắc, sau khi đã có người đọc lại nó.

createRule ghi quy tắc ở trạng thái TẮT, và đây là chỗ duy nhất máy chủ này cố ý khác với REST API. POST /rules thì mặc định là bật. Một quy tắc lưu trữ, bỏ thùng rác hay chuyển tiếp thư không nên bắt đầu làm vậy chỉ dựa trên một tin nhắn chat: hãy viết nó, gọi testRule để cho người bạn đang làm việc cho thấy quy tắc sẽ bắt được những thư nào của chính họ, rồi mới xin setRuleEnabled.

Không có updateRule, không có deleteRule và không có sắp xếp lại thứ tự, vì cùng lý do không có thao tác xoá mẫu thư: đó là những thao tác phá hỏng thiết lập của người khác từ trong một cửa sổ chat. Một quy tắc đã xoá thì không khôi phục được, và một lần đổi thứ tự sẽ âm thầm thay đổi số phận của mọi thư về sau. Cả ba đều nằm trong Settings → Rules và trên REST API, nơi người bấm chuột là một con người.

Quy tắc thuộc về KẾT NỐI, nên các công cụ này tác động lên hộp thư mà setActiveConnection nêu tên gần nhất, và một quy tắc do đồng nghiệp viết cũng nằm trong số đó. Một hộp thư giữ 100 quy tắc, mỗi quy tắc có tối đa 20 điều kiện và 10 hành động.

Không gì ở đây có hiệu lực hồi tố. Một quy tắc quyết định điều xảy ra với thư đến sau khi nó được bật; nó không quét lại hộp thư đã có sẵn, và testRule chỉ báo cáo chứ không sắp xếp thư.