همچنین برای مشخص کردن محل اتصال، --server و --socket را ببینید.

توجه داشته باشید که زیرساخت گزارش‌گیری وقایع سیستم (به عنوان مثال systemd هنگام شنود روی /dev/log) ممکن است اعتبارنامه‌های سوکت محلی (local socket credentials) را برای لغو PID مشخص‌شده در پیام دنبال کند. دستور logger(1) قادر است آن اعتبارنامه‌های سوکت را روی id داده‌شده تنظیم کند، اما تنها در صورتی که دسترسی ریشه (root) داشته باشید و فرآیندی با PID مشخص‌شده وجود داشته باشد؛ در غیر این صورت اعتبارنامه‌های سوکت تغییر نمی‌کنند و این موضوع بدون هشدار نادیده گرفته می‌شود.

logger --journald <<end
MESSAGE_ID=67feb6ffbaf24c5cbec13c008dd72309
MESSAGE=The dogs bark, but the caravan goes on.
DOGS=bark
CARAVAN=goes on
end

logger --journald=entry.txt

توجه داشته باشید که --journald مقادیر سایر گزینه‌ها مانند اولویت را نادیده می‌گیرد. اگر اولویت مورد نیاز باشد، باید درون ورودی و با استفاده از فیلد PRIORITY تعیین شود. اجرای سادهٔ journalctl(1) فیلد MESSAGE را نمایش می‌دهد. از journalctl --output json-pretty برای مشاهده سایر فیلدها استفاده کنید.

برای قرار دادن خطوط جدید در MESSAGE، فیلد MESSAGE را چندین بار مشخص کنید. این به عنوان یک حالت ویژه در نظر گرفته می‌شود؛ سایر فیلدها در صورتی که چندین بار تکرار شوند به صورت یک آرایه در ژورنال ذخیره خواهند شد.

اگر پیشوند حاوی facility نباشد، facility به مقدار مشخص‌شده توسط گزینهٔ -p بازمی‌گردد. به‌طور مشابه، اگر هیچ پیشوندی ارائه نشود، خط با استفاده از priority داده‌شده با -p لاگ می‌شود.

این گزینه بر پیام‌های خط فرمان تأثیری ندارد. این گزینه در درجه اول برای مواردی طراحی شده است که در آن‌ها logger در یک خط لوله (مانند daemon | logger --prio-prefix) برای خواندن چندین پیام با اولویت‌های متفاوت استفاده می‌شود.

مقدار notq داده‌های ساختاریافتهٔ کیفیت زمان (time-quality) را از پیام ارسال‌شده حذف می‌کند. اطلاعات کیفیت زمان نشان می‌دهد که آیا ساعت محلی همگام‌سازی شده است یا خیر، به همراه حداکثر تعداد میکروثانیه‌هایی که برچسب زمانی ممکن است انحراف داشته باشد. همچنین کیفیت زمان هنگامی که --sd-id timeQuality مشخص شود، به‌طور خودکار سرکوب می‌شود.

مقدار notime (که شامل notq نیز می‌شود) کل برچسب زمانی فرستنده را که در قالب ISO-8601 است، شامل میکروثانیه‌ها و منطقه زمانی، حذف می‌کند.

مقدار nohost اطلاعات فراخوانی gethostname(2) را از سربرگ پیام حذف می‌کند.

پروتکل RFC 5424 از نگارش 2.26 پیش‌فرض دستور logger بوده است.

دستور logger در حال حاضر تنها عنصر استاندارد timeQuality را تولید می‌کند. سند RFC 5424 همچنین عناصر origin (با پارامترهای ip، enterpriseId، software و swVersion) و meta (با پارامترهای sequenceId، sysUpTime و language) را توصیف می‌کند. این شناسه‌های عنصر ممکن است بدون پسوند @digits مشخص شوند.

logger --rfc5424 --sd-id zoo@123             \
                 --sd-param tiger="hungry"   \
                 --sd-param zebra="running"  \
                 --sd-id manager@123         \
                 --sd-param onMeeting="yes"  \
                 "this is message"

تولید می‌کند:

<13>1 2015-10-01T14:07:59.168662+02:00 ws kzak - - [timeQuality tzKnown="1" isSynced="1" syncAccuracy="218616"][zoo@123 tiger="hungry" zebra="running"][manager@123 onMeeting="yes"] this is message

اکثر گیرنده‌ها پیام‌های بزرگتر از 1KiB را روی هر نوع پروتکل syslog می‌پذیرند. به این ترتیب، گزینهٔ --size در تمام موارد بر logger تأثیر می‌گذارد (نه تنها زمانی که از --rfc5424 استفاده شده باشد).

نکته: محدودیت اندازه پیام، اندازه کلی پیام شامل سربرگ syslog را محدود می‌کند. اندازه سربرگ بسته به گزینه‌های انتخاب‌شده و طول نام میزبان متفاوت است. به عنوان یک قاعده تجربی، سربرگ‌ها معمولاً طولانی‌تر از 50 تا 80 نویسه نیستند. هنگام انتخاب حداکثر اندازه پیام، مهم است که مطمئن شوید گیرنده نیز از حداکثر اندازه پشتیبانی می‌کند، در غیر این صورت ممکن است پیام‌ها کوتاه (truncate) شوند. باز هم به عنوان یک قاعده کلی، اندازه پیام دو تا چهار KiB عموماً باید مناسب باشد، در حالی که هر مقدار بزرگتر باید بررسی شود تا از کارکرد آن اطمینان حاصل گردد.

هنگامی که خطاها فعال نباشند، پیام‌های از دست رفته گزارش نمی‌شوند و منجر به یک وضعیت خروج موفق برای logger(1) خواهند شد.

همچنین برای مشخص کردن محل اتصال، --server و --socket را ببینید.

logger System rebooted

logger -p local0.notice -t HOSTIDM -f /dev/idmc

logger -n loghost.example.com System rebooted