דילוג לתוכן
Dialova

תיעוד IRC · ביניים

Account-tag: זיהוי החשבון שמאחורי הודעה

account-tag מאפשרת לדעת איזה חשבון שירותים משויך לשולח הודעה. השרת מוסיף את התגית כשהשולח מזוהה. היא מסייעת לעקוב אחר זהות גם כשהכינוי משתנה, בלי לבלבל בין חשבון להרשאות ניהול.

צוות Dialova · נבדק בתאריך

מידע שמגיע מהשרת #

תעבורת IRC:‏ C = לקוח, S = שרת
C: CAP REQ :account-tag
S: :irc.example CAP Alice ACK :account-tag
S: @account=atelier-bob :Bob!u@cloak.example PRIVMSG Alice :Bonjour

כאן Bob הוא הכינוי ו־atelier-bob הוא החשבון. אין להוסיף את תגית account כשאין לשולח זיהוי מול חשבון שירותים. שם החשבון אינו בהכרח הכינוי, ואינו כתובת דוא״ל.

מה אפשר להסיק כשהתגית חסרה? #

ללא הפעלת היכולת, אין להסיק דבר מהיעדרה. גם כשהיא פעילה, יש להתייחס בזהירות להיעדר חשבון: הלקוח יכול לראות את הזהות כלא מאומתת לפעולה הזו, במקום להמציא חשבון מתוך כינוי או hostmask.

account-tag אינה פקודת כניסה. SASL קובעת את הזהות; התגית מתארת אותה בהודעות שהשרת מעביר. אין לבקש ממשתמש סיסמה כדי ״להפעיל תגית״.

ההבדל מהרחבות חשבון אחרות #

מנגנוןהיקף
account-tagהזהות המשויכת לשולח ההודעה שהועברה.
account-notifyאירועים המודיעים על שינוי חשבון של משתמשים במעקב, לפי המפרט.
extended-joinמידע מורחב בעת כניסה לחדר.

עדכוני חשבון וכניסות מורחבות אינם תמיד מחליפים תגית בהודעה פרטית מאדם שאינו חולק איתכם חדר.

זהות אינה הרשאה #

בוט יכול לשייך זכויות פנימיות לחשבון מאומת, אך חייב לבדוק את התפקידים, הרשת והפעולה המבוקשת. טקסט ״account=admin״ בתוך שיחה, או תגית לקוח שרירותית, אינם אישור מהשרת.

מקורות ובדיקת המידע

הדוגמאות משתמשות בכינויים ובדומיינים בדויים, למעט כתובות חיבור שמתועדות במפורש. הרחבות והגדרות ייחודיות לרשת מצוינות בטקסט.