Joe Pruett | 28 Dec 23:47 2015
Gravatar

ipv6 question

i have a system that has both ipv4 and ipv6 addresses configured in dns,
but if i use that name as the bind address for perdition, it seems to
only bind to the v6 version. for now i have hacked things by using
separate names, but i'd like to have a single name for both v4 and v6.
am i missing some obvious way to force perdition to listen to both?

______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
https://lists.vergenet.net/listinfo/perdition-users
Stephen Liu | 25 Dec 11:17 2015
Picon

How to sort out ONE fixed IP serving several VMs


Hi all,

I have following problem:

Host       Ubuntu 14.04 desktop
VMs       Ubuntu 14.04 desktop/server edition
VirtualBox

I have several websites running on VMs, each with its own domain/subdomain and internal IP address.  But I have only one Fixed IP/External IP. 

Could Perdition help me out?  If YES please advise where can I find relevant document of its setup?

All VMs are Apache server running WordPress.  My problem is I have only ONE Fixed IP.  I can create many internal IPs on router.

Several years ago I made use of Perdition to setup several mail servers on VMs but served with only ONE Fixed IP.  It worked seamlessly.  All emails were delivered to their own servers.  Maybe I can dig up the respective documents on my database.  But I have no idea whether it also work on web-server?

Thanks

Regards
satimis
______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Miguel Castellanos | 28 Nov 15:25 2015
Picon

Unable to get mail from outlook.com and gmail.com

Hello everyone!

I have successfully set up a perdition server which acts as a proxy to pop3 servers running in virtual machines.

I use the pop3s protocol to get the emails.

I can get mail using Thunderbird in Linux and Outlook in Windows, however Outlook.com and gmail.com cannot communicate with the perdition server:

Please take a look at the perdition log file:

perdition.pop3s[15859]: Connect:  65.55.41.7:58616->X.X.X.X:995
perdition.pop3s[15859]: SSL connection using AES256-SHA
perdition.pop3s[15859]: SELF:   "+OK POP3 perditon ready on X.X.X.X 0002937a\r\n"
perdition.pop3s[15859]: CLIENT: ""
perdition.pop3s[15859]: token_read: token_fill_buffer
perdition.pop3s[15859]: read_line: token_read
perdition.pop3s[15859]: pop3_in_get_auth: read_line
perdition.pop3s[15859]: main: protocol->in_get_auth
perdition.pop3s[15859]: Fatal Error reading authentication information from client 65.55.41.7:58616->X.X.X.X:995: Exiting child

It seems that the SSL connection works (SSL connection using AES256-SHA) but Outlook.com and gmail.com are not able to authenticate.

Outlook.com works fine when connecting directly to dovecot but fails when going through perdition.

Thanks in advance for any help you may provide.

Here is my pop3s configuration file:

map_library /usr/lib64/libperditiondb_posix_regex.so.0
bind_address X.X.X.X.X
timeout 10
username_from_database
ssl_key_file /CA/mail/private/email.key
ssl_cert_file /CA/mail/certs/email.crt
ssl_mode ssl_listen
listen_port 995
protocol POP3
debug
connection_logging
log_passwd  always
map_library_opt /etc/perdition/pop3.re

Thanks a lot for your time and help.

Miguel
______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
AURELIEN DELCROIX | 24 Nov 15:06 2015
Picon

Chain perdition server

Hi all,

I Would like to know if it's possible to chain perdition server between them. For example I have some server on my LAN who have to POP some gmail box. In order to secure the access I would like to install two perdition servers : the first one in the LAN and the second one in DMZ (Server->Perdition_LAN->Perdition_DMZ->Gmail server).
I have successfully installed the server on the DMZ and it works, but when the one the LAN try to reach it, Ive got the following message  : 
Perdition perdition.pop3[1461]: Fatal Error reading authentication information from client 128.240.99.227:57653->128.240.99.221:995: Exiting child
I've got the same configuration on the two server except the outgoing_server, and I'm using POP3S with self signed certificate.

Can you help me please ?

Thanks !

Aurélien.


______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Christophe Ségui | 24 Oct 13:48 2015
Picon

