[PERDITION-USERS] Perdition 2.2 not working on openSUSE Leap 42.2

[Rejaine Monteiro]

Hi, I installed the latest version of Perdition
perdition-2.2-16.1.x86_64 ( from
http://download.opensuse.org/repositories/home:/horms:/perdition/openSUSE_Leap_42.2
) but I'm not able to start it.

I've enabled the debug parameter and apparently no nennum error appears
in the log.

Below I send relevant information:

My environment:
## perdition-2.2-16.1.x86_64
## openSUSE Leap 42.2 Kernel 4.4.62-18.6-default x86_64 x86_64

# My /etc/perdition/perdition.conf
debug
log_facility /var/log/perdition.log
map_library /usr/lib64/libperditiondb_posix_regex.so.0
map_library_opt /etc/perdition/popmap.re
outgoing_server localhost
strip_domain remote_login
ssl_ca_accept_self_signed
ssl_cert_file /etc/perdition/perdition.crt.pem
ssl_dh_params_file /etc/perdition/perdition_dhparam.pem
ssl_cert_accept_self_signed
ssl_key_file /etc/perdition/perdition.key.pem
ssl_no_cert_verify
ssl_no_cn_verify

# My /etc/sysconfig/perdition
RUN_PERDITION="yes"
FLAGS=""
POP3="110"
POP3_FLAGS=""
POP3S="yes"
POP3S_FLAGS="--outgoing_port 110 --ssl_mode ssl_listen"
IMAP4="yes"
IMAP4_FLAGS=""
IMAP4S="yes"
IMAP4S_FLAGS="--outgoing_port 143 --ssl_mode ssl_listen"
MANAGESIEVE="no"
MANAGESIEVE_FLAGS=""


When I make a 'start', it gives the protocols that it should enable
(imap, imaps and pop3s)

# /etc/rc.d/perdition restart
redirecting to systemctl restart perdition.service
# /etc/rc.d/perdition status
Checking for perdition (POP3S): unused
Checking for perdition (IMAP4): unused
Checking for perdition (IMAP4S): unused
● perdition.service - LSB: POP, IMAP and managesieve proxy
Loaded: loaded (/etc/init.d/perdition; bad; vendor preset: disabled)
Active: active (exited) since Thu 2017-05-04 16:00:01 -03; 14s ago
Docs: man:systemd-sysv-generator(8)
Process: 17476 ExecStop=/etc/init.d/perdition stop (code=exited,
status=0/SUCCESS)
Process: 17488 ExecStart=/etc/init.d/perdition start (code=exited,
status=0/SUCCESS)

The service status also points to failure, and 'ps -ef' shows that no
service has been started.

# systemctl status perdition.service
perdition.service - LSB: POP, IMAP and managesieve proxy
Loaded: loaded (/etc/init.d/perdition; bad; vendor preset: disabled)
Active: active (exited) since Thu 2017-05-04 16:00:01 -03; 38s ago
Docs: man:systemd-sysv-generator(8)
Process: 17476 ExecStop=/etc/init.d/perdition stop (code=exited,
status=0/SUCCESS)
Process: 17488 ExecStart=/etc/init.d/perdition start (code=exited,
status=0/SUCCESS)
May 04 16:00:00 linux-iueb systemd[1]: Starting LSB: POP, IMAP and
managesieve proxy...
May 04 16:00:01 linux-iueb perdition[17488]: Starting perdition daemon
(POP3S): ..failed
May 04 16:00:01 linux-iueb perdition[17488]: Starting perdition daemon
(IMAP4): ..failed
May 04 16:00:01 linux-iueb perdition[17488]: Starting perdition daemon
(IMAP4S): ..failed
May 04 16:00:01 linux-iueb systemd[1]: Started LSB: POP, IMAP and
managesieve proxy.

# ps -ef | grep perdition
root 17578 17335 0 16:01 pts/0 00:00:00 grep --color=auto perdition

Here is the perdition.log (apparently with no critical error):

