Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Cevap : /mode #kanal -b Nick!*@*

/ban -r #kanal Nick!*@*

/ban -u5 #kanal Nick

Verdiğim komutlar ile bu işte çözülmüş olur.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Teşekkür ettim fakat tam olarak doğru değil.

/ban -u5 #kanal Nick Bu komutla banı kaldırmış olmayız. Neden 5 onu anlayamadım açıkçası, attığımız banın süresi ile bağlantı kurulduysa eğer birim dakika değil saniyedir.

Fakat /ban -u0 (#kanal) nick komutu ile atmış olduğumuz süreli banı kaldırabiliriz. Sadece süreli banlar için geçerlidir bu durum, zaten önceden atmış olduğumuz banı güncelleyip, süresini sıfırlıyor ve bu şekilde banı kaldırmış oluyoruz.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Aklıma gelen yolları sıraladım 3.yolda bir hata var oda olabilir dogaldır.Acıklayıcı olabilmişimdir umarım.
O halde 3.yoluda söyle düzeltelim./channel #kanal yazdıktan sonra cıkan pencereden de banı kendimiz kaldırabiliriz .

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Başka bir soruyla devam edelim.

Soru : /watch +avdet

Bu komutu kullandığımda status penceremde birşey göremiyorum, bunun sebebi nedir. Görmem mümkün mü, değilse neden?



Bu soru için kudzu ve avdet'e teşekkürlerimle.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Bu soruyu hatırlıyorum sanki:)

Cevap: Notify, watch komutunun görünen adıdır, notify komutu aktif iken watch komutunun işleyişini debug penceresinden görebiliriz, ancak status penceresinde işlevi görmek istiyorsak /notify off yapmamız yeterlidir.

Örnekle göstereyim;
Notify açık iken; debug penceresindeki görünüm ve status durumu
-> access.geveze.org WATCH +avdet
<- :access.geveze.org 605 eLaa avdet * * 0 :is offline
ve status kısmında herhangi bir işlev görünmüyordur

Notify kapalı iken; debug penceresindeki görünüm ve status durumu
-> access.geveze.org WATCH +avdet
<- :access.geveze.org 605 eLaa avdet * * 0 :is offline
status : avdet * * 0 is offline


Soru: #Elit kanalına 10 ve üstü haneli nicki kayıtlı kullanıcılar girebilsin istiyorum ancak, Eos nickinde kanalıma girebilsin fakat konuşamasın istiyorum, ban parametrelerinden ~q kullanmadan ve kanalımı invite konumuna almadan bunu yapabilirmiyim. Not: Diğer kullanıcılar konuşabilsin.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

//chanserv access #elit del 1-999 | chanserv levels #elit set autovoice 0 | chanserv access #elit add Eos -1 | chanserv set #elit mlock +Rm | mode #elit +bee *!*@* Eos!*@* ??????????*!*@*

----------

Soru : Spama takılan bir yazıyı, memo olarak atabilmemin sebebi nedir?

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Cevap; Çünkü işlemi nickimiz üzerinden yapmıyoruz, Memoserv üzerinden gönderildiği için spama takılmaz.
Aynı şekil topic değişiminde de /Topic #kanal mesaj şeklinde olan topicler spama takılabilir o yüzden Chanserv üzerinden topic atmamız gerekir.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Cevap: Spamfilter parametreleri servisleri engellemez çünkü servisler ircoper konumundadır;
* MemoServ H* [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :2 Mesaj Servisleri
* ChanServ H* [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :2 Kanal Servisleri
* NickServ H* [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :2 Rumuz Servisleri

Dolayısıyla spam parametrelenin engellemeleri sadece,

c : Kanala gönderilen mesaj
p : Private (özel) gönderilen mesaj
n : Kişiye özel notice
N : Kanala atılan notice
u : Kişiye atılan ban maskı (nick!ident@host)
a : Away mesajı
P : Part mesajı (kanaldan ayrılma mesajı)
q : Quit mesajı (serverdan ayrılma-çıkış mesajı)
t : Topic mesajı
d : Dcc dosya adı

Şeklindedir.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Bilgi; Memoserv diye bir bilgi olmamasının sebebi ne olabilir sizce.
Verdiğiniz bilgilerin hepsinde dikkat ederseniz nick üzerinden işlem yapılabilir
Yani bir topic mesajını nick üserinden yada chanserv üzerinden de atabilirsiniz
Memoserv'de öyle bir özellik yok gönderilen memolar nick üzerinden değil memoserv üzerinden gönderilir bunuda açıklamıştım.

Cevap: IRCdaemon/Services Soru-Cevap Bölümü
 

Durumun aslında spamfilter parametreleri ile alakası yoktur. Bu durumu sağlayan kullanıcı kipleridir. Sunucu yöneticilerinin de spamden etkilenmemeleri sahip oldukları flagler sayesinde sağlanır. Hatta daha da spesifik açıklamak gerekirse, bu durum +o flagi ile ilgilidir. Servislerin bu çeşit bir kısıtlamadan etkilenmeme sebebi de budur. cAtLiaM nickli arkadaşın vermiş olduğu cevap bu yüzden temelde doğrudur, kendi nickimiz üzerinden göndermiyor olmamız. Ancak topic konusu doğru değil, debug penceresi açıp takip ettiğimizde o komutla da direkt olarak bizim değiştirmiyor olduğumuzu görebiliriz. Spame alınmış bir kelimeyi her iki komutla da topic olarak atabiliriz.