37 releases (8 breaking)
|0.10.0||Aug 8, 2022|
|0.9.2||Jul 22, 2022|
|0.8.0||Jun 21, 2022|
|0.7.1||Mar 7, 2022|
|0.3.4||Nov 13, 2020|
#22 in Date and time
5,477 downloads per month
Used in 5 crates (3 directly)
A pure and efficient Rust implementation of recurrence rules as defined in the iCalendar RFC.
This crate follows the iCalendar (RFC-5545) specification for the "Recurrence Rule".
The Recurrence Rule spec corresponds to the
RRule object in this crate.
In addition, it allows for adding the "DTSTART" property separated by a newline.
The crate allows for a "BYEASTER" filter. But this is opt-in with the feature flag
RRuleSet allows for a combination for
RRules and some other properties.
- List of RRules:
Allows multiple RRules to be combined. (Union,
A ∪ B)
- List of RDates:
A list of datetime combinations to always include. (Union,
A ∪ B)
- List of ExRule (see note below):
Allows of RRules that are removed from the results. (Complement
A \ Bor
A - B)
- List of ExDate:
A list of datetime combinations to always exclude. (Complement
A \ Bor
A - B)
Note: "EXRULE" was originally part of RFC 2445, RFC 5545 obsoletes this specification. But "EXRULE" works exactly the same als "RRULE" except that it excludes dates. You can enable "EXRULE" by enabling the "exrule" feature flag which is disabled by default.
If you notice that the implementation differs from the specifications above, please open an issue.
use rrule::RRuleSet; // RRule that starts 2012.02.01 and occurs daily for 3 days. let rrule: RRuleSet = "DTSTART:20120201T093000Z\nRRULE:FREQ=DAILY;COUNT=3".parse().unwrap(); // Set hard limit in case of infinitely recurring rules. let limit = 100; // Get all recurrences of the rrule let (recurrences, _) = rrule.all(limit); assert_eq!(recurrences.len(), 3);
See more examples at docs.rs
Command Line Tool Usage
Install the command line tool with:
cargo install rrule --features="cli-tool"
Then run it with:
You should read the security docs if you use arbitrary inputs from users for constructing the recurrence rules.
Limitation and limits
All dates are limited to the range or years +/-262_000[^1] because of Chrono limits. See Chrono's limits for more info.
Supported timezones are limited to by the timezones that Chrono-Tz supports. This is equivalent to the IANA database. See Chrono-Tz's limits for more info.
Because the specifications does give a lot of flexibility this can be abused very easily.
In order to prevent most of the abuse we have imposed arbitrary limitation when on the
method. The validation limits are not enforced for the
RRuleSet::all_unchecked method or when
Iterator api directly.
|Description||Arbitrary Limit||Crate Limit|
|Year range||-10_000..=10_000||-262_000..=262_000 (Chrono)|
|Max interval with freq Yearly||10_000 (10000 years)||65_535 (u16::MAX)|
|Max interval with freq Monthly||1_000 (~83 years)||65_535 (u16::MAX)|
|Max interval with freq Weekly||1_000 (~19 years)||65_535 (u16::MAX)|
|Max interval with freq Daily||10_000 (~27 years)||65_535 (u16::MAX)|
|Max interval with freq Hourly||10_000 (~416 days)||65_535 (u16::MAX)|
|Max interval with freq Minutely||10_000 (~7 days)||65_535 (u16::MAX)|
|Max interval with freq Secondly||50_000 (~13 hours)||65_535 (u16::MAX)|
|Iteration limit||100_000||4_294_967_295 (u32::MAX)|
By default, the "Arbitrary Limit" are used. If you instead want to use the "Crate Limit". Make sure you understand the risks that come with this.
The code in this project is licensed under the MIT or Apache 2.0 license.
All contributions to this project will be similarly licensed.
[^1]: See validation limits sections more info.