Anope IRC Services

Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: 1 2 [3] 4 5 ... 10
 21 
 on: May 16, 2023, 07:26:03 AM 
Started by The Myth Lives - Last post by The Myth Lives
The only person hurt here is you with all of your selfishness.

I'll assume that you don't know what a community is and why forums like this one exist.

If you want to help the community and share the fixed code, good. If you don't then just don't bother replying to others posts/requests.

Cheers

 22 
 on: May 16, 2023, 05:03:14 AM 
Started by The Myth Lives - Last post by welcome to our world !
The idea of a module fix request is to have the fix publicly available, and I don't see it anywhere public.

Fixing for use on your own IRC network and saying "Done" doesn't really help the community.

Cheers

so hurt

 23 
 on: May 15, 2023, 01:34:45 PM 
Started by The Myth Lives - Last post by CrazyCat
The AccessCheck must be corrected.

Initial:
Code: [Select]
bool AccessCheck(CommandSource &source, ChannelInfo *ci) {
return source.GetUser()->HasMode("OPER") || source.AccessFor(ci).HasPriv("chanserv/access/modify");
}

Working:
Code: [Select]
bool AccessCheck(CommandSource &source, ChannelInfo *ci) {
return source.GetUser()->HasMode("OPER") || source.AccessFor(ci).HasPriv("ACCESS_CHANGE") || source.HasPriv("chanserv/access/modify");
}

 24 
 on: May 15, 2023, 12:34:43 PM 
Started by The Myth Lives - Last post by The Myth Lives
The idea of a module fix request is to have the fix publicly available, and I don't see it anywhere public.

Fixing for use on your own IRC network and saying "Done" doesn't really help the community.

Cheers

 25 
 on: May 15, 2023, 12:28:56 PM 
Started by The Myth Lives - Last post by welcome to our world !
Done

 26 
 on: April 07, 2023, 10:58:57 AM 
Started by Stefan - Last post by Stefan
Ok, nevermind. I did something and it works now. I've NO idea how I fixed it, though. I even tried to reverse the few random and hopeless changes I made to the ssmtp.conf file and it still just works. Oh well.

Now I have another question. Is there a way to fake the sender's name and address? I know it can be done with sendmail and mailx but I'm not sure they are good options here. The question is, can you pull it off with ssmtp? The farthest I've gone is change the sender's name but I can't seem to change the actual email address. Here's what I mean:

Code: [Select]
ssmtp -v -fservices@retroit.org -Fservices@retroit.org someone@somemail.com < msg.txt
This only changes the name but not the address in angle brackets, it's pretty much stuck there. So, only the -F parameter works. Same happens when I use "From:" in the actual message.

Hi,

I haven't played with "fake email" so I don't know, sorry

 27 
 on: April 07, 2023, 10:56:41 AM 
Started by Stefan - Last post by Stefan
May I ask how exactly you went about the app password/less secure authentication? It seems that most email services these days use a 2-step verification and won't allow third-party apps to log into your account unless using a dedicated app password, which is something ssmtp isn't good at or so it seems. I've tried sending an email using a previously generated app password but I keep getting an error saying password is missing or just bad. In the case of gmail.com it looks like this:

Code: [Select]
ssmtp: Authorization failed (535 5.7.8  https://support.google.com/mail/?p=BadCredentials z6-20020a05600c220600b003ed246c1d28sm2044983wml.44 - gsmtp)
So, I figure either I'm doing something wrong or you could be using a different email service altogether, which doesn't require the above authentication method.

Hi,

I can't speak about gmail. As I don't use that I use https://privateemail.com/ And it works fine.

 28 
 on: April 06, 2023, 09:08:15 PM 
Started by Stefan - Last post by Moebius
Ok, nevermind. I did something and it works now. I've NO idea how I fixed it, though. I even tried to reverse the few random and hopeless changes I made to the ssmtp.conf file and it still just works. Oh well.

Now I have another question. Is there a way to fake the sender's name and address? I know it can be done with sendmail and mailx but I'm not sure they are good options here. The question is, can you pull it off with ssmtp? The farthest I've gone is change the sender's name but I can't seem to change the actual email address. Here's what I mean:

Code: [Select]
ssmtp -v -fservices@retroit.org -Fservices@retroit.org someone@somemail.com < msg.txt
This only changes the name but not the address in angle brackets, it's pretty much stuck there. So, only the -F parameter works. Same happens when I use "From:" in the actual message.

 29 
 on: April 06, 2023, 06:04:06 PM 
Started by Stefan - Last post by Moebius
Hi,

I have for some days trying to figure how to setup Anope with email support and I finally made it work with "ssmtp"

So the first thing you need to do is install :
Code: [Select]
sudo apt-get update
Code: [Select]
sudo apt-get install ssmtp
then edit the following file:
Code: [Select]
sudo nano /etc/ssmtp/ssmtp.conf
You then need to make some changes to the file:

Code: [Select]
#
# Config file for sSMTP sendmail
#
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
#root=postmaster
root=
#Debug - remove the # if you need to debug (the file you need to look into is : /var/syslog)
#Debug=Yes

# The place where the mail goes. The actual machine name is required no
# MX records are consulted. Commonly mailhosts are named mail.domain.com
mailhub=mail.yourprovider.com:587

AuthUser=YOURMAILADRESS
AuthPass=YOURPASSWORD
UseTLS=YES
UseSTARTTLS=YES

# Where will the mail seem to come from?
#rewriteDomain=

# The full hostname
hostname=YOURHOSTNAME

# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=YES

And lastly make this change:
Code: [Select]
sendmailpath = "/usr/sbin/ssmtp -t"
Thats how I made it work :)

May I ask how exactly you went about the app password/less secure authentication? It seems that most email services these days use a 2-step verification and won't allow third-party apps to log into your account unless using a dedicated app password, which is something ssmtp isn't good at or so it seems. I've tried sending an email using a previously generated app password but I keep getting an error saying password is missing or just bad. In the case of gmail.com it looks like this:

Code: [Select]
ssmtp: Authorization failed (535 5.7.8  https://support.google.com/mail/?p=BadCredentials z6-20020a05600c220600b003ed246c1d28sm2044983wml.44 - gsmtp)
So, I figure either I'm doing something wrong or you could be using a different email service altogether, which doesn't require the above authentication method.

 30 
 on: April 06, 2023, 03:23:11 AM 
Started by Moebius - Last post by Moebius
Ok, it really does appear to be a problem in FreeBSD 13.1. I built anope in 13.0 and transferred it to my 13.1 setup where it works just fine. It's hard to say if it's omission on part of FreeBSD maintainers or anope devs, though.

Pages: 1 2 [3] 4 5 ... 10