May 4 16:01:30 perdition.pop3s[17635]: Starting perdition version=2.2
protocol=POP3S
May 4 16:01:30 perdition.pop3s[17635]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/etc/perdition/perdition.conf", connection_limit=0,
connection_logging=off, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="nobody",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off, listen_port="pop3s",
log_facility="/var/log/perdition.log", log_passwd="never",
login_disabled=off, lower_case="",
managesieve_capability=""IMPLEMENTATION" "perdition" "SIEVE"
"comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date" "SASL" "PLAIN" "NOTIFY" "mailto" "VERSION"
"1.0"", map_library="/usr/lib64/libperditiondb_posix_regex.so.0",
map_library_opt="/etc/perdition/popmap.re", no_bind_banner=off,
no_daemon=off, no_lookup=off, tcp_keepalive=off, nodename="linux-iueb",
ok_line="You are so in", outgoing_port="110",
outgoing_server="localhost",
pid_file="/var/run/perdition.pop3s/perdition.pop3s.pid",
pop_capability="UIDL.USER", protocol="POP3S", server_resp_line=off,
strip_domain="remote_login", timeout=1800, username="nobody",
username_from_database=off, query_key="", quiet=off (mask=0x00400000
00000002)
May 4 16:01:30 perdition.pop3s[17635]: ssl_mode="ssl_listen",
ssl_ca_file="", ssl_ca_path="/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="on",
ssl_cert_file="/etc/perdition/perdition.crt.pem",
ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off",
ssl_cert_self_signed="on", ssl_cert_verify_depth=9,
ssl_key_file="/etc/perdition/perdition.key.pem", ssl_listen_ciphers="",
ssl_outgoing_ciphers="", ssl_no_cert_verify="on",
ssl_no_client_cert_verify="off", ssl_no_cn_verify="on"
ssl_passphrase_fd=0, ssl_passphrase_file="",
ssl_listen_min_proto_version="tlsv1",
ssl_outgoing_min_proto_version="tlsv1", ssl_listen_max_proto_version="",
ssl_outgoing_max_proto_version="", ssl_listen_compression="off",
ssl_outgoing_compression="off", ssl_no_cipher_server_preference="off",
(ssl_mask=0x00000400)
May 4 16:01:30 perdition.pop3s[17635]: Loaded Diffie-Hellman
parameters: "/etc/perdition/perdition_dhparam.pem"
May 4 16:01:30 perdition.imap4[17638]: Starting perdition version=2.2
protocol=IMAP4
May 4 16:01:30 perdition.imap4[17638]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/etc/perdition/perdition.conf", connection_limit=0,
connection_logging=off, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="nobody",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off, listen_port="imap",
log_facility="/var/log/perdition.log", log_passwd="never",
login_disabled=off, lower_case="",
managesieve_capability=""IMPLEMENTATION" "perdition" "SIEVE"
"comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date" "SASL" "PLAIN" "NOTIFY" "mailto" "VERSION"
"1.0"", map_library="/usr/lib64/libperditiondb_posix_regex.so.0",
map_library_opt="/etc/perdition/popmap.re", no_bind_banner=off,
no_daemon=off, no_lookup=off, tcp_keepalive=off, nodename="linux-iueb",
ok_line="You are so in", outgoing_port="imap",
outgoing_server="localhost",
pid_file="/var/run/perdition.imap4/perdition.imap4.pid",
pop_capability="UIDL.USER", protocol="IMAP4", server_resp_line=off,
strip_domain="remote_login", timeout=1800, username="nobody",
username_from_database=off, query_key="", quiet=off (mask=0x00000000
00000002)
May 4 16:01:30 perdition.imap4[17638]: ssl_mode="", ssl_ca_file="",
ssl_ca_path="/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="on",
ssl_cert_file="/etc/perdition/perdition.crt.pem",
ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off",
ssl_cert_self_signed="on", ssl_cert_verify_depth=9,
ssl_key_file="/etc/perdition/perdition.key.pem", ssl_listen_ciphers="",
ssl_outgoing_ciphers="", ssl_no_cert_verify="on",
ssl_no_client_cert_verify="off", ssl_no_cn_verify="on"
ssl_passphrase_fd=0, ssl_passphrase_file="",
ssl_listen_min_proto_version="tlsv1",
ssl_outgoing_min_proto_version="tlsv1", ssl_listen_max_proto_version="",
ssl_outgoing_max_proto_version="", ssl_listen_compression="off",
ssl_outgoing_compression="off", ssl_no_cipher_server_preference="off",
(ssl_mask=0x00000000)
May 4 16:01:30 perdition.imaps[17641]: Starting perdition version=2.2
protocol=IMAP4S
May 4 16:01:30 perdition.imaps[17641]: add_domain="",
authenticate_in=off, authenticate_timeout=1800, bind_address="",
client_server_specification=off,
config_file="/etc/perdition/perdition.conf", connection_limit=0,
connection_logging=off, connect_relog=300, debug=on,
domain_delimiter="@", explicit_domain="", group="nobody",
imap_capability="IMAP4 IMAP4REV1", inetd_mode=off, listen_port="imaps",
log_facility="/var/log/perdition.log", log_passwd="never",
login_disabled=off, lower_case="",
managesieve_capability=""IMPLEMENTATION" "perdition" "SIEVE"
"comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date" "SASL" "PLAIN" "NOTIFY" "mailto" "VERSION"
"1.0"", map_library="/usr/lib64/libperditiondb_posix_regex.so.0",
map_library_opt="/etc/perdition/popmap.re", no_bind_banner=off,
no_daemon=off, no_lookup=off, tcp_keepalive=off, nodename="linux-iueb",
ok_line="You are so in", outgoing_port="143",
outgoing_server="localhost",
pid_file="/var/run/perdition.imaps/perdition.imaps.pid",
pop_capability="UIDL.USER", protocol="IMAP4S", server_resp_line=off,
strip_domain="remote_login", timeout=1800, username="nobody",
username_from_database=off, query_key="", quiet=off (mask=0x00400000
00000002)
May 4 16:01:30 perdition.imaps[17641]: ssl_mode="ssl_listen",
ssl_ca_file="", ssl_ca_path="/etc/perdition/perdition.ca/",
ssl_ca_accept_self_signed="on",
ssl_cert_file="/etc/perdition/perdition.crt.pem",
ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off",
ssl_cert_self_signed="on", ssl_cert_verify_depth=9,
ssl_key_file="/etc/perdition/perdition.key.pem", ssl_listen_ciphers="",
ssl_outgoing_ciphers="", ssl_no_cert_verify="on",
ssl_no_client_cert_verify="off", ssl_no_cn_verify="on"
ssl_passphrase_fd=0, ssl_passphrase_file="",
ssl_listen_min_proto_version="tlsv1",
ssl_outgoing_min_proto_version="tlsv1", ssl_listen_max_proto_version="",
ssl_outgoing_max_proto_version="", ssl_listen_compression="off",
ssl_outgoing_compression="off", ssl_no_cipher_server_preference="off",
(ssl_mask=0x00000400)
May 4 16:01:30 perdition.imaps[17641]: Loaded Diffie-Hellman
parameters: "/etc/perdition/perdition_dhparam.pem"

