[opensuse] Perdition 2.2 not working on openSUSE Leap 42.2
Hi, Hi, I installed the latest version of Perdition (perdition-2.2-16.1.x86_64) but I'm not able to activate it. I've enabled the debug parameter and apparently no nennum error appears in the log. Below I send relevant information: ##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 But in the perdition log, no critical error is displayed. 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" Any tips? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Rejaine Monteiro wrote:
Hi, Hi, I installed the latest version of Perdition (perdition-2.2-16.1.x86_64) but I'm not able to activate it.
I've enabled the debug parameter and apparently no nennum error appears in the log.
[snip]
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
I don't know perdition at all, but the three lines above suggest something needs configuring? -- Per Jessen, Zürich (8.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Update: It seems to be something related to the 'no_daemon' option. I tried to start by command line as the example below: perdition.imap4s -d --outgoing_port 110 --ssl_mode ssl_listen And did not work .. But when starting with the "no_daemon" option, it seems to start normally. perdition.imap4s -d --outgoing_port 110 --ssl_mode ssl_listen --no_daemon When uncommenting the 'no_daemon' option in /etc/perditition.conf, it seems to work as well, however this is not the default activation method I would also like to start it in 'daemon' mode. I have no idea why it is not started in 'daemon' mode Em 05-05-2017 02:32, Per Jessen escreveu:
Rejaine Monteiro wrote:
Hi, Hi, I installed the latest version of Perdition (perdition-2.2-16.1.x86_64) but I'm not able to activate it.
I've enabled the debug parameter and apparently no nennum error appears in the log.
[snip]
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 I don't know perdition at all, but the three lines above suggest something needs configuring?
-- Rejaine da Silveira Monteiro Suporte-TI Tel: (31) 2102-8854 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Solved! Perdition does not work with syslogd, only with rcsyslog (which is the default on opensuse leap,but that I had disabled because I like the older syslog) Uninstalling syslogd and reinstalling rcsyslogd solved the problem! Thank you very much. Em 05-05-2017 11:25, Rejaine Monteiro escreveu:
Update:
It seems to be something related to the 'no_daemon' option. I tried to start by command line as the example below:
perdition.imap4s -d --outgoing_port 110 --ssl_mode ssl_listen
And did not work ..
But when starting with the "no_daemon" option, it seems to start normally.
perdition.imap4s -d --outgoing_port 110 --ssl_mode ssl_listen --no_daemon
When uncommenting the 'no_daemon' option in /etc/perditition.conf, it seems to work as well, however this is not the default activation method I would also like to start it in 'daemon' mode.
I have no idea why it is not started in 'daemon' mode
Em 05-05-2017 02:32, Per Jessen escreveu:
Rejaine Monteiro wrote:
Hi, Hi, I installed the latest version of Perdition (perdition-2.2-16.1.x86_64) but I'm not able to activate it.
I've enabled the debug parameter and apparently no nennum error appears in the log.
[snip]
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 I don't know perdition at all, but the three lines above suggest something needs configuring?
-- Rejaine da Silveira Monteiro Suporte-TI Tel: (31) 2102-8854 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Rejaine Monteiro wrote:
Solved!
Perdition does not work with syslogd, only with rcsyslog (which is the default on opensuse leap,but that I had disabled because I like the older syslog)
That is no doubt the least likely solution I have ever heard. An application that is dependent on the type of syslog daemon you run? nah. -- Per Jessen, Zürich (18.8°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dne pátek 5. května 2017 19:12:15 CEST, Per Jessen napsal(a):
Rejaine Monteiro wrote:
Perdition does not work with syslogd, only with rcsyslog (which is the default on opensuse leap,but that I had disabled because I like the older syslog)
That is no doubt the least likely solution I have ever heard. An application that is dependent on the type of syslog daemon you run? nah.
I don't remember exactly if it was denyhosts or fail2ban, but one of them didn't (still doesn't?) work with systemD logs, it required one of the "old- school" ones. Irritating. It took me some time to figure what is wrong when setting up server running 42.1... -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
Vojtěch Zeisek wrote:
Dne pátek 5. května 2017 19:12:15 CEST, Per Jessen napsal(a):
Rejaine Monteiro wrote:
Perdition does not work with syslogd, only with rcsyslog (which is the default on opensuse leap,but that I had disabled because I like the older syslog)
That is no doubt the least likely solution I have ever heard. An application that is dependent on the type of syslog daemon you run? nah.
I don't remember exactly if it was denyhosts or fail2ban, but one of them didn't (still doesn't?) work with systemD logs, it required one of the "old- school" ones. Irritating. It took me some time to figure what is wrong when setting up server running 42.1...
Okay, yes, an application that works directly with the log might have some dependencies. I don't see perdition being one of those :-) -- Per Jessen, Zürich (15.9°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
An application that is dependent on the type of syslog daemon you run?
Systemd's logging is most decidedly *not* a syslog. That might be relevant here, as systemd's native journal format is binary (something an older app would be hard pressed to support) -- __________________________________________________________________________ Josef Fortier Systems Administrator fortier@augsburg.edu Phone: 612-330-1479 __________________________________________________________________________ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Yeah... t's really annoying, right? And I will need to use both on the same server (perdition and fail2ban) .. I hope you do not encounter any new issues (at least fail2ban started here with rcsyslod) Em 05-05-2017 14:42, Josef Fortier escreveu:
An application that is dependent on the type of syslog daemon you run?
Systemd's logging is most decidedly *not* a syslog.
That might be relevant here, as systemd's native journal format is binary (something an older app would be hard pressed to support)
-- Rejaine da Silveira Monteiro Suporte-TI Tel: (31) 2102-8854 Jamef Encomendas Urgentes - Matriz - Belo Horizonte/MG www.jamef.com.br -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-05-05 19:42, Josef Fortier wrote:
An application that is dependent on the type of syslog daemon you run?
Systemd's logging is most decidedly *not* a syslog.
That might be relevant here, as systemd's native journal format is binary (something an older app would be hard pressed to support)
Applications needing reading the logs would use the API to get the text lines as they are produced from the journal, similarly as the various syslog daemons do now. At worst, they can pipe from "journalctl --follow". no need to examine the binary files at all. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
On 2017-05-05 18:58, Rejaine Monteiro wrote:
Solved!
Perdition does not work with syslogd, only with rcsyslog (which is the default on opensuse leap,but that I had disabled because I like the older syslog)
The default is neither; it is systemd journal. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
participants (5)
-
Carlos E. R.
-
Josef Fortier
-
Per Jessen
-
Rejaine Monteiro
-
Vojtěch Zeisek