Setting PFS with perdition

Hi list,

Is there a way to configure DH and EC params with perdition ?

Thanks
Christophe

______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Paul Dudley | 23 Sep 08:29 2015

Additional ports - same protocol

Hi all,
 
This is similar to a question I asked a few weeks ago. Is it possible to set perdition to listen to multiple ports for the same protocol?
Below is an extract of our perdition.conf file. This file is basically set to all the default settings.
 
# l|listen_port PORT_NUMBER|PORT_NAME:
# Port to listen on.
# (default "protocol dependent")
#l 110
#listen_port 110
 
For the "listen_port" parameter can you have multiple ports separated by a comma or have multiple listen_port entries?
 
The perdition --help command shows that we are running perdition version 1.17.1
 
--
  Paul Dudley
  pdudley <at> fastmail.fm
 
 
-- -- http://www.fastmail.com - Email service worth paying for. Try it for free
______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Epiontis IT | 28 Aug 17:20 2015

Disabling SSLv3

Hello Xavier,

did you have any success disabling SSLv3? I would like to disable any old ciphers and turn on Forward Secrecy. Do you have experience with this and perdition?

Thank you,
Alex

From: Xavier Garcia <xavi.garcia <at> gmail.com>
Subject: Re: Disabling SSLv3
Newsgroups: gmane.mail.perdition.user
Date: 2014-10-31 13:31:23 GMT (43 weeks, 1 hour and 45 minutes ago)
Hi, AFAIK, this enables STARTTLS in the port instead of starting a purely encrypted connection. nc -vv imapproxy01i 993 Connection to imapproxy01i 993 port [tcp/imaps] succeeded! * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES * MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE * LOGIN-REFERRALS STARTTLS LOGINDISABLED] perdition ready on * imapproxy01i 00028de7 I haven't tested but I think this may not change the list of accepted cyphers. After reading the manual and some messages in the list, it seems that all references to TLS in the configuration are aiming at STARTTLS and the only way to change the valid ciphers is with *ssl_listen_ciphers* and *ssl_outgoing_ciphers*. Am I mistaken? Regards, Xavier Garcia On Fri, Oct 31, 2014 at 02:10:42PM +0100, LE SAOUT Mael wrote: > Hi all, > > I have to disable it in /etc/sysconfig/perdition : > POP3S_FLAGS="--outgoing_port 110 --ssl_mode tls_listen,tls_listen_force" > IMAP4S_FLAGS="--outgoing_port 143 --ssl_mode tls_listen,tls_listen_force" > > Hope it will help you. > > Regards > > Mael > > -----Message d'origine----- > De?: perdition-users-bounces <at> vergenet.net [mailto:perdition-users-bounces <at> vergenet.net] De la part de Xavier Garcia > Envoy??: vendredi 31 octobre 2014 13:59 > ??: perdition-users <at> vergenet.net > Objet?: [PERDITION-USERS] Disabling SSLv3 > > Dear all, > > I am trying to disable SSLv3 on perdition 2.0-1.x86_64 It is running in a RHEL 6.5 clone and it was compiled with the SPEC files. > > In theory, I should apply the following configuration but it also disables TLSv1 and TLSv1.1, being TLSv1.2 still available. > > --- > ssl_listen_ciphers "ALL:!SSLv2:!SSLv3" > --- > > I don't know much about cryptography but I guess it makes sense because I obtain the same result in all my boxes (RHEL 6.5 , Fedora and FreeBSD 10) when I execute: > > openssl ciphers -v 'ALL:!SSLv2:!SSLv3' > > > What would be the best way to disable SSLv2 and SSLv3 for incoming and outgoing connections? > > Regards, > > Xavier Garcia > ______________________________________________ > Perdition-users mailing list > Perdition-users <at> vergenet.net > http://lists.vergenet.net/listinfo/perdition-users > > ---- ______________________________________________ Perdition-users mailing list Perdition-users <at> vergenet.net http://lists.vergenet.net/listinfo/perdition-users
______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Paul Dudley | 24 Jul 07:54 2015

Configuring extra IMAP ports

