@613-0
title=חדר ועידה לצוות
type=confbridge
conf_bridge_type=speech
confbridge_end_goto=/1
conf_bridge_exit=yes
conf_bridge_record=no
password=1234
@613-0
title=חדר ועידה לצוות
type=confbridge
conf_bridge_type=speech
confbridge_end_goto=/1
conf_bridge_exit=yes
conf_bridge_record=no
password=1234
הגדרתי בחדר הועידה עצמו וגם בשלוחת הניהול:
conf_bridge_record=no
ובכל זאת השידור מוקלט...
@shz
הכיוון עזר לי מאד!
מה שפתר את הבעיה הוא להגדיר:
access_filter_delete_line=NoPlayAgainM (בלי 1 בסוף)
ולמחוק את השורה הקודמת (שמתייחסת כנראה רק לערכים 1-6, שאצלי ממילא סומנו ב-*),
כשהיו 2 הגדרות מחיקה באותה שלוחה- התייחס רק לאחת מהן, נראה לי שאם היו לי פילטרים נוספים בהגדרה שהייתי רוצה למחוק -הייתי מעביר בסיום פעולת המחיקה לשלוחה נוספת של מחיקה ומגדיר שם את השורה השניה...
תודה רבה!
@shz
type=access_filter
access_filter_mode=delete
access_filter_delete_from=/1/6/1/1
access_filter_delete_number=1
enter_id=yes
enter_id_type=digits
הגדרתי שלוחה עם הגבלה בערך ה-7 בלבד (לכמה זמן לא יתן לעבור שוב), ושלוחה נוספת בתוכה לבדיקת תנאי נוסף מסוג אחר, שבמקרה שאינו מתקיים -מעביר לשלוחה שתמחק את ההגבלה הראשונה.
למרות שמתקבלת הודעה על כך שהפעולה של המחיקה בוצעה בהצלחה- בניסיון חוזר של כניסה לשלוחה - למעשה ההגבלה עדיין קיימת.
אולי תהליך המחיקה מתבצע באופן חלקי בלבד?
-בקובץ ה-AccessFilterLogTime מופיעות 2 שורות על כל מעבר בשלוחה:
access_filter1-33333(2024-11-19-16-37-34)=1,
NoPlayAgainM1-33333(2023-11-19-17-07-34)=Yes,
ובפעולת המחיקה נמחקת רק השורה הראשונה מביניהן, והשניה נשארת,
מישהו יכול לפתור את הבעיה הזו? תודה רבה.