क्या विंडोज-स्टाइल एसएमबी शेयर पथों को सही तरीके से लॉन्च करने का एक तरीका है?


11

हमारे पास एक मिश्रित विंडोज / मैक नेटवर्क है, जिसमें विंडोज फाइलर और एक्सचेंज / आउटलुक मेलसिस्टम है।

Windows उपयोगकर्ता, साझा की गई फ़ाइलों के लिंक के साथ ईमेल भेजते हैं जो इस प्रकार हैं:

\\FileServer01\topfolder\subfolder\shared.doc

यदि आप मैक आउटलुक 2010 में लिंक पर राइट-क्लिक करते हैं, तो ऐसा लगता है कि एक छद्म URL है:

file://///FileServer01/topfolder/subfolder/shared.doc

मैक आउटलुक 2010 उस लिंक को क्लिक करने योग्य बनाता है, लेकिन एक त्रुटि के साथ विफल होता है:

The file ///FileServer01/topfolder/subfolder/shared.doc could not be found.

यह देखते हुए कि हम मैक-अनफ्रेंडली SMB लिंक में लोगों को कॉपी-पेस्ट करने से रोकने में सक्षम नहीं हैं, क्या कोई ऐसा तरीका है जिससे फाइंडर या किसी हैंडलर को यूआरएल को फिर से लिखने के लिए मैक को खोला जा सकता है?

जवाबों:


8

मैं मिश्रित वातावरण के साथ काम में समान स्थिति में हूं। हम WinShortcutter का उपयोग करते हैं , जो फ्रीवेयर है। आपको UNC पथ पर राइट-क्लिक करने की अनुमति देता है (जैसे कि \\FileServer01\topfolder\subfolder\shared.doc) और Windows लिंक के रूप में खोलें: WinShortcutter - विंडोज लिंक के रूप में खोलें

यह काफी विन्यास योग्य है, और ड्राइव मैपिंग की अनुमति देता है (इसलिए जब आपको एक लिंक भेजा जाता है जो शुरू होता है S:/folder, तो यह आपको विंडोज़ लिंक के रूप में खोलने की अनुमति देगा)। WinShortcutter - कॉन्फ़िगरेशन

यह हमारे लिए काफी मज़बूती से काम करता है।


अच्छा! बहुत अच्छा काम करने लगता है। एक नोट - सेवा कीबोर्ड में जोड़ने के लिए उपलब्ध नहीं थी-> सर्विस सिस्टम रीबूट होने तक प्रीफ़ करता है।
रफ़ी जैकब

0

संक्षिप्त उत्तर: नहीं। दीर्घ उत्तर: शायद, यदि आउटलुक समर्थन करता है या कुछ और। Macs एक Samba सर्वर शेयर को smb: //Server/Share/Subfolder/File.ext के रूप में संदर्भित करेंगे। आप क्या कर सकते हैं - लिंक को कॉपी करें, शुरुआत में जंक को माइनस करें, ताकि आपके क्लिपबोर्ड में ऐसा कुछ हो - "FileServer01 / topfolder / सबफ़ोल्डर / share.doc"।

खोजक पर जाएँ, cmd + k को हिट करें, पेस्ट करें, लाइन की शुरुआत में जाएँ और smb टाइप करें: //, एंटर एंटर करें। यह "शेयर्ड.डॉक" से पहले अंतिम फ़ोल्डर में नीचे जाएगा।

सुंदर नहीं, सुंदर नहीं, लेकिन यह काम करता है। और अभी के लिए यह केवल आपका एकमात्र विकल्प हो सकता है, क्षमा करें।


मैक आउटलुक प्लगइन्स का समर्थन नहीं करता है। मैं शायद एक नए URL हैंडलर को पंजीकृत करने के बारे में सोच रहा था जिसने "फ़ाइल: //" स्कीमा पर कब्जा कर लिया, लेकिन त्रुटिपूर्ण लगता है। वास्तव में, मैं इसे गैर-तकनीकी दर्शकों के लिए तकनीक के साथ हल करने की कोशिश कर रहा हूं। कुछ हम बस स्थापित कर सकते हैं और यह सही नक्शा होगा।
रफ़ी जैकब

क्या आपको यह काम करने के लिए मिला? मैपिंग "फ़ाइल: // ..." से "smb: // ..." ताकि हम नेटवर्क सर्वर लिंक पर क्लिक कर सकें और उन्हें फाइंडर में खोल सकें?
पेट्रजैक

-1

10.8 में इस बिल्ट-इन को करने के लिए कार्यक्षमता है। इसलिए एक अर्थ में आपकी इच्छाएं प्रदान की गई हैं, बशर्ते आप नए ऑपरेटिंग सिस्टम में माइग्रेट कर सकें। मैं इसके लिए समर्थन की इमेजिंग कर सकता हूं केवल 10.9 के साथ बेहतर हो जाएगा।


1
क्या आप विस्तृत कर सकते हैं? OSX 10.8 ने जो पूछा गया था, उसके संबंध में क्या जोड़ा?
क्रिस डब्ल्यू। री।

-1

मैं 10.8 का उपयोग कर रहा था और अपने पीसी से हमारे मैक उपयोगकर्ता के लिए लिंक भेज रहा था जैसे ---

smb: // वीडियो / videoshare / फ़ोल्डर /

मूल रूप से मैं उन्हें भेज रहा था

\\ वीडियो \ वीडियोशेयर \ फ़ोल्डर \ --- यह अभी भी काम करेगा, उन्हें एक सही क्लिक करना होगा फिर खुले यूआरएल का चयन करें और यह स्थान खोल देगा।

अब हम 10.9.3 पर हैं और 2010 में आउटलुक में सांबा नेटवर्क लिंक खोलने की लचरता ट्रेस के बिना गायब हो गई है। मैं इसे मैक उपयोगकर्ताओं के लिए जिस तरह से भेज रहा हूं उसे भेज देता हूं और अब वे खोलने के लिए लिंक पर क्लिक नहीं कर सकते। उन्हें एक राइट क्लिक करना होगा और फिर यूआरएल खोलना होगा और कभी-कभी यह काम करता है और कभी-कभी ऐसा नहीं करता है।


नमस्ते और आस्क डिफरेंट में आपका स्वागत है। उत्तर अनुभाग में पोस्टिंग विशेष रूप से पूछे जाने वाले प्रश्न के सीधे उत्तर पोस्ट करने के लिए आरक्षित है। स्टैक एक्सचेंज Q & A प्रारूप आपके विशिष्ट फ़ोरम से अलग है, यह चर्चा के लिए नहीं है। अधिक जानकारी के लिए कृपया हमारा सहायता अनुभाग देखें । इसे हटाने पर विचार करें क्योंकि यह संभवतः प्रश्न का सीधा उत्तर न होने या इसे सीधा उत्तर देने के लिए वोटों को आकर्षित करने के लिए जारी रहेगा।
इयान सी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.