How do you configure perdition to allow IMAP access on ports other than the standard port of 143?
Can you configure perdition to allow IMAP access on multiple ports?
 
--
  Paul Dudley
  pdudley <at> fastmail.fm
 
 
-- -- http://www.fastmail.com - Same, same, but different...
______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Egoitz Aurrekoetxea | 5 Mar 16:59 2015
Picon

Issues with Perdition 2.1 in FreeBSD

God afternoon,

I’m running some issues in a FreeBSD 10.1 RELENG machine with Perdition 2.1. Once or twice a day the parent process of POP3 or IMAP4 service dies. After doing some 
investigations have seen the problem comes when at vanessa_socket_server.c file at __vanessa_socket_server_accept() when it does the accept(). It seems accept() is failing 
with 53 (which continues) and later with 35 (talking about errno of course) with which exits with -1. So later is returning to __vanessa_socket_server_acceptv() and this one returns to 
vanessa_socket_server_acceptv due to : 

if (child < 0)
return status;

At this function (the last one) does exist : 

child = __vanessa_socket_server_acceptv(&g, ufds[i].fd,
listen_socketv, 
maximum_connections, 
return_from, return_to, flag);
VANESSA_LOGGER_DEBUG("EGOITZ 1E");
if (child < 0) {
VANESSA_LOGGER_DEBUG(
"__vanessa_socket_server_acceptv");
goto err;


Perhaps this file be (please ignore the debugging literals) could be like this ?

--- vanessa_socket_server.c 2010-06-22 09:21:37.000000000 +0200
+++ vanessa_socket_server.c 2015-03-05 16:50:25.000000000 +0100
<at> <at> -388,10 +388,20 <at> <at>
  addrlen = sizeof(from);
  *g = accept(listen_socket, (struct sockaddr *) &from, &addrlen);
  if (*g  < 0) {
+ char codigo[20];
+ sprintf(codigo, "%d", errno);
+ VANESSA_LOGGER_DEBUG("Falla accept con el error");
+ VANESSA_LOGGER_DEBUG("=========================");
+ VANESSA_LOGGER_DEBUG(codigo);
+ VANESSA_LOGGER_DEBUG("=========================");
+ if (errno == EAGAIN) 
+ {
+ VANESSA_LOGGER_DEBUG("TENEMOS UN EAGAIN");
+ }
  if(errno == EINTR || errno == ECONNABORTED) {
  continue; /* Ignore EINTR  and ECONNABORTED */
  }
- if (errno == EAGAIN || errno == EWOULDBLOCK)
+ if (errno == EWOULDBLOCK || errno == EAGAIN)
  return -1; /* Don't log EAGAIN or EWOULDBLOCK */
  VANESSA_LOGGER_DEBUG_ERRNO("accept");
  return(-1);
<at> <at> -551,7 +561,10 <at> <at>
  flag);
  if (child < 0) {
  if (errno == EAGAIN || errno == EWOULDBLOCK)
+ {
  status = 0;
+ VANESSA_LOGGER_DEBUG("EGOITZ STATUS -----> 0");
+ }
  else {
  VANESSA_LOGGER_DEBUG("__vanessa_socket_server_accept");
  status = -1;
<at> <at> -561,6 +574,7 <at> <at>
  if (!(opt & O_NONBLOCK) && child &&
      fcntl(listen_socket, F_SETFL, opt) < 0) {
  VANESSA_LOGGER_DEBUG_ERRNO("fcntl: F_SETFL 2");
+ VANESSA_LOGGER_DEBUG("ERROR 0000001 AAAAA");
  status = -1;
  }

  

<at> <at> -570,6 +584,7 <at> <at>
  if (!(opt & O_NONBLOCK) && (flag & VANESSA_SOCKET_NO_FORK || !child) &&
      fcntl(*g, F_SETFL, opt) < 0) {
  VANESSA_LOGGER_DEBUG_ERRNO("fcntl: F_SETFL 3");
+ VANESSA_LOGGER_DEBUG("ERROR 0000002 BBBB");
  status = -1;
  }

 

<at> <at> -632,6 +647,10 <at> <at>
  "__vanessa_socket_server_acceptv");
  goto err;
  }
+ if (!child && g < 0)
+ {
+ break;
+ }
  if (flag & VANESSA_SOCKET_NO_FORK || !child) {
  status = g;
  goto out;

Mainly talking about : 

+ if (!child && g < 0)
+ {
+ break;
+ }

That way polling again socket fds instead of exiting and stop servicing the affected protocol in each case (POP3 or IMAP4)??

Have done this last modification without having the luck of having an abnormal termination again, in order to check if this works…

Has anyone have noticed about something similar?.

Thank you so much,
Regards, 

Egoitz Aurrekoetxea
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)

Antes de imprimir este correo electrónico piense si es necesario hacerlo.

______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
Joe Pruett | 4 Mar 20:40 2015

patch for wildcard matching in mysql

is this something that people would use? i have made a local patch that
lets me do some sql wildcard matching if there isn't an exact match in
the db. this allows me to have a front end server for multiple domains
and unless something needs special per-user handling, i can just match
on the domain and route on that. it even allows for multiple wildcard
matches and chooses the longest pattern as the best one.

for example:

% <at> foo.com    server1
% <at> bar.com    server2
%                   server3

user a <at> foo.com goes to server1, b <at> bar.com to server2, and c <at> baz.com to
server3.

if this is of interest i can send the patch. or if i've just missed an
obvious way to handle this, let me know that :-).
______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users

