Zmień kolejność reguł
Cała kolejność w jednym wywołaniu, bo lista reguł cokolwiek znaczy tylko w kolejności.
Uruchamia prawdziwe wywołanie na twojej przestrzeni roboczej, twoim własnym kluczem.
POST /rules/reorder
Cała kolejność w jednym wywołaniu, bo lista reguł cokolwiek znaczy tylko w kolejności.
Przykład
Wymaga rules:write. Treść żądania wymienia KAŻDĄ regułę na połączeniu, w kolejności, w jakiej mają być sprawdzane. Zwraca pełną listę w nowej kolejności.
curl -X POST "$OE/rules/reorder" -H "$AUTH" -H "Content-Type: application/json" \ -d '{ "ruleIds": ["rul_7f3a1c94…", "rul_2b81de07…", "rul_c40a95f2…"] }'{ "object": "list", "data": [ { "object": "rule", "id": "rul_7f3a1c94…", "name": "Receipts to their own label", "position": 0 }, { "object": "rule", "id": "rul_2b81de07…", "name": "Newsletters after hours", "position": 1 }, { "object": "rule", "id": "rul_c40a95f2…", "name": "Anything from the old domain", "position": 2 } ], "hasMore": false, "nextCursor": null}Niepełna lista to incomplete_order, 422, i nic się nie przesuwa. Przyjęcie jej oznaczałoby wymyślanie pozycji dla reguł, które pominąłeś, a to, gdzie wylądowałyby względem tych wymienionych, byłoby naszym domysłem o twojej skrzynce, a nie twoją instrukcją.
Idempotentne z konstrukcji: treść żądania wymienia całą kolejność, więc wysłanie jej dwa razy kończy się tak samo. Można je bezpiecznie ponawiać i bezpiecznie uruchamiać ze skryptu, który nie zna bieżącej kolejności.
Każda pozycja jest przepisywana jedną instrukcją w jednej transakcji, więc nie ma momentu, w którym dwie reguły dzielą pozycję albo lista jest przenumerowana w połowie.
Kolejność nie jest kosmetyką. Decyduje, która z dwóch reguł wskaże folder, w którym wyląduje wiadomość, i gdzie reguła z stopProcessing ucina listę.