- APPEND
- CAPABILITY
- CHECK
- CLOSE
- COPY
- CREATE
- DELETE
- EXPUNGE
- FETCH
- LIST
- LOGIN
- LOGOUT
- LSUB
- NOOP
- RENAME
- SEARCH
- SELECT
- STARTTLS
- STATUS
- STORE
- SUBSCRIBE
- UID COPY
- UID STORE
- UNSUBSCRIBE
Những commands mở rộng một vài server sẽ setting để support or not.
- Conditional STORE rfc4551 and ENABLE
- Special-Use Mailboxes rfc6154
- ID extension rfc2971
- IDLE command rfc2177
- NAMESPACE rfc2342 (hard coded single user namespace)
- UNSELECT rfc3691
- AUTHENTICATE PLAIN and SASL-IR
Connect to the server on port 993
openssl s_client -crlf -connect 123flo.com:993
Khi connected use vinhtest1@123flo.com:123456 to log in. Server sẽ show những commands đã được support ví dụ CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE BINARY MOVE QUOTA.
< * OK test ready
> A LOGIN vinhtest1@123flo.com 123456
< A OK vinhtest1@123flo.com authenticated
Lấy những folder special use như sent, inbox, .... Một số trường hợp nhiều mail server không có thư mục sent với special use \Sent. Nếu không xử lý chính xác có thể gây ra lỗi khi sent không lưu được vào chính xác sent folder.
A XLIST "" "*"
A LIST "" "*"
A LSUB "" "*"
A SUBSCRIBE "rename_folder"
A UNSUBSCRIBE "rename_folder"
A CREATE "testfolder"
A RENAME "testfolder" "rename_folder
DELETE "rename_folder"
EXAMINE và select trả về chung một kết quả tuy nhiên nếu có nhiều client đang connect đến mailserver thì EXAMINE không làm ảnh hưởng đến \recent flag. Vì nếu có một message nhận bởi mail box có read/write sessions dùng select thì khả năng những sessions khác không được notify đã nhận messages.
Dùng để lấy status của mail box ví dụ bao nhiêu một chưa đọc, unseen này nọ. có thể dùng kết hợp với cả lệnh list để trả về status của tất cả những mail box.
STATUS (X Y X)
ví dụ về Lệnh SEARCH. Những lệnh này khá quan trọng trong khi chúng ta xử lý tìm kiếm trong mail client. Tôi đưa ra ví dụ để bạn build câu query phù hợp dùng mailcore, node-imap nhé .
A SEARCH ANSWERED, SEARCH ANSWERED, SEARCH DELETED, SEARCH DRAFT, SEARCH FLAGGED, SEARCH SEEN, SEARCH RECENT
Từ gmail mình gửi một message đến vinhtest1@123flo.com mình muốn tìm recent message. Bạn có thể thấy message vừa mới được gửi đến.
A SEARCH SENTBEFORE 12-Mar-2016
A SEARCH SENTON 12-Mar-2016
A SEARCH SENTSINCE 12-Mar-2016
A SEARCH SINCE 12-Mar-2016
A SEARCH ON 12-Mar-2016
A SEARCH BEFORE 12-Mar-2016
Chúng ta có thể dùng để tìm kiếm một message đã gửi và lưu vào imap mailbox vào thời gian đã gửi đi 1h trước với OLDER và YOUNGER. Bạn có thể thấy trong 1h mình đã nhận một message từ gmail với sequence number 331. Ở đây tồi propose cách xử lý cho những giao thức bất đồng bộ. Hoặc là có thể khách hàng muốn xử lý những message đã gửi nhận trong 2 tuần cho cái contact vinhtest1@123flo.com.
A SEARCH OLDER 3600
Tìm kiếm message với properties FROM, TO, BCC, CC, BODY, SUBJECT. Việc tìm kiếm cũng tốn khá nhiều thời gian và thỉnh thoảng chi phí tìm kiếm với subject cũng rất lớn với những complex header và complex query so với body.
A SEARCH TO vinhtest1@123flo.com
A SEARCH FROM vinhtest1@123flo.com
A SEARCH CC vinhtest1@123flo.com
A SEARCH BCC vinhtest1@123flo.com
A SEARCH BODY test
A SEARCH HEADER RECEIVED test
Thỉnh thoảng việc tìm kiếm khá phức tạp đòi hỏi phải build nhưng câu query vô cùng complex. Đòi hỏi câu query được build với nhiều criteria kết hợp lại với nhau.
A SEARCH FROM vinhtest@g123flo.com SINCE 13-May-2019
A SEARCH OR FROM vinhtest1@123flo.com FROM vinhtest2@123flo.com
A SEARCH OR (FROM vinhtest1@123flo.com) (FROM vinhtest2@123floc.om)
A SEARCH OR OR FROM vinhtest1@123flo.com FROM vinhtest2@123flo.com FROM vinhtest3@123flo.com chú ý rằng khi tìm kiếm toán tử or chỉ nhận 2 input cho nên anh em chú ý cách build câu query cho phù hợp nhé
A SEARCH OR (FROM vinhtest1@github.com SINCE 13-Mar-2016) FROM vinhtest2@123flo.com
A SEARCH NOT (OR (FROM vinhtest1@123flo.com) (BEFORE 13-May-2019))
Để nhận message với UIDs thì anh em bắt buộc phải thêm prefix UID nhé
A UID SEARCH OR FROM vinhtest1@123flo.com FROM vinhtest2@123flo.com
A UID SEARCH TO vinhtest1@123flo.com
Tìm kiếm trả về UIDs thỉnh thoảng good hơn sequence no for 1 vài lý do để integrate với your system. last example có thể là 1 good strategy a for mailbox listener để xử lý tất cả UIDs after the last seen và tất cả unseen messages.
1. Fetch Ví dụ. Domail đóng vai trò là 1 forwarder. Send những commands to server thông qua actions của user và browser requests.
Fetch the nội dung của 1 email message thông qua những commands: Ví dụ fetch nội dung của một message thông qua sequence number
A FETCH 1 BODY.PEEK[TEXT]
A FETCH 1 BODY.PEEK[HEADER]
A FETCH 1 BODY.PEEK[]
Fetch những phần cụ thể của 1 message sâu hơn chúng ta sẽ discuss về node-imap và cách parse body, header lẫn metadata.
A FETCH 1 BODY.PEEK[HEADER.FIELDS (Date From)]
A FETCH 1 BODY.PEEK[HEADER.FIELDS.NOT (Date From)]
A FETCH 1 FLAGS
A FETCH 1 ENVELOPE
A FETCH 1 INTERNALDATE
A FETCH 1 RFC822.SIZE
A FETCH 1 BODYSTRUCTURE.PEEK
A FETCH 1 UID
A FETCH 1 (BODYSTRUCTURE.PEEK UID)
A FETCH 1 (BODYSTRUCTURE.PEEK UID RFC822.SIZE) trong vài trường hợp mình chỉ đi lấy 1 part của mail. Ví dụ part đó chứa file mình đi đọc cái file size đó lên hoặc là đọc file size sau khi parse ra
Trong 1 vài trường hợp để improve performance một vài mail client dùng cả <start-index.length>
A FETCH 1 (BODYSTRUCTURE.PEEK BODY.PEEK[]<0.200>)