تفاوت بین شاخص میانگین جهت و شاخص آرون

[RFC Home] [Text | PDF | HTML] [ردیاب] [IPR] [Errata] [صفحه اطلاعات] Errata استاندارد پیشنهادی وجود دارد

کارگروه شبکه N. درخواست آزاد برای نظرات: 5260 Sun Microsystems رده: آهنگ استاندارد ژوئیه 2008فیلتر ایمیل Sieve: تاریخ و افزونه های شاخصوضعیت این یادداشت این سند یک پروتکل پیگیری استانداردهای اینترنتی برای جامعه اینترنت را مشخص می کند و درخواست و پیشنهادات خود را برای پیشرفت درخواست می کند. لطفاً برای نسخه فعلی "استانداردهای پروتکل رسمی اینترنت" (STD 1) برای وضعیت استاندارد سازی و وضعیت این پروتکل به نسخه فعلی مراجعه کنید. به اشتراک گذاری این یادداشت محدودیتی ندارد. چکیده این سند ، پسوندهای "تاریخ" و "فهرست" را به زبان فیلتر ایمیل Sieve شرح می دهد. پسوند "Date" به Sieve امکان آزمایش مقادیر تاریخ و زمان را به روش های مختلف می دهد. پسوند "شاخص" وسیله ای برای محدود کردن تست های هدر و آدرس به موارد خاص از زمینه های هدر در هنگام تکرار قسمت های هدر فراهم می کند. فهرست مطالب 1. مقدمه. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر2 2. کنوانسیون های مورد استفاده در این سند. بشربشربشربشربشربشربشربشربشربشربشربشربشر2 3. شناسه های قابلیت. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر3 4. آزمون تاریخ. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر3 4. 1. استدلال های منطقه و OriginalZone. بشربشربشربشربشربشربشربشربشربشربشربشر4 4. 2. استدلال تاریخ-بخشی. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر4 4. 3. تعامل مقایسه کننده با آرگومان های تاریخ. بشربشربشربشر5 4. 4. مثال ها . بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر6 5. آزمون CurrentDate. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر6 5. 1. مثال ها . بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر6 6. پسوند فهرست. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر7 6. 1. مثال . بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر8 7. ملاحظات امنیتی. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر8 8. ملاحظات یانا. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر9 9. منابع. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر9 9. 1. منابع هنجاری. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر9 9. 2. منابع آموزندهبشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر10 پیوست A. تبدیل تاریخ جولیان. بشربشربشربشربشربشربشربشربشربشربشربشربشربشر11 پیوست B. اذعان. بشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشربشر12آهنگ استاندارد آزاد شده [صفحه 1]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008 1. معرفیSieve [RFC5228] زبانی برای فیلتر کردن پیام های ایمیل در زمان تحویل نهایی یا در حدود آن است. این طراحی شده است تا در یک سرویس دهنده پست الکترونیکی یا سرور پستی قابل اجرا باشد. این به معنای گسترده ، ساده و مستقل از پروتکل دسترسی ، معماری پستی و سیستم عامل است. این مناسب برای اجرای روی سرور پستی است که در آن ممکن است کاربران مجاز به اجرای برنامه های دلخواه نباشند ، مانند سرور Black Box Inteet Access Protocol [RFC3501] سرورهای ، زیرا دارای حلقه های کنترل شده توسط کاربر یا امکان اجرای برنامه های خارجی نیستبشرپسوند "تاریخ" یک آزمایش تاریخ جدید برای استخراج و مطابقت با اطلاعات تاریخ/زمان از قسمت های هدر ساختاری را فراهم می کند. آزمون تاریخ در مفهوم مشابه با آزمون آدرس مشخص شده در [RFC5228] ، که عملیات مشابهی را در آدرس ها در قسمت های هدر انجام می دهد ، مشابه است. پسوند "تاریخ" همچنین یک آزمایش فعلی را ارائه می دهد که در تاریخ و زمان اجرای اسکریپت SIEVE اجرا می شود. برخی از زمینه های هدر حاوی اطلاعات تاریخ/زمان ، به عنوان مثال ، دریافت شده است: ، به طور طبیعی بیش از یک بار در یک هدر اتفاق می افتد. در چنین مواردی مفید است که بتوانیم آزمون تاریخ را به برخی از زیر مجموعه های زمینه های موجود محدود کنیم. به عنوان مثال ، ممکن است استفاده از آزمون تاریخ برای آخرین (اولین) دریافت شده: زمینه مفید باشد. علاوه بر این ، ممکن است استفاده از محدودیت های مشابه برای هدر یا آزمون های آدرس مشخص شده در [RFC5228] مفید باشد. به همین دلیل ، این مشخصات همچنین یک پسوند "شاخص" را تعریف می کند. این پسوند دو آرگومان با برچسب اضافی اضافه می کند: فهرست و: آخرین تست های هدر ، آدرس و تاریخ. در صورت وجود ، این آرگومان ها مشخص می کنند که کدام یک از قسمت هدر نامگذاری شده مورد آزمایش قرار می گیرد.2. کنوانسیون های مورد استفاده در این سندکلمات کلیدی "باید" ، "نباید" ، "مورد نیاز" ، "باید" ، "نباید" ، "باید" ، "نباید" ، "توصیه شده" ، "ممکن است" و "اختیاری" در این سندتفسیر همانطور که در RFC 2119 شرح داده شده است [RFC2119]. اصطلاحات مورد استفاده برای توصیف مؤلفه های مختلف زبان غربال از بخش 1. 1 [RFC5228] گرفته شده است. بخش 2 از همان سند ، نحو و معناشناسی زبان الکلی اساسی را توصیف می کند. عنصر نحوی تاریخ تعریف شده با استفاده از نماد ABNF [RFC5234] در [RFC3339] نیز در اینجا استفاده می شود.آهنگ استاندارد آزاد شده [صفحه 2]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008 3. شناسه های قابلیترشته های قابلیت مرتبط با دو پسوند تعریف شده در این سند "تاریخ" و "فهرست" هستند.4. آزمون تاریخ Usage: date [>/ ":originalzone"] [COMPARATOR] [MATCH-TYPE] آزمون تاریخ با اطلاعات تاریخ/زمان مشتق شده از سرصفحه های حاوی مقادیر تاریخ-زمان [RFC2822] مطابقت دارد. اطلاعات تاریخ/زمان از هدر استخراج می شود، به منطقه زمانی مشخص منتقل می شود و مقدار قسمت تاریخ معین تعیین می شود. اگر رشته به دست آمده با هر یک از رشته های مشخص شده در فهرست کلید مطابقت داشته باشد، آزمون true را برمی گرداند، همانطور که توسط مقایسه کننده و کلمات کلیدی مطابقت کنترل می شود. اگر فیلد سرصفحه مشخص شده وجود نداشته باشد، این فیلد وجود داشته باشد اما دارای مشخصات نحوی معتبر تاریخ-زمان نباشد، تاریخ-زمان طبق قوانین سیستم تقویم معتبر نیست، تست تاریخ بدون قید و شرط نادرست را برمی گرداند (به عنوان مثال، ژانویه32، 29 فوریه در یک سال غیر کبیسه)، یا رشته حاصل با هیچ مقدار فهرست کلید مطابقت ندارد. نوع تطابق پیش فرض «:is» است و مقایسه کننده پیش فرض «i; ascii-casemap» است. برخلاف تست های سرصفحه و آدرس، آزمون تاریخ را می توان تنها در یک فیلد هدر در یک زمان اعمال کرد. اگر چندین فیلد سرصفحه با یک نام وجود داشته باشد، فقط اولین فیلد یافت شده استفاده می شود.(با این حال توجه داشته باشید که این رفتار را می توان با پسوند "شاخص" تعریف شده در زیر اصلاح کرد.) این محدودیت ها تست را ساده می کنند و معنی را واضح نگه می دارند. پسوند "رابطه ای" [RFC5231] یک نوع مطابقت به نام ":count" اضافه می کند. اگر فیلد مشخص شده وجود داشته باشد و دارای تاریخ معتبر باشد، تعداد آزمون تاریخ 1 است. 0، در غیر این صورتپیاده سازی ها باید از استخراج اطلاعات تاریخ-زمان RFC 2822 پشتیبانی کنند که یا کل فیلد سرصفحه را تشکیل می دهد (به عنوان مثال، همانطور که در یک فیلد استاندارد تاریخ: سرصفحه انجام می شود) یا در انتهای یک فیلد سرصفحه پس از یک نقطه ویرگول ظاهر می شود (مثلاً به عنوان آن). در یک فیلد استاندارد Received: header انجام می دهد. پیاده سازی ها ممکن است از استخراج اطلاعات تاریخ و زمان در RFC2822 یا سایر قالب هایی که در موقعیت های دیگر در محتوای فیلد سرصفحه نمایش داده می شوند، پشتیبانی کنند. در مورد یک فیلد حاوی بیش از یک مقدار تاریخ یا زمان، آخرین موردی که ظاهر می شود باید استفاده شود.آهنگ استاندارد آزاد [صفحه 3]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008 4. 1. استدلال Zone و Originalzoneآرگومان: OriginalZone مشخص می کند که جبران منطقه زمانی در ابتدا در مقدار تاریخ استخراج شده باید حفظ شود. آرگومان: منطقه یک جبران منطقه زمانی خاص را مشخص می کند که مقدار تاریخ قبل از آزمایش به آن منتقل می شود. این یک خطای برای مشخص کردن هر دو: Zone و: OriginalZone است. مقدار منطقه زمانی باید نسبت به UTC با نحو زیر جبران شود: منطقه زمانی = ("+" / "-") 4Digit "+" یا "-" نشان می دهد که آیا زمان روز پیش رو استاز (یعنی ، شرق) یا پشت (یعنی غرب) UTC. دو رقم اول نشان دهنده تعداد ساعت ها از زمان جهانی است و دو رقم آخر نشان دهنده تعداد اختلاف دقایقی از زمان جهانی است. توجه داشته باشید که این با فرمت RFC 2822 برای جبران منطقه زمانی موافق است ، نه فرمت ISO 8601. اگر هر دو آرگومان: Zone و: OriginalZone حذف شوند ، باید از منطقه زمانی محلی استفاده شود.4. 2استدلال تاریخچه The date-part argument specifies a particular part of the resulting date/time value to match against the key-list. Possible case- insensitive values are: "year" => the year, "0000" .. "9999". "month" => the month, "01" .. "12". "day" => the day, "01" .. "31". "date" => the date in "yyyy-mm-dd" format. "julian" => the Modified Julian Day, that is, the date expressed as an integer number of days since 00:00 UTC on November 17, 1858 (using the Gregorian calendar). This corresponds to the regular Julian Day minus 2400000.5. Sample routines to convert to and from modified Julian dates are given in Appendix A. "hour" => the hour, "00" .. "23". "minute" => the minute, "00" .. "59". "second" => the second, "00" .. "60". "time" => the time in "hh:mm:ss" format. "iso8601" => the date and time in restricted ISO 8601 format. "std11" =>تاریخ و زمان در قالب مناسب برای استفاده در یک تاریخ: قسمت هدر [RFC2822].آهنگ استاندارد آزاد شده [صفحه 4]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008 "zone" => the time zone in use. If the user specified a time zone with ":zone", "zone" will contain that value. If :originalzone is specified this value will be the original zone specified in the date-time value. If neither argument is specified the value will be the server's default time zone in offset format "+hhmm" or "-hhmm". An offset of 0 (Zulu) always has a positive sign. "weekday" =>روز هفته به عنوان یک عدد صحیح بین "0" و "6" بیان شده است."0" یکشنبه است ، "1" دوشنبه است ، و غیره. فرمت محدود ISO 8601 با تولید تاریخ ABNF که در [RFC3339] ، بخش 5. 6 ارائه شده است ، با محدودیت های اضافه شده که حروف "T" و "Z مشخص شده است ، مشخص شده است."باید در مورد بزرگ باشد ، و یک جبران منطقه زمانی صفر باید توسط" z "و نه" +00: 00 "نشان داده شود.4. 3تعامل مقایسه کننده با آرگومان های تاریخهمه مقایسه ها با تمام استدلال های تاریخ-بخش مناسب نیستند. به طور کلی ، بخش های تاریخ را می توان برای برابری با "I ؛ ASCII-CASEMAP" (پیش فرض) یا "I ؛ Octet" مقایسه و آزمایش کرد ، اما دو استثنا وجود دارد: جولیان این یک عدد صحیح است و ممکن است یا ممکن است یا ممکن استصفرهای پیشرو ندارند. به همین ترتیب ، "من ؛ ascii-numeric" تقریباً مطمئناً بهترین مقایسه ای برای استفاده با آن است. STD11 این به عنوان ابزاری برای به دست آوردن مقادیر تاریخ/زمان در قالب مناسب برای گنجاندن در قسمت های هدر ایمیل ارائه شده است. طیف گسترده ای از نحوهای ممکن برای تاریخ/زمان STD11 - که اجرای این برنامه در هنگام تهیه یک رشته STD11 رایگان است - این فرمت را به یک انتخاب ضعیف برای مقایسه تبدیل می کند. با این وجود ، اگر مقایسه ای باید انجام شود ، این مورد حساس است و بنابراین باید از "I ؛ Ascii- casemap" استفاده شود."سال" ، "ماه" ، "روز" ، "ساعت" ، "دقیقه" ، "دوم" و "روز هفته" همه از نمایش های رشته ای با عرض ثابت از اعداد صحیح استفاده می کنند و بنابراین می توان با "I ؛ Octet" مقایسه کرد. "i ؛ ascii-casemap "، و" i ؛ ascii-numeric "با نتایج معادل."تاریخ" و "زمان" همچنین از نمایش های رشته ای با عرض ثابت از اعداد صحیح استفاده می کنند ، بنابراین می توان با "I ؛ Octet" و "I ؛ Ascii- casemap" مقایسه کرد. با این حال ، "من ؛ ascii-numeric" با آن قابل استفاده نیست ، زیرا "i ؛ ascii-numeric" اجازه نمی دهد تا شخصیت های غیر رقمی.آهنگ استاندارد آزاد شده [صفحه 5]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008 4. 4مثال هاتاریخ: می توانید در هنگام ادعا که فرستنده پیام را ایجاد کرده است ، آزمایش کنید و مطابق آن عمل کنید: به ["تاریخ" ، "رابطه" ، "FileInto"] نیاز دارید. اگر Allof (Header: "از" "[email protected]" است ، تاریخ: ارزش "GE": OrigineZone "تاریخ" "ساعت" "09" ، تاریخ: ارزش "LT": OriginalZone "تاریخ" "ساعت" ""17 ")آزمایش اولیه دریافت شده: زمینه می تواند نشانگر زمان دریافت پیام توسط سیستم محلی باشد: نیاز به ["تاریخ" ، "رابطه" ، "FileInto"] ؛اگر از این رو (تاریخ: "دریافت شده" "" "روز هفته" "0" ، تاریخ: "دریافت شده" "" "روز هفته" "6")5. آزمون فعلیاستفاده: CurrentDate [": Zone"] [مقایسه کننده] [TYPE TYPE] آزمایش CurrentDate شبیه به آزمون تاریخ است ، به جز اینکه در تاریخ/زمان فعلی به جای یک مقدار استخراج شده از عنوان پیام عمل می کند. به طور خاص ، آرگومان های ": Zone" و تاریخ-بخش همان موارد موجود در آزمون تاریخ هستند. تمام تست های فعلی در یک اسکریپت SIEVE باید در هنگام اجرای اسکریپت به همان نقطه زمان مراجعه کنند.: مقدار شمارش یک آزمون فعلی همیشه 1 است.5. 1مثال هاساده ترین استفاده از CurrentDate انجام عملی است که فقط در زمان های خاصی عمل می کند. به عنوان مثال ، یک کاربر ممکن است بخواهد پیام هایی را پس از ساعات کاری و آخر هفته ها به صفحه خود هدایت کند:آهنگ استاندارد آزاد شده [صفحه 6]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008نیاز به ["تاریخ" ، "رابطه"] ؛در صورتی که (جریان فعلی: "هفته" "" 0 "، جریان فعلی:" هفته هفته "" 6 "، جریان فعلی: ارزش" LT "" ساعت "" 09 "، جریان فعلی: ارزش" GE "" ساعت "" 17 ")جریان فعلی می تواند برای تنظیم پاسخ های تعطیلات [RFC5230] از قبل استفاده شود و به طور خودکار تولید پاسخ را متوقف کنید: به ["تاریخ" ، "رابطه" ، "تعطیلات"] نیاز دارید. اگر ALLOF (جریان فعلی: ارزش "GE" "" تاریخ "" 2007-06-30 "، فعلی: ارزش" le "" "تاریخ" "2007-07-07")CurrentDate همچنین ممکن است در رابطه با پسوند متغیرها مورد استفاده قرار گیرد تا آرگومان های وابسته به زمان را به آزمایش ها و اقدامات دیگر منتقل کند. غربال زیر پیام ها را در پوشه ای به نام ماه و سال جاری قرار می دهد: به ["تاریخ" ، "متغیرها" ، "FileInto"] نیاز دارید. اگر فعلی: "ماه" ""*"مطابقت دارداگر فعلی: "سال" "*" مطابقت دارد fileinto "$-$"; Finally, currentdate can be used in conjunction with the editheader extension to insert a header-field containing date/time information: require ["variables", "date", "editheader"]; if currentdate :matches "std11" "*" ";> 6. گسترش فهرست The "index" extension, if specified, adds optional :index and :last arguments to the header, address, and date tests as follows: Syntax: date [":index" [":last"]] [>/ ": OriginalZone"] [مقایسه] [Match-Type] نحو: هدر [": فهرست" [": آخرین"]] [مقایسه] [نوع مسابقه]آهنگ استاندارد آزاد شده [صفحه 7]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008نحو: آدرس [": فهرست" [": آخرین"] [آدرس بخش] [مقایسه] [نوع مسابقه] اگر: شاخص مشخص شده است ، تلاش برای مطابقت با یک مقدار محدود به عنوان FieldNo (شروع در1 ، اولین زمینه هدر نامگذاری شده). اگر: آخرین مورد نیز مشخص شده است ، شمارش به عقب است. 1 نشان دهنده آخرین میدان عنوان نامگذاری شده ، 2 دوم تا آخرین و غیره است. مشخص کردن: آخرین بدون: فهرست یک خطا است.: فهرست فقط زمینه های هدر جداگانه را شمارش می کند ، نه چندین مورد در یک زمینه واحد. به طور خاص ،: از فهرست نمی توان برای آزمایش یک آدرس خاص در یک لیست آدرس موجود در یک قسمت هدر استفاده کرد. هر دو عنوان و آدرس اجازه می دهد تا بیش از یک نام زمینه هدر مشخص شود. اگر بیش از یک نام زمینه هدر مشخص شده باشد ، تمام قسمتهای هدر نامگذاری شده به ترتیب مشخص شده توسط لیست هدر شمارش می شوند.6. 1. مثالتحویل نامه ممکن است شامل چندین هاپ باشد ، در نتیجه دریافت: قسمت حاوی اطلاعات مربوط به زمان ورود یک پیام برای اولین بار در دامنه اداری محلی ، قسمت دوم یا بعدی در پیام است. تا زمانی که افست زمینه سازگار باشد ، می توان آن را آزمایش کرد: # بررسی تاریخ قطع اینترنت را با فرض # دوم دریافت شده ، پیاده سازی کنید: زمینه مشخص می کند که اولین پیام # وارد زیرساخت های ایمیل محلی شد. نیاز به ["تاریخ" ، "رابطه" ، "فهرست"] ؛اگر تاریخ: ارزش "GT": فهرست 2: منطقه "-0500" "دریافت شده" "ISO8601" "2007-02-26T09: 00: 00-05: 00" ،7. ملاحظات امنیتیامکانات تعریف شده در اینجا ، مانند امکانات موجود در مشخصات Sieve Base ، بر روی اطلاعات هدر پیام که به راحتی می توان جعل کرد ، کار می کنند. با این حال ، توجه داشته باشید که برخی از زمینه ها ذاتاً از سایر موارد قابل اطمینان تر هستند. به عنوان مثال ، قسمت: قسمت به طور معمول توسط فرستنده پیام درج می شود و در هر نقطه قابل تغییر است. در مقابل ، بالاترین دریافتی: قسمت به طور معمول توسط سیستم پستی محلی درج می شود و بنابراین برای فرستنده یا واسطه برای جعل دشوار است.آهنگ استاندارد آزاد شده [صفحه 8]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008استفاده از آزمون فعلی ، رفتار اسکریپت را ذاتاً کمتر قابل پیش بینی و تجزیه و تحلیل سخت تر می کند. این ممکن است عواقبی برای سیستمهایی که از تجزیه و تحلیل اسکریپت استفاده می کنند برای تلاش و مشاهده اسکریپت های مشکل ساز به همراه داشته باشند. تمام ملاحظات امنیتی ارائه شده در مشخصات Sieve Base نیز در مورد این پسوندها اعمال می شود.8. ملاحظات یاناالگوهای زیر ثبت نام IANA از دو پسوند SIEVE که در این سند مشخص شده است را مشخص می کند: به: [email protected] موضوع: ثبت نام جدید برنامه افزودنی های الک جدید نام: شرح تاریخ: پسوند "تاریخ" به غربال امکان آزمایش تاریخ و تاریخ را می دهدمقادیر زمانشماره RFC: RFC 5260 آدرس تماس: لیست بحث در مورد SIEVE نام قابلیت: فهرست توضیحات: پسوند "فهرست" وسیله ای برای محدود کردن عنوان و آزمون آدرس به موارد خاص فراهم می کند که بیش از یک زمینه از یک نوع خاص وجود داشته باشد. شماره RFC: RFC 5260 آدرس تماس: لیست بحث و گفتگو SIEV9. منابع 9. 1منابع هنجاری[Calgo199] Tantzen ، R. ، "الگوریتم 199: تبدیل بین تاریخ تقویم و شماره روز جولیان" ، الگوریتم های جمع آوری شده از CACM 199. [RFC2119] Bradner ، S. ، "کلمات کلیدی برای استفاده در RFC ها برای نشان دادن سطح نیاز" ، BCPP14 ، RFC 2119 ، مارس 1997. [RFC2822] Resnick ، P. ، "قالب پیام اینترنتی" ، RFC 2822 ، آوریل 2001. [RFC3339] Klyne ، G. ، ed. و C. Newman ، "تاریخ و زمان در اینترنت: Timestamps" ، RFC 3339 ، ژوئیه 2002. [RFC5228] Guenther ، P. and T. Showalter ، "Sieve: یک زبان فیلتر ایمیل" ، RFC 5228 ، ژانویه 2008.آهنگ استاندارد آزاد شده [صفحه 9]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008[RFC5231] Segmuller ، W. and B. Leiba ، "فیلتر ایمیل Sieve: پسوند رابطه" ، RFC 5231 ، ژانویه 2008. [RFC5234] Crocker ، D. and P. Overell ، "BNF افزوده برای مشخصات نحوی: ABNF" ، STD68 ، RFC 5234 ، ژانویه 2008.9. 2منابع آموزنده[RFC3501] Crispin ، M. ، "پروتکل دسترسی به پیام اینترنتی - نسخه 4REV1" ، RFC 3501 ، مارس 2003. [RFC5230] Showalter ، T. and N. Freed ، "فیلتر ایمیل Sieve: Extension Vacation" ، RFC 5230 ، ژانویه 2008بشرآهنگ استاندارد آزاد شده [صفحه 10]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008 پیوست A. تبدیل تاریخ جولیانروال C زیر نحوه ترجمه اطلاعات روز/ماه/سال به تاریخ های اصلاح شده جولیان را نشان می دهد. این روال ترجمه های ساده تر از روالهای الگول است که در الگوریتم CACM 199 [Calgo199] مشخص شده است. با توجه به روز ، ماه و سال ، JDay تاریخ اصلاح شده جولیان را برمی گرداند. int jday (سال int ، ماه int ، روز int)2) ماه -= 3 ؛دیگرc = year / 100; ya = year - c * 100; retu (c * 146097 / 4 + ya * 1461 / 4 + (month * 153 + 2) / 5 + day + 1721119);> آهنگ استاندارد آزاد شده [صفحه 11]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008با توجه به J ، تاریخ اصلاح شده جولیان ، JDate روز ، ماه و سال را برمی گرداند. void jdate (int j ، int *سال ، int *ماه ، int *day)> پیوست B. اذعاندیو کریدلند متنی را توصیف کرد که مقایسه کننده های مناسب را برای استفاده از قسمت های مختلف تاریخ استفاده می کند. Cyrus Daboo ، Frank Ellerman ، Alexey Melnikov ، Chris Newman ، Dilyan Palauzov و Aaron Stone پیشنهادات و اصلاحات مفیدی ارائه دادند. آدرس نویسنده Ned Ned Freed Sun Microsystems 800 Royal Oaks Monrovia ، CA 91016-6347 USA تلفن: +1 909 457 4293 ایمیل: ned. [email protected]آهنگ استاندارد آزاد [صفحه 12]

