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

Hello good evening, I'm having this problem when trying to run on Windows Server 2022 version, I tried several things, changing the folder security, installing outside of Program Files, I tried running cmd administrator and nothing, always the same error!! I'm trying to install version 2.1.7, could someone help?

Hi there,
I've tried to use sqlite rather than mariaDB with my services, but when I put the up, they can't connect to the ircd (unrealircd):

ERROR: Closing Link: [127.0.0.1] (Registration Timeout)
Received ERROR from uplink: Closing Link: [127.0.0.1] (Registration Timeout)

So, I rollback my .confs to use mariadb (mysql) and it works like a charm.

The sqlite db was well filled (I setted the db_sql::import to true) and there is a really few datas in it (as in the original one).

does anyone already enconter this trouble ?

When trying to start it I get this error:
[May 26 19:34:58 2024] modules/unreal4.so: cannot open shared object file: No such file or directory

I have tried running ./Config and make etc several times but that file still doesn't get created...

Any help?

did you try the
./Config
cd build
make
make install
done..

Ok, the solution was smtputf8_enable = no in my postfix.

Thanks @PeGaSuS and @Sadie, you gave me new search ideas

Well, my postfix works fine, it's the receiver which seems to dislike my email when subject has accentued chars.
I'll have a deeper look in postfix (sendmail is just the mailutils tool to enable sendmail with postfix)

EDIT
I tried adding smtputf8_enable = yes in postfix (works) but the dest servers hates me:

2024-06-24T17:36:31.289265+02:00 myserver postfix/smtp[1588328]: C96862AC1C5B: to=<user@domain.com>, relay=mx1.mail.ovh.net[188.165.36.237]:25, delay=6.5, delays=0.46/0.31/5.8/0, dsn=5.6.7, status=bounced (SMTPUTF8 is required, but was not offered by host mx1.mail.ovh.net[188.165.36.237])

Seems like ovh dislikes utf8

Hi!

So far, I had zero issues with msmtp and accented emails.

My resetpass email has as subject the following:

Code: [Select]

reset_subject = "Reposição de palavra-passe | Password reset request"
The command file -bi anope.conf states:

Code: [Select]

text/x-c; charset=utf-8
The only thing I'm doing different (I think) with msmtp is that I'm sending the email through my mail server which is located on another machine (powered by postfix, though), basically acting as a relay but you can also install the msmtp-mta if you want/need.

Here's an example of how my .msmtprc looks like:

Code: [Select]

# Set default values for all following accounts.
defaults
auth           on
tls            on
#tls_trust_file /etc/ssl/certs/ca-certificates.crt
logfile        ~/.msmtp.log

# EXAMPLE
account        example
host           mail.domain.tld
port           465
tls_starttls   off
from           "Example User <example@domain.tld>"
user           example@domain.tld
password       example_password

account default: example

I've also attached a screenshot that shows that accents are received properly (the code received is already invalidated).

NOTE: All configs are from an Ubuntu powered system.

Small edit:

Code: [Select]

crazycat@server:~/services/conf$ file -bi services.conf
text/x-c; charset=utf-8

My services.conf is utf-8, I use postfix (on localhost) with mailutils to get the sendmail.
Here is my myfile.txt (utf-8 / CRLF)

From: admin@zeolia.chat
To: crazycat@testing.com
Subject: Nouveau mémo
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Bonjour,

Merci de valider la réception de ce message.
Normalement ça le fait
.

Works using /usr/sbin/sendmail -t < myfile.txt

If I use Nouveau mémo in memo_subject (services.conf) I got the error. But If I use Nouveau memo (without accent) I don't have any trouble.
Not that having accentued chars in the body doesn't break the process.

I'll try making more tests (apply iconv to my .conf ?) but the only difference I actually can see is that the mail subjects are treated in another way than the bodies.

We're applying a UTF-8 header to the emails so they *should* be sent properly.

Are you sure you're using UTF-8 for your emails not an older encoding like ISO-8859-1?

What email provider are you using? Also, what sendmail client are you using?

Hello,

I've tried to translate in french emails sent by anope and noticed that when the subject contains accentued chars, I got (from dest server) "SMTPUTF8 is required, but was not offered by host" when mail is sent.
But when the subject doesn't contains them and the body yes, it works like a charm.

I did a test, creating a file and using sendmail -t < myfile.txt, it works.

So I think there is a little trouble somewhere between https://github.com/anope/anope/blob/81056072576994e6f4c7ed6133bd42440b10face/src/config.cpp#L188 and https://github.com/anope/anope/blob/81056072576994e6f4c7ed6133bd42440b10face/src/mail.cpp#L16 which transform the subject (my tests were with memo_subject) in an improper utf-8 string