I tried to manually start any service (eg imap4s or any other) directly
on the command line , but to no avail. Not even with the debug option
enabled I can see some error. Simply, nothing appears and the service
does not go up, like this:

linux-iueb:~ # perdition.imap4s -d --outgoing_port 110 --ssl_mode
ssl_listen
linux-iueb:~ #

But nothing happens (ps -ef | grep perdition shows nothing... )

Any tips?

[Matthias Hunstock]

Post by Rejaine Monteiro
Any tips?

This is resolved. Rejaine used some different syslog implementation than
the openSUSE default which the vanilla logger didn't like.

Matthias

[Rejaine Monteiro]

Unfortunately, the problem occurred again .. I thought it was problem of
vanessa_logger + syslogd, but even with rsyslog it is not working either
...

# strace -o strace.txt -s 256 -f perdition.imap4s -d --outgoing_port
110 --ssl_mode ssl_listen
# telnet localhost 993
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
__vanessa_logger_reopen: fopen: Permission denied
vanessa_logger_reopen: __vanessa_logger_reopen

I tried to change the /etc/perdition/perdition.conf to run as root
instead of default (nobody), but now neither running the command line
(through the same command with strace above) works more .. now it has
stopped everything and Not even the command line I can run .. Still
seems to be some problem with vanessa_logger, I just have no idea what
it is.

