How to accept ICMP redirects?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
3
down vote

favorite












tcpdump showed me there are some ICMP-redirect in my network (KVM virtual-machines, bridged network). I decided to take a closer look on them and how my system behaves and how it looks. I found it doesn't work as it should:



Let say I'm on 1.1.1.1 and I ping 2.2.2.2:



# ping 2.2.2.2
PING 2.2.2.2 (2.2.2.2) 56(84) bytes of data.
64 bytes from 2.2.2.2: icmp_seq=1 ttl=63 time=0.569 ms
From 4.4.4.4: icmp_seq=2 Redirect Host(New nexthop: 3.3.3.3)
64 bytes from 2.2.2.2: icmp_seq=2 ttl=63 time=0.690 ms
From 4.4.4.4: icmp_seq=3 Redirect Host(New nexthop: 3.3.3.3)


as you can see I get multiple redirects to 3.3.3.3 which looks fine but for some reason my host (1.1.1.1) ignores it.



# sysctl -a|grep accept_redirects
net.ipv4.conf.all.accept_redirects = 1
net.ipv4.conf.default.accept_redirects = 1
net.ipv4.conf.eth0.accept_redirects = 1
net.ipv4.conf.lo.accept_redirects = 1


and there is no entry for that new route in ip route list and ip route list cache is empty.



Kernel version is:



# uname -a
Linux foo.bar 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) x86_64 GNU/Linux


Changing /proc/sys/net/ipv4/conf/*/accept_redirects values 0|1, networking restart or even reboot didn't worked.



I wish to accept ICMP redirects - any ideas ?



UPDATE:



# ip -d route

unicast default via 4.4.4.4 dev eth0 proto boot scope global
unicast 1.1.1.0/24 dev eth0 proto kernel scope link src 1.1.1.1
unicast 4.4.4.4 dev eth0 proto boot scope link









share|improve this question























  • would you please add to the post ip -d route?
    – Rui F Ribeiro
    Mar 8 '16 at 16:12











  • sure, updated but I guess there's nothing interesting (I'm sorry but I need to hide real IPs - regardless if those are internal or not). I wonder if that behaviour can be related to some other /proc/sys/net setting but I didn't find anything interesting (*timeout*, *cache* etc.)
    – pawel7318
    Mar 8 '16 at 16:25










  • Do you have firewall rules in your host machine?
    – Willian Paixao
    Mar 8 '16 at 16:27






  • 1




    Something about net.ipv4.conf.eth0.secure_redirects?
    – Stéphane Chazelas
    Mar 8 '16 at 16:30










  • no iptables rules, all secure_redirects set to 1 - but above redirects are sent by the default gateway (4.4.4.4 in my examples)
    – pawel7318
    Mar 8 '16 at 16:45















up vote
3
down vote

favorite












tcpdump showed me there are some ICMP-redirect in my network (KVM virtual-machines, bridged network). I decided to take a closer look on them and how my system behaves and how it looks. I found it doesn't work as it should:



Let say I'm on 1.1.1.1 and I ping 2.2.2.2:



# ping 2.2.2.2
PING 2.2.2.2 (2.2.2.2) 56(84) bytes of data.
64 bytes from 2.2.2.2: icmp_seq=1 ttl=63 time=0.569 ms
From 4.4.4.4: icmp_seq=2 Redirect Host(New nexthop: 3.3.3.3)
64 bytes from 2.2.2.2: icmp_seq=2 ttl=63 time=0.690 ms
From 4.4.4.4: icmp_seq=3 Redirect Host(New nexthop: 3.3.3.3)


as you can see I get multiple redirects to 3.3.3.3 which looks fine but for some reason my host (1.1.1.1) ignores it.



# sysctl -a|grep accept_redirects
net.ipv4.conf.all.accept_redirects = 1
net.ipv4.conf.default.accept_redirects = 1
net.ipv4.conf.eth0.accept_redirects = 1
net.ipv4.conf.lo.accept_redirects = 1


and there is no entry for that new route in ip route list and ip route list cache is empty.



Kernel version is:



# uname -a
Linux foo.bar 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) x86_64 GNU/Linux


Changing /proc/sys/net/ipv4/conf/*/accept_redirects values 0|1, networking restart or even reboot didn't worked.



