<?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 Rule to allow Client based email in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/rule-to-allow-client-based-email/m-p/25868#M18874</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm trying to figure out the best way to write a rule to allow mobile devices access to their personal email.&amp;nbsp; Browser based email works fine since it's mostly on 443(or 80) which we allow out.&amp;nbsp; But what about Client based email not on 80/443? For example...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Using the iOS Exchange client to retrieve gmail or yahoo mail, it uses Secure IMAP on TCP/993.&amp;nbsp; There is no App ID for Secure IMAP.&amp;nbsp; There is only an App ID for IMAP on TCP/143.&amp;nbsp; Because of this, I would have to write a rule to allow email based on destination port(or service).&amp;nbsp; This may be a pain if there are other mail servers that use their own non-standard ports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Using the Android Gmail client, it uses TCP/5228.&amp;nbsp; This traffic is actually identified by Palo Alto as "google-talk-base".&amp;nbsp; So a rule that uses an App ID would not work since it doesn't identify it correctly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;...I did try to create a rule that allowed ALL Apps under the Subcategory of "Email", with the Service as "Application Default", but PA kept complaining about other dependent Apps like myspace-base, SSL and web-browsing.&amp;nbsp; The problem with this, is now we are back to a port based type of rule(Since SSL will allow 443 and web-browsing will allow 80 in this rule.&amp;nbsp; Don't necessarily want that).&amp;nbsp; Which brings me back to the issue where I'll need to find out which ports different mail servers might be using, and open them up in the firewall.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the end, we would like to be able to rely on Palo Alto's App ID to write rules, and not have to resort to the old fashioned port based rules.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 24 Jan 2013 20:36:55 GMT</pubDate>
    <dc:creator>jambulo</dc:creator>
    <dc:date>2013-01-24T20:36:55Z</dc:date>
    <item>
      <title>Rule to allow Client based email</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/rule-to-allow-client-based-email/m-p/25868#M18874</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm trying to figure out the best way to write a rule to allow mobile devices access to their personal email.&amp;nbsp; Browser based email works fine since it's mostly on 443(or 80) which we allow out.&amp;nbsp; But what about Client based email not on 80/443? For example...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Using the iOS Exchange client to retrieve gmail or yahoo mail, it uses Secure IMAP on TCP/993.&amp;nbsp; There is no App ID for Secure IMAP.&amp;nbsp; There is only an App ID for IMAP on TCP/143.&amp;nbsp; Because of this, I would have to write a rule to allow email based on destination port(or service).&amp;nbsp; This may be a pain if there are other mail servers that use their own non-standard ports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Using the Android Gmail client, it uses TCP/5228.&amp;nbsp; This traffic is actually identified by Palo Alto as "google-talk-base".&amp;nbsp; So a rule that uses an App ID would not work since it doesn't identify it correctly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;...I did try to create a rule that allowed ALL Apps under the Subcategory of "Email", with the Service as "Application Default", but PA kept complaining about other dependent Apps like myspace-base, SSL and web-browsing.&amp;nbsp; The problem with this, is now we are back to a port based type of rule(Since SSL will allow 443 and web-browsing will allow 80 in this rule.&amp;nbsp; Don't necessarily want that).&amp;nbsp; Which brings me back to the issue where I'll need to find out which ports different mail servers might be using, and open them up in the firewall.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the end, we would like to be able to rely on Palo Alto's App ID to write rules, and not have to resort to the old fashioned port based rules.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 24 Jan 2013 20:36:55 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/rule-to-allow-client-based-email/m-p/25868#M18874</guid>
      <dc:creator>jambulo</dc:creator>
      <dc:date>2013-01-24T20:36:55Z</dc:date>
    </item>
    <item>
      <title>Re: Rule to allow Client based email</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/rule-to-allow-client-based-email/m-p/25869#M18875</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just to add to this... some app-ids have a dependency on allowing SMTP from the clients.&amp;nbsp; How are people handling this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Bob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 24 Jan 2013 20:43:26 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/rule-to-allow-client-based-email/m-p/25869#M18875</guid>
      <dc:creator>BobW</dc:creator>
      <dc:date>2013-01-24T20:43:26Z</dc:date>
    </item>
  </channel>
</rss>