M. Rodrigo Monteiro | 2 Feb 18:21 2015
Picon

BAD Invalid tag, mate

Hi.

I'm new to Perdition...
Last week I configured 2 Perdition servers to handle imap proxy from a Zimbra 7.2 Server.
I've tested on PC (Thunderbird), Android and Iphone. Everything good.
Today Iphone is not working. PC and Android is fine.
The version, log and conf is below.

[root <at> 050 perdition]# ls /usr/src/
debug  kernels  perdition-1.18  postfix-2.11.3  vanessa_adt-0.0.8  vanessa_logger-0.0.8  vanessa_socket-0.0.10

# maillog
Feb  2 14:06:15 050 perdition[19519]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:15 050 perdition[19519]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:15 050 perdition[19519]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\377\377 s\377\"\377s\031\026\377\377\377\377\377\377\377?H\
377\377\377\377\377\377\377\032\377\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\
017\377\016\377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:15 050 perdition[19520]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:15 050 perdition[19520]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:15 050 perdition[19520]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\3777\377\377\377\377j$\377\377v\022\377\377(\377\377\377w\t
\377\377\377\377\177W\001;-\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\
377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:15 050 perdition[19521]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:16 050 perdition[19521]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:16 050 perdition[19521]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\377\377\377i\377\377\377\377\377 <at> 8p\377k\377\377pxR\377A\37
7\026\377\377\377>\377\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\3
77\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain
v.br\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:17 050 perdition[19522]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:17 050 perdition[19522]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:17 050 perdition[19522]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\377a\377\377\377\377k\377|\377\377\377\377\377g\377\026?\37
7\377\033\377\377\377\377\377\377\377X\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\0
17\377\016\377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:17 050 perdition[19523]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:17 050 perdition[19523]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:17 050 perdition[19523]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\377\025\377\377a\'\f\377\377\377bAE\377\177\377\3777\377U\3
77G(\037\377h\377r\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\377\r
\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld
\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:17 050 perdition[19524]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:17 050 perdition[19524]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:17 050 perdition[19524]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\3775\377\377\377O~\377\377\377m,\006\n\024=\377\377\0212\377>\035\024\377\377\377\377\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:18 050 perdition[19519]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:18 050 perdition[19520]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:19 050 perdition[19521]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:19 050 perdition[19525]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:20 050 perdition[19525]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:20 050 perdition[19525]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\3773\377qc\003`\377\377\0020\001\377y;\377\377\377H\377\377\377 <at> \'\377\377z\377\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:20 050 perdition[19522]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:20 050 perdition[19526]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:20 050 perdition[19526]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:20 050 perdition[19526]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\377\377\377|64\377\002\377a\377q\377T>\3774a\377\377\016\377\377]\037.9\377\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:20 050 perdition[19523]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:20 050 perdition[19527]: Connect: 179.171.122.121->SERVER_IP
Feb  2 14:06:20 050 perdition[19527]: SELF:   "* OK IMAP4 Ready 179-171-122-121.user.vivozap.com.br 000208fb\r\n"
Feb  2 14:06:20 050 perdition[19527]: CLIENT: "\026\003\001\000\377\001\000\000\377\003\001T\377\377\3775\377f\377\377y\377\377\023+\377{\3779\3779\377\025Q0[Ye\3777\377h\377\000\000J\000\377\377$\377#\377\n\377\t\377\b\377(\377\'\377\024\377\023\377\022\377&\377%\377\005\377\004\377\003\377*\377)\377\017\377\016\377\r\000k\000g\0009\0003\000\026\000=\000<\0005\000/\000\n\377\a\377\021\377\002\377\f\000\005\000\004\001\000\0000\000\000\000\032\000\030\000\000\025mails.mydomain.tld\000\n\000\b\000\006\000\027\000\030\000\031\000\v\000\002\001\000"
Feb  2 14:06:20 050 perdition[19524]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:21 050 perdition[19519]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:21 050 perdition[19519]: Exiting on signal 13
Feb  2 14:06:21 050 perdition[19520]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:21 050 perdition[19520]: Exiting on signal 13
Feb  2 14:06:22 050 perdition[19521]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:22 050 perdition[19521]: Exiting on signal 13
Feb  2 14:06:23 050 perdition[19525]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:23 050 perdition[19522]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:23 050 perdition[19522]: Exiting on signal 13
Feb  2 14:06:23 050 perdition[19526]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:23 050 perdition[19523]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:23 050 perdition[19523]: Exiting on signal 13
Feb  2 14:06:23 050 perdition[19527]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:23 050 perdition[19524]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:23 050 perdition[19524]: Exiting on signal 13
Feb  2 14:06:26 050 perdition[19525]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:26 050 perdition[19525]: Exiting on signal 13
Feb  2 14:06:26 050 perdition[19526]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:26 050 perdition[19526]: Exiting on signal 13
Feb  2 14:06:26 050 perdition[19527]: SELF:   "* BAD Invalid tag, mate\r\n"
Feb  2 14:06:26 050 perdition[19527]: Exiting on signal 13



[root <at> 050 perdition]# cat imap4.conf
#debug
connection_logging
#imap_capability IMAP4 IMAP4REV1
imap_capability "IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE SORT QUOTA ACL ACL2=UNION STARTTLS"
protocol IMAP4
outgoing_server  172.26.2.47:143
timeout 1800
ssl_mode tls_listen
ssl_ca_accept_self_signed
ssl_cert_file /opt/perdition/etc/perdition/mails.cert
ssl_cert_accept_self_signed
ssl_cert_accept_expired
ssl_cert_accept_not_yet_valid
ssl_key_file /opt/perdition/etc/perdition/mails.key
ssl_no_cert_verify
ssl_no_cn_verify

[root <at> 050 perdition]# cat imap4s.conf
#debug
connection_logging
#imap_capability IMAP4 IMAP4REV1
imap_capability "IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE SORT QUOTA ACL ACL2=UNION STARTTLS"
protocol IMAP4S
outgoing_server  172.26.2.47:143
timeout 1800
ssl_mode tls_listen
ssl_ca_accept_self_signed
ssl_cert_file /opt/perdition/etc/perdition/mails.cert
ssl_cert_accept_self_signed
ssl_cert_accept_expired
ssl_cert_accept_not_yet_valid
ssl_key_file /opt/perdition/etc/perdition/mails.key
ssl_no_cert_verify
ssl_no_cn_verify



M. Rodrigo Monteiro
    
"Free as in Freedom, not free as in free beer"
"As we are liberated from our own fear, our presence automatically liberates others"
Linux User # 403730

Pense antes de imprimir. Think before printing.

AVISO LEGAL
Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação.

LEGAL ADVICE
This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void.

______________________________________________
Perdition-users mailing list
Perdition-users <at> vergenet.net
http://lists.vergenet.net/listinfo/perdition-users

Gmane