Các thư trong hộp thư đến xóa hàng loạt được quản lý bởi POSTFIX


2

Có một vấn đề vài giờ trước với một tài khoản thư của khách hàng, đã bị xâm phạm. Kết quả là, anh ta đã có hàng trăm ngàn thư rác được xếp hàng trong hậu tố, dẫn đến một số vấn đề. Mọi thứ đều cố định và bảo mật được gắn chặt, ngoài một vấn đề "nhỏ": khách hàng hiện có gần 100 nghìn thư rác được trả lại trong hộp thư đến của mình. Và rõ ràng, tôi đang tìm kiếm một hoạt động hàng loạt với một số bộ lọc vì mọi thứ không phải là rác. PF chạy trên máy chủ Ubuntu v10.x, với maildir.

Tôi đã thử lệnh này trên một thư mục sao lưu có chứa cùng một tệp:

grep -l -r 'Undelivered' | xargs rm

Nhưng nó dường như không làm gì ngoài việc chạy.

Điều này có thể đến từ thực tế là tất cả các "thư" được lưu trữ bên trong các tệp có tên theo cách này:

1395063807.V902Ib2081dM533672.ip.ip.ip: 2,


Loại hộp thư của bạn là gì? mbox, maildirHoặc khác? Bạn pop/imapsử dụng máy chủ nào?
clement

Sử dụng maildir, nhưng vấn đề đã được khắc phục: chỉ là sử dụng phiên bản grep cũ hơn yêu cầu thư mục hoạt động.
shroom 17/03 '

Câu trả lời:


1

Tùy thuộc vào phiên bản của bạn grep, điều này có thể đợi mãi vì bạn không đặt tên tệp (hoặc thư mục) làm đối số; grepHành vi sử dụng thư mục làm việc hiện tại khi -rđược chỉ định là một tính năng khá mới. Do đó, nếu phiên bản của bạn là phiên bản cũ hơn, cuộc gọi này của bạn có thể đợi mãi cho đầu vào stdin. Chỉ cần thêm .như là đối số cuối cùng grepđể tránh trường hợp này.

Để tránh các vấn đề với tên tệp (không nên là vấn đề trong trường hợp này), cách an toàn nhất là gọi

grep -Zl -r 'Undelivered' . | xargs -0 rm --

Bằng cách này, grepxuất ra các tên tệp phù hợp bằng 0 byte ( '\0') được phân tách, giúp tránh sự cố với khoảng trắng và giống nhau trong tên tệp. --yêu rmcầu không coi các đối số sau đây là các tùy chọn, tức là nếu tên tệp bắt đầu bằng một tên -không bị phá vỡ.

Để xem liệu lệnh này có làm gì không, bạn có thể thêm -vtùy chọn này rm, vì vậy bạn có thể xem liệu rmthực sự có loại bỏ bất cứ điều gì không (trước mặt --, tất nhiên).


Cảm ơn rất nhiều, tôi cảm thấy ngớ ngẩn vì đã quên dấu chấm đó, vì đó thực sự là nguyên nhân gây ra sự cúp máy.
shroom 17/03 '

Tôi đã phải chỉnh sửa câu trả lời này để có được nó, do đó, không cảm thấy xấu. ;) Tôi đang sử dụng Gentoo / thử nghiệm, do đó tôi cũng grephỗ trợ người dùng .và tôi thường xuyên gặp phải vấn đề này trên các máy khác.
Andreas Wiese
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.