4 May
2017
4 May
'17
9:51 p.m.
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_L…
) 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?
1 Jun
1 Jun
3:21 p.m.
New subject: Perdition 2.2 not working on openSUSE Leap 42.2
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.
Em 08-05-2017 09:08, Matthias Hunstock escreveu:
Am 04.05.2017 um 23:51 schrieb 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
Perdition-users(a)vergenet.net
https://lists.vergenet.net/listinfo/perdition-users
5:38 p.m.
New subject: Perdition 2.2 not working on openSUSE Leap 42.2
in time: works only with "no_daemon" option :(
Em 01-06-2017 12:21, Rejaine Monteiro escreveu:
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.
Em 08-05-2017 09:08, Matthias Hunstock escreveu:
--
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG
www.jamef.com.br
Am 04.05.2017 um 23:51 schrieb Rejaine Monteiro:
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
https://lists.vergenet.net/listinfo/perdition-users 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
Perdition-users(a)vergenet.net
https://lists.vergenet.net/listinfo/perdition-users
6:42 p.m.
New subject: Perdition 2.2 not working on openSUSE Leap 42.2
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 !!!
Em 01-06-2017 14:38, Rejaine Monteiro escreveu:
in time: works only with "no_daemon" option :(
Em 01-06-2017 12:21, Rejaine Monteiro escreveu:
--
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG
www.jamef.com.br
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.
Em 08-05-2017 09:08, Matthias Hunstock escreveu:
Am 04.05.2017 um 23:51 schrieb Rejaine Monteiro:
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
https://lists.vergenet.net/listinfo/perdition-users 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
Perdition-users(a)vergenet.net
https://lists.vergenet.net/listinfo/perdition-users
2542
days inactive
2570
days old
4 comments
2 participants
participants (2)
-
Matthias Hunstock -
Rejaine Monteiro