Post by Matthias Hunstock

Post by Rejaine Monteiro
Any tips?

This is resolved. Rejaine used some different syslog implementation than
the openSUSE default which the vanilla logger didn't like.
Matthias
______________________________________________
Perdition-users mailing list
https://lists.vergenet.net/listinfo/perdition-users

[Rejaine Monteiro]

in time: works only with "no_daemon" option :(

Post by Rejaine Monteiro
Unfortunately, the problem occurred again .. I thought it was problem
of vanessa_logger + syslogd, but even with rsyslog it is not working
either ...
# strace -o strace.txt -s 256 -f perdition.imap4s -d --outgoing_port
110 --ssl_mode ssl_listen
# telnet localhost 993
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
__vanessa_logger_reopen: fopen: Permission denied
vanessa_logger_reopen: __vanessa_logger_reopen
I tried to change the /etc/perdition/perdition.conf to run as root
instead of default (nobody), but now neither running the command line
(through the same command with strace above) works more .. now it has
stopped everything and Not even the command line I can run .. Still
seems to be some problem with vanessa_logger, I just have no idea what
it is.

Post by Matthias Hunstock

Post by Rejaine Monteiro
Any tips?

This is resolved. Rejaine used some different syslog implementation than
the openSUSE default which the vanilla logger didn't like.
Matthias
______________________________________________
Perdition-users mailing list
https://lists.vergenet.net/listinfo/perdition-users

______________________________________________
Perdition-users mailing list
https://lists.vergenet.net/listinfo/perdition-users

[Rejaine Monteiro]

Looks like it came back again !!

The error looked the same as the previous one, however this time it was
caused by a parameter in the file perditition.conf

I had defined in the log file as follows:

# F | log_facility FACILITY:
# Facility to log to.
# (Default "mail")
#F mail
Log_facility /var/log/perdition.log ---> This was the problem!

Commenting out the parameter to the default (/var/log/mail) worked!!!

#log_facility /var/log/perdition.log

I do not know why, but it seems that vanessa_logger has not been able to
write to file /var/log/perditition.log (even by setting
/var/log/perdition.log to 777)

Below are the actual file permissions

# l /var/log/perdition.log
-rw-r-r-- 1 root root 86505 Jun 1 15:31 /var/log/perdition.log
# l /var/log/ mail
-rw-r ----- 1 root root 14792 Jun 1 15:32 / var / log / mail

** even set the same permissions in /var/log/perdition.log (640) like in
/var/log/mail had not worked. I do not know how vannessa_logger works ..
but I'll leave it for the moment because only that way it worked! ...
And I hope it continues like this !!!

Post by Rejaine Monteiro
in time: works only with "no_daemon" option :(

Post by Rejaine Monteiro
Unfortunately, the problem occurred again .. I thought it was problem
of vanessa_logger + syslogd, but even with rsyslog it is not working
either ...
# strace -o strace.txt -s 256 -f perdition.imap4s -d --outgoing_port
110 --ssl_mode ssl_listen
# telnet localhost 993
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
__vanessa_logger_reopen: fopen: Permission denied
vanessa_logger_reopen: __vanessa_logger_reopen
I tried to change the /etc/perdition/perdition.conf to run as root
instead of default (nobody), but now neither running the command line
(through the same command with strace above) works more .. now it has
stopped everything and Not even the command line I can run .. Still
seems to be some problem with vanessa_logger, I just have no idea
what it is.

Post by Matthias Hunstock

Post by Rejaine Monteiro
Any tips?

This is resolved. Rejaine used some different syslog implementation than
the openSUSE default which the vanilla logger didn't like.
Matthias
______________________________________________
Perdition-users mailing list
https://lists.vergenet.net/listinfo/perdition-users

______________________________________________
Perdition-users mailing list
https://lists.vergenet.net/listinfo/perdition-users