Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

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.

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 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.

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.

Hi.

I've done all I could to get it to work but something is still in the way and the issue isn't obvious at all. Frankly, it seems like a bug in Anope.

Server window output in the client

Code: [Select]

(19:56:50) * link.SERVER_LINKED [info] Server linked: irc.retroit.org -> services.retroit.org
(19:56:50) * link.SERVER_SYNCED [info] Link services.retroit.org -> irc.retroit.org is now synced [secs: 0, recv: 1435, sent: 5806]
(19:56:55) * link.LINK_DISCONNECTED [error] Lost server link to services.retroit.org [127.0.0.1]: No error: 0
Console output

Code: [Select]

moebius@unix:~/services/bin $ ./services
Anope 2.0.12, build #2, compiled 20:00:14 Apr  4 2023
Using configuration file conf/services.conf
Attempting to connect to uplink #1 127.0.0.1 (127.0.0.1/7000) with protocol UnrealIRCd 4+
Successfully connected to uplink #1 127.0.0.1:7000
Console output (debug)

Code: [Select]

[Apr 05 19:56:51.316752 2023] Debug: Received: :001 SWHOIS Moebius :is a Network Administrator
[Apr 05 19:56:51.316810 2023] Debug: unknown message from server (:001 SWHOIS Moebius :is a Network Administrator)
[Apr 05 19:56:51.316866 2023] Debug: Received: @msgid=yFLdrGp52tYONEnSkCrgjA;time=2023-04-05T16:56:51.270Z :001 SJOIN 1680709075 #opers +nt :@0016B0L01
[Apr 05 19:56:51.318567 2023] Debug: irc.retroit.org is setting #opers to +nt
[Apr 05 19:56:51.320059 2023] Debug: Received: :irc.retroit.org TKL + Q * OperServ services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320124 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * OperServ services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320187 2023] Debug: Received: :irc.retroit.org TKL + Q * NickServ services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320246 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * NickServ services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320302 2023] Debug: Received: :irc.retroit.org TKL + Q * MemoServ services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320359 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * MemoServ services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320415 2023] Debug: Received: :irc.retroit.org TKL + Q * HostServ services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320472 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * HostServ services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320528 2023] Debug: Received: :irc.retroit.org TKL + Q * Global services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320586 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * Global services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320647 2023] Debug: Received: :irc.retroit.org TKL + Q * ChanServ services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320702 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * ChanServ services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320763 2023] Debug: Received: :irc.retroit.org TKL + Q * BotServ services.retroit.org 0 1680658450 :Reserved for services
[Apr 05 19:56:51.320820 2023] Debug: unknown message from server (:irc.retroit.org TKL + Q * BotServ services.retroit.org 0 1680658450 :Reserved for services)
[Apr 05 19:56:51.320877 2023] Debug: Received: NETINFO 8 1680713811 6000 SHA256:4f10c4198a0e7a10538f09e03a4d0932ed45b8c19e8cd33b3a37c827 0 0 0 :RetroIT
[Apr 05 19:56:51.320951 2023] Debug: Sent: :00B NETINFO 8 1680713811 6000 SHA256:4f10c4198a0e7a10538f09e03a4d0932ed45b8c19e8cd33b3a37c827 0 0 0 :RetroIT
[Apr 05 19:56:51.321009 2023] Debug: Received: :001 EOS
[Apr 05 19:56:51.321053 2023] Debug: unknown message from server (:001 EOS)
[Apr 05 19:56:51.321692 2023] Debug: Received: @msgid=0LQ5oKQzad6Agb5ngdMt0I;time=2023-04-05T16:56:51.321Z :irc.retroit.org PONG irc.retroit.org :services.retroit.org
[Apr 05 19:56:51.321790 2023] SERVER: irc.retroit.org (RetroIT Server) is done syncing
[Apr 05 19:56:51.323442 2023] Debug: Sent: :00B MD client services.retroit.org saslmechlist :EXTERNAL,PLAIN
Segmentation fault (core dumped)
There is a short 3 second delay before segfault. I'm out of ideas. Perhaps it could have something to do with the OS, I'm using FreeBSD 13.1 and I found a similar problem right here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266909

Thank you. :-)

Hi,

I have for some days trying to figure out 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

This is a protocol limit so Anope unfortunately can't bypass it.

As stated on /memoserv help:

Code: [Select]

MemoServ is a utility allowing IRC users to send short messages to other IRC users, whether they are online at the time or not, or to channels(*).
If you need to send longer messages, upload them to some file hosting service (like https://0bin.net) and send a memo with the URL to the pastebin instead.

Cheers

- Alternatively you can uncomment the following lines, by removing the # sign:

• https://github.com/anope/anope/blob/2.0/data/hostserv.example.conf#L167
• https://github.com/anope/anope/blob/2.0/data/hostserv.example.conf#L172

This way, whenever a user request a vHost all the opers will receive a memo with a text similar to:
[auto memo] vHost The.Mythological.Creature has been requested by PeGaSuS
and the user will also receive a memo when their vHost is accepted or rejected and with the reject reason if one is specified.

Hope this helps too.

Cheers!