I wish to accept ICMP redirects - any ideas ?



UPDATE:



# ip -d route

unicast default via 4.4.4.4 dev eth0 proto boot scope global
unicast 1.1.1.0/24 dev eth0 proto kernel scope link src 1.1.1.1
unicast 4.4.4.4 dev eth0 proto boot scope link









share|improve this question























  • would you please add to the post ip -d route?
    – Rui F Ribeiro
    Mar 8 '16 at 16:12











  • sure, updated but I guess there's nothing interesting (I'm sorry but I need to hide real IPs - regardless if those are internal or not). I wonder if that behaviour can be related to some other /proc/sys/net setting but I didn't find anything interesting (*timeout*, *cache* etc.)
    – pawel7318
    Mar 8 '16 at 16:25










  • Do you have firewall rules in your host machine?
    – Willian Paixao
    Mar 8 '16 at 16:27






  • 1




    Something about net.ipv4.conf.eth0.secure_redirects?
    – Stéphane Chazelas
    Mar 8 '16 at 16:30










  • no iptables rules, all secure_redirects set to 1 - but above redirects are sent by the default gateway (4.4.4.4 in my examples)
    – pawel7318
    Mar 8 '16 at 16:45













up vote
3
down vote

favorite









up vote
3
down vote

favorite











tcpdump showed me there are some ICMP-redirect in my network (KVM virtual-machines, bridged network). I decided to take a closer look on them and how my system behaves and how it looks. I found it doesn't work as it should:



Let say I'm on 1.1.1.1 and I ping 2.2.2.2:



# ping 2.2.2.2
PING 2.2.2.2 (2.2.2.2) 56(84) bytes of data.
64 bytes from 2.2.2.2: icmp_seq=1 ttl=63 time=0.569 ms
From 4.4.4.4: icmp_seq=2 Redirect Host(New nexthop: 3.3.3.3)
64 bytes from 2.2.2.2: icmp_seq=2 ttl=63 time=0.690 ms
From 4.4.4.4: icmp_seq=3 Redirect Host(New nexthop: 3.3.3.3)


as you can see I get multiple redirects to 3.3.3.3 which looks fine but for some reason my host (1.1.1.1) ignores it.



# sysctl -a|grep accept_redirects
net.ipv4.conf.all.accept_redirects = 1
net.ipv4.conf.default.accept_redirects = 1
net.ipv4.conf.eth0.accept_redirects = 1
net.ipv4.conf.lo.accept_redirects = 1


and there is no entry for that new route in ip route list and ip route list cache is empty.



Kernel version is:



# uname -a
Linux foo.bar 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) x86_64 GNU/Linux


Changing /proc/sys/net/ipv4/conf/*/accept_redirects values 0|1, networking restart or even reboot didn't worked.



I wish to accept ICMP redirects - any ideas ?



UPDATE:



# ip -d route

unicast default via 4.4.4.4 dev eth0 proto boot scope global
unicast 1.1.1.0/24 dev eth0 proto kernel scope link src 1.1.1.1
unicast 4.4.4.4 dev eth0 proto boot scope link









share|improve this question















tcpdump showed me there are some ICMP-redirect in my network (KVM virtual-machines, bridged network). I decided to take a closer look on them and how my system behaves and how it looks. I found it doesn't work as it should:



Let say I'm on 1.1.1.1 and I ping 2.2.2.2:



# ping 2.2.2.2
PING 2.2.2.2 (2.2.2.2) 56(84) bytes of data.
64 bytes from 2.2.2.2: icmp_seq=1 ttl=63 time=0.569 ms
From 4.4.4.4: icmp_seq=2 Redirect Host(New nexthop: 3.3.3.3)
64 bytes from 2.2.2.2: icmp_seq=2 ttl=63 time=0.690 ms
From 4.4.4.4: icmp_seq=3 Redirect Host(New nexthop: 3.3.3.3)


as you can see I get multiple redirects to 3.3.3.3 which looks fine but for some reason my host (1.1.1.1) ignores it.



# sysctl -a|grep accept_redirects
net.ipv4.conf.all.accept_redirects = 1
net.ipv4.conf.default.accept_redirects = 1
net.ipv4.conf.eth0.accept_redirects = 1
net.ipv4.conf.lo.accept_redirects = 1


and there is no entry for that new route in ip route list and ip route list cache is empty.



Kernel version is:



# uname -a
Linux foo.bar 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) x86_64 GNU/Linux


Changing /proc/sys/net/ipv4/conf/*/accept_redirects values 0|1, networking restart or even reboot didn't worked.



