<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: cant access the smtp/pop server in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823294#M24183</link>
    <description>well the ping is not significant test, it can tell you that maschine is up and ICMP packets are not blocked.&lt;BR /&gt;&lt;BR /&gt;But you can easy figure out where the flow is blocked if you will simulate real flow.&lt;BR /&gt;&lt;BR /&gt;Try to telnet is good way but you can only figure out if server is OK or not.&lt;BR /&gt;&lt;BR /&gt;There is tool for linux called tcptraceroute, which sende TCP SYN packet to destionation you want and show you the trace as normal trace route. But traceroute use icmp(on windows) and udp or icmp on UNIX, but smtp and pop are above TCP so if any router, firewall whatever, block tcp ports 25 and 110, you will see.(I mean last adress you will see is OK) but next (I mean ****** mean doesn't respond), it's node that block flow(or is set to not reffer icmp time exceeded).&lt;BR /&gt;&lt;BR /&gt;I hope this helps, you with finding the where the mistake is.</description>
    <pubDate>Fri, 14 Jul 2006 04:06:47 GMT</pubDate>
    <dc:creator>g33k</dc:creator>
    <dc:date>2006-07-14T04:06:47Z</dc:date>
    <item>
      <title>cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823291#M24180</link>
      <description>OS: rhel 4&lt;BR /&gt;smtp: Sendmail 8.x&lt;BR /&gt;pop: dovecot&lt;BR /&gt;&lt;BR /&gt;some of our users works remotely(vpn clients). thay can access anything, but cant access mails, and neither can send mails. even vpn users can ping mail server, but cant access  mails. Configuration of MUA is 100% ok, bcause when these vpn client connect their notebooks to out lan, they can access mails.&lt;BR /&gt;VPN server is windows server 2003.&lt;BR /&gt;&lt;BR /&gt;Any help will be highly appreciated&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;Maaz</description>
      <pubDate>Thu, 13 Jul 2006 13:44:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823291#M24180</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2006-07-13T13:44:36Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823292#M24181</link>
      <description>Shalom Maaz,&lt;BR /&gt;&lt;BR /&gt;Things to check:&lt;BR /&gt;1) firewalls and switch configuration. commonly they block popmail.&lt;BR /&gt;2)dovecot.conf configuration file. It does not work out of the box.&lt;BR /&gt;3) Check the /var/log/maillog file for error codes.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 13 Jul 2006 14:41:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823292#M24181</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-07-13T14:41:33Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823293#M24182</link>
      <description>From the remote clients, you should be able to telnet to the port 25 and 110, so run:&lt;BR /&gt;&lt;BR /&gt;telnet mailserver 25&lt;BR /&gt;telnet mailserver 110&lt;BR /&gt;&lt;BR /&gt;You should get answer, if you don't you should try the same locally, if locally works, then your problem is with some filter in your configuration, maybe iptables rules, /etc/hosts.allow and /etc/hosts.deny (tcpwrappers) or another firewall in the middle.</description>
      <pubDate>Thu, 13 Jul 2006 14:59:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823293#M24182</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2006-07-13T14:59:17Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823294#M24183</link>
      <description>well the ping is not significant test, it can tell you that maschine is up and ICMP packets are not blocked.&lt;BR /&gt;&lt;BR /&gt;But you can easy figure out where the flow is blocked if you will simulate real flow.&lt;BR /&gt;&lt;BR /&gt;Try to telnet is good way but you can only figure out if server is OK or not.&lt;BR /&gt;&lt;BR /&gt;There is tool for linux called tcptraceroute, which sende TCP SYN packet to destionation you want and show you the trace as normal trace route. But traceroute use icmp(on windows) and udp or icmp on UNIX, but smtp and pop are above TCP so if any router, firewall whatever, block tcp ports 25 and 110, you will see.(I mean last adress you will see is OK) but next (I mean ****** mean doesn't respond), it's node that block flow(or is set to not reffer icmp time exceeded).&lt;BR /&gt;&lt;BR /&gt;I hope this helps, you with finding the where the mistake is.</description>
      <pubDate>Fri, 14 Jul 2006 04:06:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823294#M24183</guid>
      <dc:creator>g33k</dc:creator>
      <dc:date>2006-07-14T04:06:47Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823295#M24184</link>
      <description>and there are links, because it's not standard software &lt;A href="http://freshmeat.net/projects/tcptraceroute/" target="_blank"&gt;http://freshmeat.net/projects/tcptraceroute/&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://olympus.het.brown.edu/cgi-bin/man/man2html?tcptraceroute+1" target="_blank"&gt;http://olympus.het.brown.edu/cgi-bin/man/man2html?tcptraceroute+1&lt;/A&gt;</description>
      <pubDate>Fri, 14 Jul 2006 04:08:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823295#M24184</guid>
      <dc:creator>g33k</dc:creator>
      <dc:date>2006-07-14T04:08:21Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823296#M24185</link>
      <description>Hi Maaz,&lt;BR /&gt;&lt;BR /&gt;Something else to consider:&lt;BR /&gt;&lt;BR /&gt;When users on VPN try to access email, what (if any) error messages do they get? In other words, does their email client respond with anything coming back from the email server(s)?&lt;BR /&gt;&lt;BR /&gt;Bear in mind that sendmail (and I expect dovecot, but I'm not familiar with it) can be configured to respond to particular IP subnets, domains, etc.&lt;BR /&gt;&lt;BR /&gt;It is possible, the sendmail configuration is either ignoring the users on the subnet the VPN provides.&lt;BR /&gt;&lt;BR /&gt;It's worth checking what subnet your internal LAN uses, and what subnet your VPN connections have.&lt;BR /&gt;&lt;BR /&gt;Another thing to check is your email relay configuration - same type of issue. Sendmail can be configured to relay email that originates from specific subnets, domains, etc. (this is to prevent spammers hijacking your server).&lt;BR /&gt;&lt;BR /&gt;Any email originating from a processor that is *not* the email server itself is making use of the relay facility. This includes your internal LAN. Once again, different subnets require extra 'rules'...&lt;BR /&gt;&lt;BR /&gt;Failure to relay (and other failures) are often apparent at the email client (the server will respond with messages like 'Relaying not allowed', etc. Of course, this is in addition to information found in the email logs on the server.&lt;BR /&gt;&lt;BR /&gt;If you do have any error messages at the client end, post them up - they may give more of a clue.&lt;BR /&gt;&lt;BR /&gt;IMO your problem is a configuration issue on your email server for users coming in on the VPN subnet rather than firewall or other networking issues. Then again, your VPN server *is* a windows box! :-^&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Andy Bruce&lt;BR /&gt;</description>
      <pubDate>Fri, 14 Jul 2006 09:15:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823296#M24185</guid>
      <dc:creator>Andrew Bruce</dc:creator>
      <dc:date>2006-07-14T09:15:49Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823297#M24186</link>
      <description>MUA is Outlook Express, and the error recieve is following:&lt;BR /&gt;The Connection to the server has failed. Account: '10.0.0.33', Server: '10.0.0.33', Protocol: pop3, Port: 110, Secure(ssl): No, Socket Error: 10061; Error Number: 0x800CCC0E&lt;BR /&gt;&lt;BR /&gt;There is no firewall in b/w the client and the mail server.&lt;BR /&gt;&lt;BR /&gt;I didnt check the follwoing:&lt;BR /&gt;telnet 10.0.0.33 25&lt;BR /&gt;telnet 10.0.0.33 110, but I captured packets on mail server via ethereal, and found that client can successfuly communicate on port 25 and 110.&lt;BR /&gt;&lt;BR /&gt;RELAY ISSUE:&lt;BR /&gt;cat /etc/mail/access&lt;BR /&gt;10      RELAY&lt;BR /&gt;&lt;BR /&gt;(win xp)client's ip configuration:&lt;BR /&gt;IP: 10.100.100.110&lt;BR /&gt;MASK: 255.255.255.255&lt;BR /&gt;&lt;BR /&gt;NO Firewall at all.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Maaz&lt;BR /&gt;</description>
      <pubDate>Fri, 14 Jul 2006 12:54:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823297#M24186</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2006-07-14T12:54:52Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823298#M24187</link>
      <description>Hi Maaz,&lt;BR /&gt;first of all please follow the following link and do everything "they" say.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.tiscali.co.uk/help/email/oe_errors_0x800ccc0e.html" target="_blank"&gt;http://www.tiscali.co.uk/help/email/oe_errors_0x800ccc0e.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If it won't help and from within LAN the users are able to work - then you'll have to search for some advanced options In Win2003 VPN server.&lt;BR /&gt;Best regards.</description>
      <pubDate>Fri, 14 Jul 2006 14:38:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823298#M24187</guid>
      <dc:creator>Alexander Chuzhoy</dc:creator>
      <dc:date>2006-07-14T14:38:51Z</dc:date>
    </item>
    <item>
      <title>Re: cant access the smtp/pop server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823299#M24188</link>
      <description>Thanks EveryOne for help.&lt;BR /&gt;Prblm gone.... i simply reboot the machine(MS Windows vpn server)... and now every thing is working fine&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks n Regards&lt;BR /&gt;Maaz</description>
      <pubDate>Sat, 15 Jul 2006 07:35:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/cant-access-the-smtp-pop-server/m-p/3823299#M24188</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2006-07-15T07:35:30Z</dc:date>
    </item>
  </channel>
</rss>

