Exim4U General Discussion

Facing a problem with false positives using uribl.com Blacklisting?

classic Classic list List threaded Threaded
♦
♦
 8 messages Options
valki
Reply | Threaded
Open this post in threaded view
♦
♦
|

Facing a problem with false positives using uribl.com Blacklisting?

valki
Hi there!

I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.
After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.

So I installed quickly a forwarding bind99 - but still the problem persists. As an example:

Incoming Email:
2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.


It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...



[root@mail /]# nslookup polizei.gv.at.multi.uribl.com
Server:         144.76.161.138
Address:        144.76.161.138#53

Non-authoritative answer:
Name:   polizei.gv.at.multi.uribl.com
Address: 127.0.0.1



As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.

So how can I find out why that email is being refused?

kind regards, 
Valki

_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
valki
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

valki

OK more reading – more ideas J

 

Requesting a TXT does the trick and let some light shine on the issue:

 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com

polizei.gv.at.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 188.40.25.2]"

 

Looks like I misunderstood “gold entry” and still a DNS in my Upstream is blocked L

 

Any better ideas than looking for an external, small DNS Server to point my local caching bind to?

 

 

 

 

 

Von: users [mailto:[hidden email]] Im Auftrag von [hidden email]
Gesendet: Dienstag, 29. März 2016 15:28
An: [hidden email]
Betreff: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?

 

Hi there!

 

I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.

After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.

 

So I installed quickly a forwarding bind99 - but still the problem persists. As an example:

 

Incoming Email:

2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.

 

 

It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...

 

 

 

[root@mail /]# nslookup polizei.gv.at.multi.uribl.com

Server:         144.76.161.138

Address:        144.76.161.138#53

 

Non-authoritative answer:

Name:   polizei.gv.at.multi.uribl.com

Address: 127.0.0.1

 

 

 

As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.

 

So how can I find out why that email is being refused?

 

kind regards, 

Valki


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
Gordon Dickens
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

Gordon Dickens
In reply to this post by valki
Hi Valki,

I don't think that your mail server is using your bind/named nameserver.  You can lookup any URL at the uribl.com site here:

https://admin.uribl.com/

yields: "polizei.gv.at is NOT listed on URIBL"

So, your nameserver is either not working or not being used by exim.   Make sure that your /etc/hosts file has contents that specifies your nameserver something like this:

127.0.0.1       localhost

or, if your nameserver is another machine:

<Nameserver IP Address>    <Nameserver Domain Name>

FYI,

Gordon



On 03/29/2016 09:28 AM, [hidden email] wrote:
Hi there!

I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.
After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.

So I installed quickly a forwarding bind99 - but still the problem persists. As an example:

Incoming Email:
2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=[hidden email] rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.


It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...



[root@mail /]# nslookup polizei.gv.at.multi.uribl.com
Server:         144.76.161.138
Address:        144.76.161.138#53

Non-authoritative answer:
Name:   polizei.gv.at.multi.uribl.com
Address: 127.0.0.1



As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.

So how can I find out why that email is being refused?

kind regards, 
Valki


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
Gordon Dickens
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

Gordon Dickens
In reply to this post by valki
Your query is being refused by uribl.com and its 99.99% probably because the DNS query continues to be made from your ISP's nameserver.  So, you need to figure out why you are not using your nameserver.  Most probably, its not configured properly or your /etc/hosts file doesn't have an entry for localhost.

FYI,

Gordon



On 03/29/2016 10:55 AM, Harald Valkanover wrote:

OK more reading – more ideas J

 

Requesting a TXT does the trick and let some light shine on the issue:

 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com

polizei.gv.at.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 188.40.25.2]"

 

Looks like I misunderstood “gold entry” and still a DNS in my Upstream is blocked L

 

Any better ideas than looking for an external, small DNS Server to point my local caching bind to?

 

 

 

 

 

Von: users [[hidden email]] Im Auftrag von [hidden email]
Gesendet: Dienstag, 29. März 2016 15:28
An: [hidden email]
Betreff: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?

 