I wish to accept ICMP redirects - any ideas ?



UPDATE:



# ip -d route

unicast default via 4.4.4.4 dev eth0 proto boot scope global
unicast 1.1.1.0/24 dev eth0 proto kernel scope link src 1.1.1.1
unicast 4.4.4.4 dev eth0 proto boot scope link






linux icmp






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 8 '16 at 16:21

























asked Mar 8 '16 at 15:58









pawel7318

8152914




8152914











  • would you please add to the post ip -d route?
    – Rui F Ribeiro
    Mar 8 '16 at 16:12











  • sure, updated but I guess there's nothing interesting (I'm sorry but I need to hide real IPs - regardless if those are internal or not). I wonder if that behaviour can be related to some other /proc/sys/net setting but I didn't find anything interesting (*timeout*, *cache* etc.)
    – pawel7318
    Mar 8 '16 at 16:25










  • Do you have firewall rules in your host machine?
    – Willian Paixao
    Mar 8 '16 at 16:27






  • 1




    Something about net.ipv4.conf.eth0.secure_redirects?
    – Stéphane Chazelas
    Mar 8 '16 at 16:30










  • no iptables rules, all secure_redirects set to 1 - but above redirects are sent by the default gateway (4.4.4.4 in my examples)
    – pawel7318
    Mar 8 '16 at 16:45

















  • would you please add to the post ip -d route?
    – Rui F Ribeiro
    Mar 8 '16 at 16:12











  • sure, updated but I guess there's nothing interesting (I'm sorry but I need to hide real IPs - regardless if those are internal or not). I wonder if that behaviour can be related to some other /proc/sys/net setting but I didn't find anything interesting (*timeout*, *cache* etc.)
    – pawel7318
    Mar 8 '16 at 16:25










  • Do you have firewall rules in your host machine?
    – Willian Paixao
    Mar 8 '16 at 16:27






  • 1




    Something about net.ipv4.conf.eth0.secure_redirects?
    – Stéphane Chazelas
    Mar 8 '16 at 16:30










  • no iptables rules, all secure_redirects set to 1 - but above redirects are sent by the default gateway (4.4.4.4 in my examples)
    – pawel7318
    Mar 8 '16 at 16:45
















would you please add to the post ip -d route?
– Rui F Ribeiro
Mar 8 '16 at 16:12





would you please add to the post ip -d route?
– Rui F Ribeiro
Mar 8 '16 at 16:12













sure, updated but I guess there's nothing interesting (I'm sorry but I need to hide real IPs - regardless if those are internal or not). I wonder if that behaviour can be related to some other /proc/sys/net setting but I didn't find anything interesting (*timeout*, *cache* etc.)
– pawel7318
Mar 8 '16 at 16:25




sure, updated but I guess there's nothing interesting (I'm sorry but I need to hide real IPs - regardless if those are internal or not). I wonder if that behaviour can be related to some other /proc/sys/net setting but I didn't find anything interesting (*timeout*, *cache* etc.)
– pawel7318
Mar 8 '16 at 16:25












Do you have firewall rules in your host machine?
– Willian Paixao
Mar 8 '16 at 16:27




Do you have firewall rules in your host machine?
– Willian Paixao
Mar 8 '16 at 16:27




1




1




Something about net.ipv4.conf.eth0.secure_redirects?
– Stéphane Chazelas
Mar 8 '16 at 16:30




