Introducing Postman for Windows
Native App with full Postman functionality for Windows Users
Good news for our Postman Windows users: we have launched a native app for Windows, available now on the Postman website. We know more than half of our Chrome app users work on Windows, and a Windows native Postman App was a much requested addition to our product line.
The Windows app provides the same benefits as the Mac native app, based on a complete platform for building, testing, documenting and sharing APIs, making your workflow faster and easier. Like the Mac app, the Windows app provides developers with seamless request capturing and cookie handling functionality.
The Windows app is free, of course, like our Mac and Chrome apps. The Windows app is available both in 32-bit (x86) and 64-bit (x64), for Windows 7 & later. You can read more about how to install it here.
For existing Postman Windows users who currently use the Chrome app, this Windows native app provides a single package for key Postman features. Users of the Postman Chrome app needed to download the Postman Interceptor Chrome Extension in order to manage cookies and capture requests in the desktop browser. The Windows native app, like the Mac native app, packages this feature within the app itself.
Existing Windows Postman Chrome users will want to port existing data and Postman Collections to the new native Windows App. Thatโs easily done – all you need do is sign into your Postman account after you download and start the new Windows app, and all your history and collections will be automatically synced.
For Windows developers new to Postman, getting started is quick. Youโll want to download the aapropriate app here, then read through this documentation on how to get started. In particular, be sure to read about creating Postman Collections: collections are at the core of working with Postman, a way to save and share commonly used API requests, as well as write and store tests and documentation to go with the requests. Using Collections will make your API workflow faster and easier.
The Windows app is a critical step in making API workflows faster for all developers. To get started, go to https://www.postman.com/downloads/ and download the app.
I try to install it on windows 10 64 but I get a blue popup with “This app can’t run on your PC”
@disqus_PuLjWS1fFq:disqus What is the size of the downloaded file? Can you try retry the download from https://dl.pstmn.io/download/latest/win?arch=64?
I downloaded in chrome with https, the size was just 63,4 KB (64 940 bytes)
Then I tried downloading with edge and that worked fine.
Hi,
Click on more info , and then click run anyway.
I’ve been trying to download the 64 bit version, but I’m either receiving an error that “Postman-win64-4.5.0-Setup.exe couldn’t be downloaded.” or if the download says it completes, the file size is 32 to 100 kb, and windows says “Postman-win64-4.5.0 is not a valid Win32 application.”.
@disqus_jLV0c9f7Rk:disqus Can you try retry the download from https://dl.pstmn.io/download/latest/win?arch=64?
Make sure you take off the last question mark, or the link won’t work.
Using that link (minus the trailing ?), Chrome was only able to download 184 KB, then it said it completed. IE said “The Postman-win64-4.5.0-Setup.exe download was interrupted.” Then when I retried in IE, it only downloaded 32 KB again.
I managed to download the installer but when I run it Symantec Endpoint Protection pops up with:
Scan type: Auto-Protect Scan
Event: Security Risk Found!
Security risk detected: WS.Reputation.1
File: c:usersxxxxxxdesktoppostman-win64-4.5.0-setup.exe
Location: Quarantine
Computer: xxxxxxxxx
User: xxxxxxx
Action taken: Quarantine succeeded
Date found: Thursday, August 04, 2016 8:10:00 AM
Symantec has this as a way of evaluating new executables – https://www.symantec.com/security_response/writeup.jsp?docid=2010-051308-1854-99
This isn’t a threat but rather what Symantec suggests risky. You can safely whitelist Postman app in this case.
Sadly this is my work machine and we don’t have access to whitelist things. I’ll send a note to our IT staff and see what can be done. Thanks.
Symantec has this so called way of evaluating new executables – https://www.symantec.com/security_response/writeup.jsp?docid=2010-051308-1854-99
This isn’t a threat but rather what Symantec suggests risky. You can safely whitelist Postman app in this case.
When running the native app within my company network, even by trying to access a resource on localhost I get a “Access Denied by security policy”
The Chrome app works like a charm.
I suppose it’s about the proxy settings. Can the native app use my company proxy?
Adding a NO_PROXY system variable with localhost as value should solve your problem.
Hello,
I use Chrome web app and windows app.
I have 2environnements.
Env. 1 production (in the same network)
Env. 2 production (on the internet)
The collection I run is like this :
-step 1 : ask for a token on a https:// secure directory (like LDAP) and then I set this one and I used it on step 2 (and after).
-step 2 : I ask on a differents https://api.mydomain.com
The 2 certifcates are not self-signed.
My problem :
When I use Chrome App ==> no problem on all the step in all the environnement.
When I use the same collection with Windows App : no problem on the environnement 1
But problem only on the step2 (and after, all calls …) used with environnement 2
I disable ssl settings but no way…
Can you help me please ?
Thanks, Happy new year and sorry for my poor english ! ๐
finally… thanks
Looking good, except that I can’t get an OAuth2 token from Azure Active Directory like I could with the Chrome app, because JavaScript is apparently disabled in the popup window. I am not sure where to file bug reports (which git repo?).
Just installed and imported my collections from Postman (Chrome) but all my requests show Error:connect ECONNREFUSED in the Postman console. The same requests work fine in the Postman Chrome app. I’ve checked my windows firewall and it appears to be allowing postman.exe – any ideas what could be wrong? (I should add that the requests are going to localhost)
Same problem (sorry for the moderation, I mistake with the first post)
Hello,
I use Chrome web app and windows app.
I have 2environnements.
Env. 1 production (in the same network)
Env. 2 production (on the internet)
The collection I run is like this :
-step 1 : ask for a token on a https:// secure directory (like LDAP) and then I set this one and I used it on step 2 (and after).
-step 2 : I ask on a differents https://api.mydomain.com
The 2 certifcates are not self-signed.
My problem :
When I use Chrome App ==> no problem on all the step in all the environnement.
When I use the same collection with Windows App : no problem on the environnement 1
But problem only on the step2 (and after, all calls …) used with environnement 2
I disable ssl settings but no way…
Can you help me please ?
Thanks, Happy new year and sorry for my poor english ! ๐
Linux plz, i instaled the Chromium just for use postman ๐
Correct me if I’m wrong, but its not a native app? I’m assuming this is built using Electron?
Calling it native is a bit confusing. It would be great if you show some love for Electron ๐
What’s up everyone, it’s my first visit at this site, and article is actually fruitful in favor of me, keep up posting these types of posts.
What’s up, everything is going sound here and ofcourse every one is sharing information, that’s really fine, keep up writing.
GUI b0rked on Windows 8.1 VM accessed via RDP (graphics hardware acceleration problem?)
After upgrading Hyper-V Integration Services (again), the current Postman version runs fine.
Curiously, my previous comment above from 2016-10-23 showed up just today (with email notification).
I am genuinely thankful to the holder of this web site
who has shared this enormous article at at this place.