Hi there!

 

I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.

After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.

 

So I installed quickly a forwarding bind99 - but still the problem persists. As an example:

 

Incoming Email:

2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.

 

 

It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...

 

 

 

[root@mail /]# nslookup polizei.gv.at.multi.uribl.com

Server:         144.76.161.138

Address:        144.76.161.138#53

 

Non-authoritative answer:

Name:   polizei.gv.at.multi.uribl.com

Address: 127.0.0.1

 

 

 

As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.

 

So how can I find out why that email is being refused?

 

kind regards, 

Valki



_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
valki
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

valki

Gordon you are right – as usual J

 

Of course I messed up my hurried bind config and didn’t comment out the forwarders…

 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com

Host polizei.gv.at.multi.uribl.com not found: 3(NXDOMAIN)

 

Better now J

 

 

 

Von: users [mailto:[hidden email]] Im Auftrag von Gordon Dickens
Gesendet: Dienstag, 29. März 2016 17:10
An: Exim4U General Discussion <[hidden email]>
Betreff: Re: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?

 

Your query is being refused by uribl.com and its 99.99% probably because the DNS query continues to be made from your ISP's nameserver.  So, you need to figure out why you are not using your nameserver.  Most probably, its not configured properly or your /etc/hosts file doesn't have an entry for localhost.

FYI,

Gordon



On 03/29/2016 10:55 AM, Harald Valkanover wrote:

OK more reading – more ideas J

 

Requesting a TXT does the trick and let some light shine on the issue:

 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com

polizei.gv.at.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 188.40.25.2]"

 

Looks like I misunderstood “gold entry” and still a DNS in my Upstream is blocked L

 

Any better ideas than looking for an external, small DNS Server to point my local caching bind to?

 

 

 

 

 

Von: users [[hidden email]] Im Auftrag von [hidden email]
Gesendet: Dienstag, 29. März 2016 15:28
An: [hidden email]
Betreff: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?

 

Hi there!

 

I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.

After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.

 

So I installed quickly a forwarding bind99 - but still the problem persists. As an example:

 

Incoming Email:

2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.

 

 

It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...

 

 

 

[root@mail /]# nslookup polizei.gv.at.multi.uribl.com

Server:         144.76.161.138

Address:        144.76.161.138#53

 

Non-authoritative answer:

Name:   polizei.gv.at.multi.uribl.com

Address: 127.0.0.1

 

 

 

As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.

 

So how can I find out why that email is being refused?

 

kind regards, 

Valki




_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users

 


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
Gordon Dickens
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

Gordon Dickens
Glad that you figured it out!  You should be good to go now....

Good Luck!

Gordon


On 03/29/2016 11:28 AM, Harald Valkanover wrote:

Gordon you are right – as usual J

 

Of course I messed up my hurried bind config and didn’t comment out the forwarders…

 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com

Host polizei.gv.at.multi.uribl.com not found: 3(NXDOMAIN)

 

Better now J

 

 

 

Von: users [[hidden email]] Im Auftrag von Gordon Dickens
Gesendet: Dienstag, 29. März 2016 17:10
An: Exim4U General Discussion [hidden email]
Betreff: Re: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?

 

Your query is being refused by uribl.com and its 99.99% probably because the DNS query continues to be made from your ISP's nameserver.  So, you need to figure out why you are not using your nameserver.  Most probably, its not configured properly or your /etc/hosts file doesn't have an entry for localhost.

FYI,

Gordon



On 03/29/2016 10:55 AM, Harald Valkanover wrote:

OK more reading – more ideas J

 

Requesting a TXT does the trick and let some light shine on the issue:

 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com

polizei.gv.at.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 188.40.25.2]"

 

Looks like I misunderstood “gold entry” and still a DNS in my Upstream is blocked L

 

Any better ideas than looking for an external, small DNS Server to point my local caching bind to?

 

 

 

 

 