RFC 5260 Deate Date and Index Extensions ژوئیه 2008بیانیه کپی رایت کامل کپی رایت (ج) IETF Trust (2008). این سند منوط به حقوق ، مجوزها و محدودیت های موجود در BCP 78 است ، و به جز آنچه در آن بیان شده است ، نویسندگان تمام حقوق خود را حفظ می کنند. این سند و اطلاعات موجود در اینجا بر اساس "همانطور که" و مشارکت کننده ارائه شده است ، سازمانی که وی نماینده یا حمایت مالی می کند (در صورت وجود) ، انجمن اینترنت ، اعتماد IETF و کارگروه مهندسی اینترنت همه را رد می کنندضمانت نامه ها ، بیان یا ضمنی ، از جمله اما محدود به هیچ گونه ضمانتی که استفاده از اطلاعات در اینجا هیچ حقوقی یا ضمانت نامه ضمنی از تجارت یا تناسب اندام را برای یک هدف خاص نقض نمی کند. مالکیت معنوی IETF هیچ موضع گیری در مورد اعتبار یا دامنه حقوق مالکیت معنوی یا حقوق دیگری که ممکن است ادعا شود مربوط به اجرای یا استفاده از فناوری شرح داده شده در این سند یا میزان تا چه اندازه مجوز تحت چنین حقوق استممکن است در دسترس نباشدو همچنین نشان دهنده این نیست که هیچ تلاش مستقلی برای شناسایی چنین حقوقی انجام داده است. اطلاعات مربوط به رویه های مربوط به حقوق در اسناد RFC را می توان در BCP 78 و BCP 79 یافت. مجوز عمومی یا مجوز استفاده از چنین حقوق اختصاصی توسط مجریان یا کاربران این مشخصات را می توان از مخزن IETF On-Line IPR در http://www.ietf.org/ipr دریافت کرد. IETF از هر شخص علاقه مند دعوت می کند تا هرگونه حق چاپ ، حق ثبت اختراع یا برنامه های ثبت اختراع یا سایر حقوق اختصاصی را که ممکن است فناوری را که ممکن است برای اجرای این استاندارد مورد نیاز باشد ، مورد توجه خود قرار دهد. لطفاً اطلاعات را به IETF در [email protected] خطاب کنید. آهنگ استاندارد آزاد شده [صفحه 13]