Something about net.ipv4.conf.eth0.secure_redirects?
– Stéphane Chazelas
Mar 8 '16 at 16:30












no iptables rules, all secure_redirects set to 1 - but above redirects are sent by the default gateway (4.4.4.4 in my examples)
– pawel7318
Mar 8 '16 at 16:45





no iptables rules, all secure_redirects set to 1 - but above redirects are sent by the default gateway (4.4.4.4 in my examples)
– pawel7318
Mar 8 '16 at 16:45











2 Answers
2






active

oldest

votes

















up vote
3
down vote



accepted










ICMP redirects are sent to define a better route/gateway to a destination.



As you have to have an IP address in the same network as the gateway/exit for a route, the route will only be inserted in the routing table if all the following conditions are true:




  • accept_redirects is set to 1

  • the machine in question has an interface with an address that belongs to the network of the gateway

  • it does not have an IP address in the same network as the destination route.

otherwise the route will be discarded.



I would not accept blindly redirects as there known security implications with spoofed ICMP redirects. ICMP redirects may also mask transient network malfunctions, or network design mistakes.



What are ICMP redirects and should they be blocked?






share|improve this answer


















  • 1




    and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
    – pawel7318
    Mar 8 '16 at 18:08


















up vote
3
down vote













To add to Rui F Ribeiro's answer:



You may also have to disable secure_redirects, as that defaults to 1 now and rejects redirect destinations that aren't already one of the existing gateways.



Alternatively, if you can add the destination IP as a second default gateway for the same interface, perhaps with a lower metric, that should work too. If someone knows how to do that, please comment.






share|improve this answer






















  • Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
    – Rui F Ribeiro
    Sep 5 at 17:42











  • Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
    – petiepooo
    Sep 7 at 1:13










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f268433%2fhow-to-accept-icmp-redirects%23new-answer', 'question_page');

);

Post as a guest






























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
3
down vote



accepted










ICMP redirects are sent to define a better route/gateway to a destination.



As you have to have an IP address in the same network as the gateway/exit for a route, the route will only be inserted in the routing table if all the following conditions are true:




  • accept_redirects is set to 1

  • the machine in question has an interface with an address that belongs to the network of the gateway

  • it does not have an IP address in the same network as the destination route.

otherwise the route will be discarded.



I would not accept blindly redirects as there known security implications with spoofed ICMP redirects. ICMP redirects may also mask transient network malfunctions, or network design mistakes.



What are ICMP redirects and should they be blocked?






share|improve this answer


















  • 1




    and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
    – pawel7318
    Mar 8 '16 at 18:08















up vote
3
down vote



accepted










ICMP redirects are sent to define a better route/gateway to a destination.



As you have to have an IP address in the same network as the gateway/exit for a route, the route will only be inserted in the routing table if all the following conditions are true:




  • accept_redirects is set to 1

  • the machine in question has an interface with an address that belongs to the network of the gateway

  • it does not have an IP address in the same network as the destination route.

otherwise the route will be discarded.



I would not accept blindly redirects as there known security implications with spoofed ICMP redirects. ICMP redirects may also mask transient network malfunctions, or network design mistakes.



What are ICMP redirects and should they be blocked?






share|improve this answer


















  • 1




    and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
    – pawel7318
    Mar 8 '16 at 18:08













up vote
3
down vote



accepted







up vote
3
down vote



accepted






ICMP redirects are sent to define a better route/gateway to a destination.



As you have to have an IP address in the same network as the gateway/exit for a route, the route will only be inserted in the routing table if all the following conditions are true:




  • accept_redirects is set to 1

  • the machine in question has an interface with an address that belongs to the network of the gateway

  • it does not have an IP address in the same network as the destination route.

otherwise the route will be discarded.



I would not accept blindly redirects as there known security implications with spoofed ICMP redirects. ICMP redirects may also mask transient network malfunctions, or network design mistakes.



What are ICMP redirects and should they be blocked?






share|improve this answer














ICMP redirects are sent to define a better route/gateway to a destination.