Von: users [[hidden email]] Im Auftrag von [hidden email]
Gesendet: Dienstag, 29. März 2016 15:28
An: [hidden email]
Betreff: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?

 

Hi there!

 

I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.

After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.

 

So I installed quickly a forwarding bind99 - but still the problem persists. As an example:

 

Incoming Email:

2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.

 

 

It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...

 

 

 

[root@mail /]# nslookup polizei.gv.at.multi.uribl.com

Server:         144.76.161.138

Address:        144.76.161.138#53

 

Non-authoritative answer:

Name:   polizei.gv.at.multi.uribl.com

Address: 127.0.0.1

 

 

 

As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.

 

So how can I find out why that email is being refused?

 

kind regards, 

Valki




_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users

 



_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
valki
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

valki
Gordon just a final thought on that topic...

Do you think it could be a good improvement to figure out a way to detect the blocking of the used DNS server (response 127.0.0.1) and disable the feature in such a case?
Because when the folks at uribl decide to block my small DNS one day then I won't take notice of that except that (maybe important) mails are dropped... :-)

kind regards, 
Valki





Am Di., Mrz. 29, 2016 17:33 schrieb Gordon Dickens <[hidden email]>:
Glad that you figured it out!  You should be good to go now....

Good Luck!

Gordon


On 03/29/2016 11:28 AM, Harald Valkanover wrote:
Gordon you are right – as usual J



 

Of course I messed up my hurried bind config and didn’t comment out the forwarders…



 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com


Host polizei.gv.at.multi.uribl.com not found: 3(NXDOMAIN)



 

Better now J



 


 


 

Von: users [[hidden email]] Im Auftrag von Gordon Dickens
Gesendet: Dienstag, 29. März 2016 17:10
An: Exim4U General Discussion [hidden email]
Betreff: Re: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?



 

Your query is being refused by uribl.com and its 99.99% probably because the DNS query continues to be made from your ISP's nameserver.  So, you need to figure out why you are not using your nameserver.  Most probably, its not configured properly or your /etc/hosts file doesn't have an entry for localhost.

FYI,

Gordon



On 03/29/2016 10:55 AM, Harald Valkanover wrote:


OK more reading – more ideas J


 


Requesting a TXT does the trick and let some light shine on the issue:


 


[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com


polizei.gv.at.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 188.40.25.2]"


 


Looks like I misunderstood “gold entry” and still a DNS in my Upstream is blocked L


 


Any better ideas than looking for an external, small DNS Server to point my local caching bind to?


 


 


 


 


 


Von: users [[hidden email]] Im Auftrag von [hidden email]
Gesendet: Dienstag, 29. März 2016 15:28
An: [hidden email]
Betreff: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?


 


Hi there!


 


I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.


After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.


 


So I installed quickly a forwarding bind99 - but still the problem persists. As an example:


 


Incoming Email:


2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email][hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.


 


 


It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...


 


 


 


[root@mail /]# nslookup polizei.gv.at.multi.uribl.com


Server:         144.76.161.138


Address:        144.76.161.138#53


 


Non-authoritative answer:


Name:   polizei.gv.at.multi.uribl.com


Address: 127.0.0.1


 


 


 


As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.


 


So how can I find out why that email is being refused?


 


kind regards, 


Valki








_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users

 



_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users


_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
Gordon Dickens
Reply | Threaded
Open this post in threaded view
♦
♦
|

Re: Facing a problem with false positives using uribl.com Blacklisting?

Gordon Dickens
Hi Valki,

That is a good idea.  I've thought about it before, however, to my knowledge, URIBL query refusals have never been a problem for servers running and using their own DNS. So, the key here is to use your own name server. Personally,  I've been using the URIBL service for 8 years without a problem.

The URIBL folks only block name servers that are generating millions of queries/day.  At that level, they want you to subscribe to their paid service anyway.  You can read more about their free public service versus their commercial data feed services here:

http://uribl.com/about.shtml

As an FYI, Exim4U is using Erik Mugele's perl script and Exim ACL's from here:

http://www.teuton.org/~ejm/exim_surbl/

I think that Erik's perl script would have to be modified to recognize when the URIBL query is refused.

Thanks!

Gordon





On 03/30/2016 09:11 AM, Gordon Dickens wrote:
On 03/30/2016 02:13 AM, [hidden email] wrote:
Gordon just a final thought on that topic...

Do you think it could be a good improvement to figure out a way to detect the blocking of the used DNS server (response 127.0.0.1) and disable the feature in such a case?
Because when the folks at uribl decide to block my small DNS one day then I won't take notice of that except that (maybe important) mails are dropped... :-)

kind regards, 
Valki





Am Di., Mrz. 29, 2016 17:33 schrieb Gordon Dickens [hidden email]:
Glad that you figured it out!  You should be good to go now....

Good Luck!

Gordon


On 03/29/2016 11:28 AM, Harald Valkanover wrote:
Gordon you are right – as usual J



 

Of course I messed up my hurried bind config and didn’t comment out the forwarders…



 

[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com


Host polizei.gv.at.multi.uribl.com not found: 3(NXDOMAIN)



 

Better now J



 


 


 

Von: users [[hidden email]] Im Auftrag von Gordon Dickens
Gesendet: Dienstag, 29. März 2016 17:10
An: Exim4U General Discussion [hidden email]
Betreff: Re: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?



 

Your query is being refused by uribl.com and its 99.99% probably because the DNS query continues to be made from your ISP's nameserver.  So, you need to figure out why you are not using your nameserver.  Most probably, its not configured properly or your /etc/hosts file doesn't have an entry for localhost.

FYI,

Gordon



On 03/29/2016 10:55 AM, Harald Valkanover wrote:


OK more reading – more ideas J


 


Requesting a TXT does the trick and let some light shine on the issue:


 


[root@mail /]# host -tTXT polizei.gv.at.multi.uribl.com


polizei.gv.at.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 188.40.25.2]"


 


Looks like I misunderstood “gold entry” and still a DNS in my Upstream is blocked L


 


Any better ideas than looking for an external, small DNS Server to point my local caching bind to?


 


 


 


 


 


Von: users [[hidden email]] Im Auftrag von [hidden email]
Gesendet: Dienstag, 29. März 2016 15:28
An: [hidden email]
Betreff: [Exim4U] Facing a problem with false positives using uribl.com Blacklisting?


 


Hi there!


 


I just upgraded to exim4u 3 weeks ago and seem to have a problem regarding false positives when using uribl within exim4u.


After some reading through the docs I found a topic regarding the problem when the mailserver is using a "big" public nameserver and therefore the requests may be blocked.


 


So I installed quickly a forwarding bind99 - but still the problem persists. As an example:


 


Incoming Email:


2016-03-29 14:42:57 1aksz2-000JNC-RN H=mx.bmi.gv.at [78.41.149.30] X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<[hidden email]> rejected during MIME ACL checks: Blacklisted URL in message. (polizei.gv.at) in. See http://lookup.uribl.com.


 


 


It claims that polizei.gv.at (austrian authority for racecontrol for autobahns) should be on a blacklist? Dont think so...


 


 


 


[root@mail /]# nslookup polizei.gv.at.multi.uribl.com


Server:         144.76.161.138


Address:        144.76.161.138#53


 


Non-authoritative answer:


Name:   polizei.gv.at.multi.uribl.com


Address: 127.0.0.1


 


 


 


As far as I learned this should mean that its on the "gold" list eg. NOT on the blacklist. And as there is no 127.0.0.255 I assume that my local bind is doing its job well.


 


So how can I find out why that email is being refused?


 


kind regards, 


Valki








_______________________________________________

users mailing list

[hidden email]

https://exim4u.org/mailman/listinfo/users

 



_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users




_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users



_______________________________________________
users mailing list
[hidden email]
https://exim4u.org/mailman/listinfo/users
Free forum by Nabble Edit this page