<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.8.5">
</HEAD>
<BODY>
Hi Jim,<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    Okay I have made some progress. I added -q to the # valvulad -l <A HREF="mailto:jim@datamantic.com">jim@datamantic.com</A> -o -d command and saw this error:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    I: __valvulad_run_request_common_object: no SQL query for (DOMAIN  -- local domain detection will not work -- rules depending on this will not work), returning false<BR>
    I: __valvulad_run_request_common_object: no SQL query for (ACCOUNT -- local account detection will not work -- rules depending on this will not work), returning false<BR>
    I: __valvulad_run_request_common_object: no SQL query for (ALIAS -- local alias detection will not work -- rules depending on this will not work), returning false<BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    which made me remember seeing that in both 
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    /etc/postfix/mysql_virtual_alias_maps.cf
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    /etc/postfix/mysql_virtual_domains_maps.cf
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    there was a ‘query =‘ line which had been commented out. I uncommented and then
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    #valvulad -l jim@datamantic.com -o -q -d
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    [snip]
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    I: __valvulad_run_request_common_object: running query (non-query=1): SELECT domain FROM domain WHERE domain='jim@datamantic.com' AND backupmx = '0' AND active = '1'<BR>
    I: __valvulad_run_request_common_object: no SQL query for (ACCOUNT -- local account detection will not work -- rules depending on this will not work), returning false<BR>
    I: __valvulad_run_request_common_object: running query (non-query=1): SELECT goto FROM alias WHERE address='jim@datamantic.com' AND active = '1'<BR>
    INFO: jim@datamantic.com is a local address
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    Seems like success! It recognizes my local address. 
</BLOCKQUOTE>
<BR>
<BR>
Good,<BR>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    But why the middle line in the previous result above:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    I: __valvulad_run_request_common_object: no SQL query for (ACCOUNT -- local account detection will not work -- rules depending on this will not work), returning false
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    Is this a problem? I was thinking it might be so after some googling I added:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    query = select concat(domain,' ',maildir) from mailbox where username='%s' and active='1’;
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    to /etc/postfix/mysql_virtual_mailbox_maps.cf and then
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    valvulad -l jim@datamantic.com -o -q -d
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    [snip]
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    I: __valvulad_run_request_common_object: running query (non-query=1): SELECT domain FROM domain WHERE domain='jim@datamantic.com' AND backupmx = '0' AND active = '1'<BR>
    I: __valvulad_run_request_common_object: running query (non-query=1): select concat(domain,' ',maildir) from mailbox where username='jim@datamantic.com' and active='1';<BR>
    INFO: jim@datamantic.com is a local address
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    So this looks good. It is recognizing my local address with no errors.
</BLOCKQUOTE>
<BR>
Ok,<BR>
<BR>
These two "warnings" are caused because you are using/were the old<BR>
postfix mysql interface based on select_field, where_field, etc..which<BR>
was not suppoted by valvulad.<BR>
<BR>
With the latest 337 this is now supported and should be now working.<BR>
This also might intertwine with the lack of support for variables<BR>
valvula had (which is also supported). <BR>
<BR>
Please, check if latest valvula revision solves these warnings.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    But how do I test that it is working? <BR>
</BLOCKQUOTE>
<BR>
Ok, once you run valvulad -l and it recognizes your accounts, then it<BR>
should be working.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    I made a php script to send email (using PHP mail()) and set the From: header to a username and domain that do not exist on my system and the mail went through. Shouldn’t this have been stopped? <BR>
</BLOCKQUOTE>
<BR>
:-) Ok, you are using mail() php function, which uses postfix submit<BR>
interface, which, for design reasons by postfix's authors, do not call<BR>
policy daemon you have configured  (in this case valvula).<BR>
<BR>
This is the pickup service. You send a mail() and it gets into<BR>
maildrop/ directory and then pickup service puts into active without<BR>
making any indication to policy daemon.<BR>
<BR>
If you want to restrict/control this, you'll have to use<BR>
authorized_submit_users to limit this maildrop/ inyection  and force<BR>
any web application to use standard localhost:25/tcp port to send any<BR>
mail.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    Or is PHP somehow bypassing postfix (by writing directly to the queue<BR>
    or something like that?) <BR>
</BLOCKQUOTE>
<BR>
Not bypassing but using postfix's maildrop/ mecanism based on mail<BR>
command (used by mail() php function). It's perfectly normal.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    Or maybe it’s not rejected because it’s coming from localhost which is<BR>
    trusted? If my PHP test isn’t useful how could I test?
</BLOCKQUOTE>
<BR>
The comment "coming from" only applies if you tcp-connect to postfix.<BR>
If you use mail() function, there is no "coming from" and no policy<BR>
daemon.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    I tried using telnet to port 25 and then request:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    AUTH LOGIN
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    so I could log in validly, but then craft an email with invalid FROM: info and see if that goes through but it won’t let me log in, replying:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    535 5.7.8 Error: authentication failed: Invalid authentication mechanism
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    I understand this last part is really beyond the scope of what is<BR>
    reasonable for you to help me with, but maybe you have a quick idea….
</BLOCKQUOTE>
<BR>
Ok, you'll have to telnet using authentication to really test this way: <A HREF="https://www.ndchost.com/wiki/mail/test-smtp-auth-telnet">https://www.ndchost.com/wiki/mail/test-smtp-auth-telnet</A><BR>
<BR>
Best Regards,<BR>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    Thank you for all your help.
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        On Jun 12, 2017, at 9:13 AM, Jim Bassett <jim@datamantic.com> wrote:
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        Hi Francis.
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        I changed my /etc/postfix/main.cf to remove the use of the $config_directory variable. That solved the issue we were seeing where valvula couldn’t open the mysql_virtual_ mapping files. But I’m still getting the same result:
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        # valvulad -l <A HREF="mailto:jim@datamantic.com">jim@datamantic.com</A> -o -d<BR>
        I: file /etc/valvula/valvula.conf loaded, ok<BR>
        I: server configuration is valid..<BR>
        I: Loading local domains configuration..<BR>
        I: Working with postfix declaration: proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf (from /etc/postfix/main.cf)<BR>
        I: Found postfix mysql configuration, opening: /etc/postfix/mysql_virtual_alias_maps.cf..<BR>
        I: Declaration found: (virtual_alias_maps) [user] -> [postfix]<BR>
        I: Declaration found: (virtual_alias_maps) [password] -> [xxxxx]<BR>
        I: Declaration found: (virtual_alias_maps) [hosts] -> [localhost]<BR>
        I: Declaration found: (virtual_alias_maps) [dbname] -> [mail]<BR>
        I: Declaration found: (virtual_alias_maps) [table] -> [alias]<BR>
        I: Declaration found: (virtual_alias_maps) [select_field] -> [goto]<BR>
        I: Declaration found: (virtual_alias_maps) [where_field] -> [address]<BR>
        I: Declaration found: (virtual_alias_maps) [additional_conditions] -> [and active = '1']<BR>
        I: Working with postfix declaration: proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf (from /etc/postfix/main.cf)<BR>
        I: Found postfix mysql configuration, opening: /etc/postfix/mysql_virtual_domains_maps.cf..<BR>
        I: Declaration found: (virtual_mailbox_domains) [user] -> [postfix]<BR>
        I: Declaration found: (virtual_mailbox_domains) [password] -> [xxxxx]<BR>
        I: Declaration found: (virtual_mailbox_domains) [hosts] -> [localhost]<BR>
        I: Declaration found: (virtual_mailbox_domains) [dbname] -> [mail]<BR>
        I: Declaration found: (virtual_mailbox_domains) [table] -> [domain]<BR>
        I: Declaration found: (virtual_mailbox_domains) [select_field] -> [domain]<BR>
        I: Declaration found: (virtual_mailbox_domains) [where_field] -> [domain]<BR>
        I: Declaration found: (virtual_mailbox_domains) [additional_conditions] -> [and backupmx = '0' and active = '1']<BR>
        I: Working with postfix declaration: proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf (from /etc/postfix/main.cf)<BR>
        I: Found postfix mysql configuration, opening: /etc/postfix/mysql_virtual_mailbox_maps.cf..<BR>
        I: Declaration found: (virtual_mailbox_maps) [user] -> [postfix]<BR>
        I: Declaration found: (virtual_mailbox_maps) [password] -> [xxxxx]<BR>
        I: Declaration found: (virtual_mailbox_maps) [hosts] -> [localhost]<BR>
        I: Declaration found: (virtual_mailbox_maps) [dbname] -> [mail]<BR>
        I: Declaration found: (virtual_mailbox_maps) [table] -> [mailbox]<BR>
        I: Declaration found: (virtual_mailbox_maps) [select_field] -> [CONCAT(domain,'/',maildir)]<BR>
        I: Declaration found: (virtual_mailbox_maps) [where_field] -> [username]<BR>
        I: Registering localhost..<BR>
        I: Registering <A HREF="http://oak.datamantic.com/">oak.datamantic.com</A>..<BR>
        ERROR: <A HREF="mailto:jim@datamantic.com">jim@datamantic.com</A> is not a local domain nor a local address
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BLOCKQUOTE TYPE=CITE>
            On Jun 12, 2017, at 5:06 AM, Francis Brosnan Blázquez <<A HREF="mailto:francis.brosnan@aspl.es">francis.brosnan@aspl.es</A>> wrote:
        </BLOCKQUOTE>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BLOCKQUOTE TYPE=CITE>
            <BR>
        </BLOCKQUOTE>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BLOCKQUOTE TYPE=CITE>
            Hi Jim,<BR>
            <BR>
            I've added support to allow handling variables while parsing postfix<BR>
            configuration files. This way, valvula now should be able to support<BR>
            your case.<BR>
            <BR>
            If you are installing with packages, try to update with packages<BR>
            already published. If you are compiling sources, get latest revision<BR>
            from <A HREF="https://github.com/asples/valvula">https://github.com/asples/valvula</A><BR>
            <BR>
            <BR>
            After installing, you should see version:<BR>
            <BR>
            >> valvulad --version<BR>
            1.0.8.b330<BR>
            <BR>
            ...and after that, it should detect your account with:<BR>
            <BR>
            >> valvulad -l <A HREF="mailto:jim@datamantic.com">jim@datamantic.com</A><BR>
            <BR>
            Please, let me know your results,<BR>
            Best Regards,<BR>
            <BR>
            <BR>
            El dom, 11-06-2017 a las 13:09 -0400, Jim Bassett escribió:<BR>
            <BLOCKQUOTE TYPE=CITE>
                Hi Francis. Thanks again! You are very nice to help me (and on a Sunday!)<BR>
                <BR>
                <BLOCKQUOTE TYPE=CITE>
                    On Jun 11, 2017, at 12:28 PM, Francis Brosnan Blázquez <<A HREF="mailto:francis.brosnan@aspl.es">francis.brosnan@aspl.es</A>> wrote: <BR>
                    <BR>
                    Could you describe your mysql postfix setup? It should be easy to show<BR>
                    it by running:<BR>
                    <BR>
                    >> grep mysql /etc/postfix/main.cf<BR>
                    <BR>
                    ...and then running "cat " over some of the<BR>
                    mysql:your-file-to-map-mail-accounts, something like:<BR>
                    <BR>
                    >> cat  /etc/postfix/mysql-aliases.cf<BR>
                    <BR>
                    I need to see how your mysql configuration maps your accounts (remove<BR>
                    or XXXX's users, passwords an database, but leave variables and mysql<BR>
                    query).<BR>
                    <BR>
                    With this information I can see what's going on (I think).<BR>
                    <BR>
                </BLOCKQUOTE>
                <BR>
                <BR>
                <BR>
                <BR>
                #grep mysql /etc/postfix/main.cf<BR>
                virtual_alias_maps = proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf<BR>
                virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_virtual_domains_maps.cf<BR>
                virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_virtual_mailbox_maps.cf<BR>
                <BR>
                # cat /etc/postfix/mysql_virtual_alias_maps.cf<BR>
                user = xxxxx<BR>
                password = xxxxx<BR>
                hosts = localhost<BR>
                dbname = xxxxx<BR>
                table = alias<BR>
                select_field = goto<BR>
                where_field = address<BR>
                additional_conditions = and active = '1'<BR>
                #query = SELECT goto FROM alias WHERE address='%s' AND active = ‘1'<BR>
                <BR>
                <BR>
                <BR>
                <BR>
                # cat /etc/postfix/mysql_virtual_domains_maps.cf<BR>
                user = xxxxx<BR>
                password = xxxxx<BR>
                hosts = localhost<BR>
                dbname = xxxxx<BR>
                table = domain<BR>
                select_field = domain<BR>
                where_field = domain<BR>
                additional_conditions = and backupmx = '0' and active = '1'<BR>
                #query = SELECT domain FROM domain WHERE domain='%s' AND backupmx = '0' AND active = ‘1'<BR>
                <BR>
                <BR>
                # cat /etc/postfix/mysql_virtual_mailbox_maps.cf<BR>
                user = xxxxx<BR>
                password = xxxxx<BR>
                hosts = localhost<BR>
                dbname = xxxxx<BR>
                table = mailbox<BR>
                select_field = CONCAT(domain,'/',maildir)<BR>
                where_field = username<BR>
                <BR>
                <BR>
                <BR>
                <BR>
                # valvulad -l <A HREF="mailto:jim@datamantic.com">jim@datamantic.com</A> -o -d<BR>
                I: file /etc/valvula/valvula.conf loaded, ok<BR>
                I: server configuration is valid..<BR>
                I: Loading local domains configuration..<BR>
                I: Working with postfix declaration: proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf (from /etc/postfix/main.cf)<BR>
                I: Found postfix mysql configuration, opening: $config_directory/mysql_virtual_alias_maps.cf..<BR>
                E: Unable to open file $config_directory/mysql_virtual_alias_maps.cf, errno=2<BR>
                I: Working with postfix declaration: proxy:mysql:$config_directory/mysql_virtual_domains_maps.cf (from /etc/postfix/main.cf)<BR>
                I: Found postfix mysql configuration, opening: $config_directory/mysql_virtual_domains_maps.cf..<BR>
                E: Unable to open file $config_directory/mysql_virtual_domains_maps.cf, errno=2<BR>
                I: Working with postfix declaration: proxy:mysql:$config_directory/mysql_virtual_mailbox_maps.cf (from /etc/postfix/main.cf)<BR>
                I: Found postfix mysql configuration, opening: $config_directory/mysql_virtual_mailbox_maps.cf..<BR>
                E: Unable to open file $config_directory/mysql_virtual_mailbox_maps.cf, errno=2<BR>
                I: Registering localhost..<BR>
                I: Registering <A HREF="http://oak.datamantic.com/">oak.datamantic.com</A>..<BR>
                ERROR: <A HREF="mailto:jim@datamantic.com">jim@datamantic.com</A> is not a local domain nor a local address<BR>
                <BR>
                <BR>
                <BR>
                <BR>
                $config_directory is defined near the top of /etc/postfix/main.cf as <BR>
                <BR>
                <BR>
                $config_directory = /etc/postfix <BR>
                <BR>
                <BR>
                but it looks like valvula is literally trying to open files like <BR>
                <BR>
                <BR>
                $config_directory/mysql_virtual_alias_maps.cf.  <BR>
                <BR>
                <BR>
                instead of expanding $config_directory into /etc/postfix? Maybe that is the problem?<BR>
                <BR>
                <BR>
            </BLOCKQUOTE>
            <BR>
            <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 
Francis Brosnan Blázquez  -  ASPL
<A HREF="http://www.asplhosting.com/">http://www.asplhosting.com/</A>
<A HREF="http://www.aspl.es/">http://www.aspl.es/</A>
<A HREF="https://twitter.com/aspl_es">https://twitter.com/aspl_es</A>
<A HREF="https://twitter.com/asplhosting">https://twitter.com/asplhosting</A>
<A HREF="https://twitter.com/francisbrosnanb">https://twitter.com/francisbrosnanb</A>
<A HREF="https://es.linkedin.com/in/francis-brosnan-bl%C3%A1zquez-1353a218">https://es.linkedin.com/in/francis-brosnan-blázquez-1353a218</A>

91 134 14 22 - 91 134 14 45 - 91 116 07 57
Av. Juan Carlos I 13, 2ºC, Torre Garena
28806 - Alcalá de Henares (España)

AVISO LEGAL
 
En virtud de lo dispuesto en la Ley Orgánica 15/1999, de 13 de
diciembre, de Protección de Datos de Carácter Personal, le informamos de
que sus datos de carácter personal, recogidos de fuentes accesibles al
público o datos que usted nos ha facilitado previamente, proceden de
bases de datos propiedad de Advanced Software Production Line, S.L.
(ASPL).
 
ASPL garantiza que los datos serán tratados con la finalidad de mantener
las oportunas relaciones comerciales o promocionales con usted o la
entidad que usted representa. No obstante, usted puede ejercitar sus
derechos de acceso, rectificación, cancelación y oposición dispuestos en
la mencionada Ley Orgánica, notificándolo por escrito a ASPL -
Protección Datos, Av. Juan Carlos I 13, 2ºC, Alcalá de Henares
(Madrid).
</PRE>
</TD>
</TR>
</TABLE>
        </BLOCKQUOTE>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        _______________________________________________<BR>
        Valvula mailing list<BR>
        Valvula@lists.aspl.es<BR>
        http://lists.aspl.es/cgi-bin/mailman/listinfo/valvula<BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 
Francis Brosnan Blázquez  -  ASPL
http://www.asplhosting.com/
http://www.aspl.es/
https://twitter.com/aspl_es
https://twitter.com/asplhosting
https://twitter.com/francisbrosnanb
https://es.linkedin.com/in/francis-brosnan-blázquez-1353a218

91 134 14 22 - 91 134 14 45 - 91 116 07 57
Av. Juan Carlos I 13, 2ºC, Torre Garena
28806 - Alcalá de Henares (España)

AVISO LEGAL
 
En virtud de lo dispuesto en la Ley Orgánica 15/1999, de 13 de
diciembre, de Protección de Datos de Carácter Personal, le informamos de
que sus datos de carácter personal, recogidos de fuentes accesibles al
público o datos que usted nos ha facilitado previamente, proceden de
bases de datos propiedad de Advanced Software Production Line, S.L.
(ASPL).
 
ASPL garantiza que los datos serán tratados con la finalidad de mantener
las oportunas relaciones comerciales o promocionales con usted o la
entidad que usted representa. No obstante, usted puede ejercitar sus
derechos de acceso, rectificación, cancelación y oposición dispuestos en
la mencionada Ley Orgánica, notificándolo por escrito a ASPL -
Protección Datos, Av. Juan Carlos I 13, 2ºC, Alcalá de Henares
(Madrid).
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>