As you have to have an IP address in the same network as the gateway/exit for a route, the route will only be inserted in the routing table if all the following conditions are true:




  • accept_redirects is set to 1

  • the machine in question has an interface with an address that belongs to the network of the gateway

  • it does not have an IP address in the same network as the destination route.

otherwise the route will be discarded.



I would not accept blindly redirects as there known security implications with spoofed ICMP redirects. ICMP redirects may also mask transient network malfunctions, or network design mistakes.



What are ICMP redirects and should they be blocked?







share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 13 '17 at 12:22









Community♦

1




1










answered Mar 8 '16 at 17:45









Rui F Ribeiro

36.8k1273117




36.8k1273117







  • 1




    and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
    – pawel7318
    Mar 8 '16 at 18:08













  • 1




    and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
    – pawel7318
    Mar 8 '16 at 18:08








1




1




and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
– pawel7318
Mar 8 '16 at 18:08





and the machine in question has an interface with an address that belongs to the network - that is the reason why it ignored it !
– pawel7318
Mar 8 '16 at 18:08













up vote
3
down vote













To add to Rui F Ribeiro's answer:



You may also have to disable secure_redirects, as that defaults to 1 now and rejects redirect destinations that aren't already one of the existing gateways.



Alternatively, if you can add the destination IP as a second default gateway for the same interface, perhaps with a lower metric, that should work too. If someone knows how to do that, please comment.






share|improve this answer






















  • Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
    – Rui F Ribeiro
    Sep 5 at 17:42











  • Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
    – petiepooo
    Sep 7 at 1:13














up vote
3
down vote













To add to Rui F Ribeiro's answer:



You may also have to disable secure_redirects, as that defaults to 1 now and rejects redirect destinations that aren't already one of the existing gateways.



Alternatively, if you can add the destination IP as a second default gateway for the same interface, perhaps with a lower metric, that should work too. If someone knows how to do that, please comment.






share|improve this answer






















  • Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
    – Rui F Ribeiro
    Sep 5 at 17:42











  • Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
    – petiepooo
    Sep 7 at 1:13












up vote
3
down vote










up vote
3
down vote









To add to Rui F Ribeiro's answer:



You may also have to disable secure_redirects, as that defaults to 1 now and rejects redirect destinations that aren't already one of the existing gateways.



Alternatively, if you can add the destination IP as a second default gateway for the same interface, perhaps with a lower metric, that should work too. If someone knows how to do that, please comment.






share|improve this answer














To add to Rui F Ribeiro's answer:



You may also have to disable secure_redirects, as that defaults to 1 now and rejects redirect destinations that aren't already one of the existing gateways.



Alternatively, if you can add the destination IP as a second default gateway for the same interface, perhaps with a lower metric, that should work too. If someone knows how to do that, please comment.







share|improve this answer














share|improve this answer



share|improve this answer








edited Sep 5 at 18:41









Pierre.Vriens

94841015




94841015










answered Sep 5 at 16:46









petiepooo

311




311











  • Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
    – Rui F Ribeiro
    Sep 5 at 17:42











  • Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
    – petiepooo
    Sep 7 at 1:13
















  • Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
    – Rui F Ribeiro
    Sep 5 at 17:42











  • Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
    – petiepooo
    Sep 7 at 1:13















Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
– Rui F Ribeiro
Sep 5 at 17:42





Technically your answer to the question is correct, +1. I do however prefer to fix the underlying network problem (lack of route, router down, other problems rather than enabling ICMP redirects)
– Rui F Ribeiro
Sep 5 at 17:42













Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
– petiepooo
Sep 7 at 1:13




Good point Rui. Where I ran into this is when I had a host placed on a subnet connecting a core router to the firewall. The default gateway was set to the core router, but that was redirecting all internet bound traffic to the firewall. The correct fix would be to put the host on a different subnet, but by then we had other things relying on it being at that location. So I worked around it by setting the default gateway to the firewall and adding a static route for internal traffic.
– petiepooo
Sep 7 at 1:13

















 

draft saved


draft discarded















































 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f268433%2fhow-to-accept-icmp-redirects%23new-answer', 'question_page');

);

Post as a guest













































































Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay