- Name
- lúc 02:05 29 tháng 9, 2026 UTC
- Tác giả
- Kamo
- Cam kết
- 38cd3d5
Nhận xét độc lập về D-luna-1 (mail-fix-review-1.md) tìm thấy hai BLERs và một MAJOR, mỗi một từ chối sai thực sự của thư hợp pháp, được chứng minh từ mã đã có trong này Nhắc lại: - Vụ án (BLER): AliasService.createAlias, sharedMailboxService.create and * Tất cả đều kiên trì dùng địa chỉ như một quản trị viên gõ nó — một hàng thật có thể đọc "Sales@kamocram.com". Mọi việc đều là bây giờ. trường hợp nhạy cảm tại cơ sở dữ liệu (LL) = LowerER(?), phạm vi bởi org id, mà Vẫn đến hàng của tổ chức này thông qua mỗi bảng (org id HashH, col) chỉ số duy nhất thay vì quét chéo tổ chức — nó không thể sử dụng chỉ mục Sắp xếp các thành phần phạm vi để tìm kiếm giá trị chính xác bên trong chúng. Một chỉ mục chức năng trên TLER (col) mỗi bảng (hoặc bình thường hóa trường hợp tại thời gian ghi trong ba dịch vụ) sẽ phục hồi một điểm tìm kiếm đồng bằng, không được thực hiện ở đây mà không có dấu chấm, kể từ khi cả hai đều lớn hơn nhiệm vụ này. Được thực hiện qua các thư mục tự động quản lý thực địa Người nhận DomainValidator chứ không phải là phương pháp kho vũ khí hủy diệt mới. - Thêm thẻ (BLLER): nhà hiền triết+gout@kamocram.com bây giờ gấp lại cho nhà hiền triết@kamocram.com (EmailAdress. baseLocalPart(), cùng một gấp với lớp phân giải/ ức chế đã áp dụng rồi) trước khi kiểm tra hộp thư — không bao giờ dùng tên giả, vì một Bí danh là địa chỉ riêng của nó có chủ đích. - Nhiều miền gốc (MAJOR): một địa chỉ ẩn danh (kamuniver.com) là bây giờ Name mặc định UI (cho phépDomain) — hộp thư bên người chủ thứ hai không còn đọc là không rõ chỉ vì nó không phải là miền mặc định của org. - Tìm kiếm thành viên chưa được kiểm tra: Phản hồi thành viên mục tiêu đã được gỡ bỏ. *Không có chỉ số hỗ trợ nên nó đã quét qua Mỗi hội viên trong tổ chức đều có thể đoán sai — đúng như thế là lý do để tồn tại. Nó cũng không cần thiết: lớp này chỉ bao giờ chạy cho một tổ chức ở Kamo Mail, nơi có một địa chỉ thực sự, dễ gửi * Hàng chữ cái (đó là những gì nó cung cấp); một thành viên Có thư trùng khớp nhưng không có hàng nào không có hộp thư trong hộp thư Máy phục vụ chung một trong hai, do đó, một gửi cho họ thất bại tại RCPT TO bất kể những gì điều này Ngân phiếu nói. Hãy xem lớp học này. - Đình chiến (NIT): *Bây giờ bắt đầu lúc 5 giờ địa chỉ (và N thêm), vì vậy downstreamErrors ' 300-char cắt không còn có thể cắt một thông điệp giữa mũ nhiều xấu xa trước khi MailPack's Gợi ý tìm thư mục bị phụ thêm. Từ chối sự chấp nhận () không bao giờ bị cắt đứt. Kết quả tìm kiếm được chấp nhận là lý luận chứ không phải sự thay đổi mã: Kiểm tra trước khi bay câu trả lời "Does x@ own are" nhanh hơn sự tồn tại trước GửiFaidEcition->422 CRCIENS REJCEDED đã có thể (một RCPT TO), cho Tương tự như vậy-org, nơi đặt chỗ, nó không mở giới hạn đặc quyền mới. Thử nghiệm (được xác nhận, sau đó xanh lá cây): RepientDomain ValidatorTest được viết chống lại Thiết kế hệ thống tập hợp mới chính mình Hỏi ví dụ) Với trường hợp mới cho địa chỉ chữ hoa/ thường, một +tag chống lại một hộp thư thật, một +tag mà vẫn chưa giải quyết, và một địa chỉ ẩn hộp thư thật sự của họ sống trên một miền gốc không mặc định (với và không có một +tag). Gửi FailureResponseTest trường hợp được thu thập cho các prose bao đối với. untrunted danh sách cấu trúc. Thử nghiệm mvn nặng * 77 chạy, 0 thất bại.