إذا كان أي شخص يمكن أن تجعل هذا العمل، أو العثور على شخص في مايكروسوفت المسؤولة عن وضع عشوائيا أسماء ملقم EAS لحسابات Outlook. com ومايكروسوفت لايف النطاقات المخصصة (انظر http://domains. live. com)، ثم أنها ستكون إلها. لقد سعيت لإيجاد حل لهذه لمدة 6 أشهر، وقضوا حوالي 80 ساعة التحدث إلى ودية ولكن غير كفء مايكروسوفت دعم الشعب في إدارات ومايكروسوفت الحسابات، حسابات Outlook. com، مكتب 365، دعم خادم تبادل (لأن كل نقل الأفراد الآخرين لي هناك لأنهم لا يفهمون كيف يعمل البريد الإلكتروني). لقد حاولت أسماء الملقمات التالية لإعداد برنامج Exchange ActiveSync (EAS) للاتصال مع بلدي النطاقات المخصصة الحية (انظر http://domains. live. com) إلى عميل البريد الإلكتروني توقعات عام 2013. وأنا قادرة على استخدام EAS مع عنوان البريد الإلكتروني @ outlook. com، @ live. com، و @hotmail. com، باستخدام "s. outlook. com" باعتباره SERVERNAME (بالمناسبة، أنا فقط وجدت أن اليوم بعد 6 أشهر والمناقشات مع نحو 100 موظف MS). ومع ذلك، "s. outlook. com" لا يعمل مع النطاقات المخصصة الحية (التي، أنه من غير الواضح الذي يدير خوادم MX، وoutlook. com أو نظام live. com القديم). لقد حاولت أيضا الأسماء التالية: رسالة الخطأ أحصل في Outlook هي: صورة وأنا 99.9999999٪ على يقين من أن العصر 1000 أنا كتبته في كلمة المرور، حصلت عليه صحيح مرة واحدة على الأقل. أنا لست الشخص الوحيد الذي كان يحاول العثور على حل لهذه المشكلة، كما لم تحاول أطول. لقد وجدت بلوق، والمنتديات، وحتى المواضيع هنا التي هي أكثر من سنة من العمر وليس لديهم حل، أو الناس يدعون ان لديهم الحل الذي عملت لهم، ولكنه لم يعد يعمل. ماهو الإتفاق. هل تعتقد أن Outlook 2013 ينبغي تلقائيا الإعداد أي خدمة المتصلة بشركة مايكروسوفت تلقائيا. جميع البرامج الأخرى، التفوق، كلمة، وما إلى ذلك العمل بشكل مستمر من خلال skydrive لمزامنة جميع الإعدادات وفقا لبيانات اعتماد تسجيل الدخول ويندوز. لماذا Outlook. com و Outlook 2013 لديهم صعوبة كبيرة جدا مع هذا. البريد الإلكتروني هو أقدم شيء في الكتاب لمزامنة. وفيما يلي المواضيع الأخرى التي إما لا يمكن العثور على حل، أو يدعي البعض أن الحلول الموجودة التي من الواضح أنها لا تعمل من أجل الآخرين: الوثائق الرسمية، التي تدعي s. outlook. com هو الحل ل"تطبيقات التي تدعم برنامج Exchange ActiveSync"، التي أفترض أن تشمل توقعات عام 2013، ولكن يبدو أن لا. أيضا، هل تعتقد أن الإرشادات الصحيحة تكون تحت "مايكروسوفت أوفيس -> الحصول على معلومات حول إعداد Outlook. com في Microsoft Office Outlook هنا." ولكن، هذا يجعلك تعتقد أنه سوف يعمل تلقائيا، والتي ستكون السلوك المثالي، ولكنه لا يعمل مع مايكروسوفت لايف المجالات المخصصة. ليلاني على هذا الموضوع، ويبدو أن ساعدت بعض الناس عن طريق إدخال المذكورة لم يسبق له مثيل "s. hotmail. com". ومع ذلك، هذا لا يعمل بالنسبة لي وكثير غيرها. في هذا الموضوع، وأنا أرى نفس الأسماء الفاشلة التي ألقيت حولها. يبدو أنهم يعملون لبعض الأوباش محظوظا، ولكن ليس للآخرين "m. hotmail. com" ومع ذلك، يبدو شخص واحد أن يكون فكرة مثيرة للاهتمام: المجال \ اسم المستخدم، وملء في عنوان البريد الإلكتروني الخاص بك كامل وكلمة المرور. في Server عند تسجيل الدخول إلى إصدار الويب من حساب outlook. com الخاص، علما الجزء الأول من اسم الخادم في عنوان URL (على سبيل المثال إذا كان الشبكي: /snt1.mail. live. com ثم خادم لكم سيكون snt-m. hotmail. com)، الجزء الأبجدي يتبع فقط من قبل شرطة (-) ثم m. hotmail. com إذا كان صحيحا، سيكون اسمي الخادم EAS: "col-m. hotmail. com"، لأن رابط بالنسبة لي في الوقت الراهن هو "col129.mail. live. com"، ولكن لم الحظ بالنسبة لي في أن واحد، ولا غيرهم على هذا الموضوع. لذلك، أجاب الشخص نفسه مع: البحث بعض أكثر على جوجل [لاحظت عدم وجود الثقة في بينغ هنا]، ويلقي الكثير من مشاكل مماثلة / حلول. يبدو لي أن هناك حل عادل العامل أية عالميا اعتبارا من الآن. ولكن، أنا هنا. لا يوجد حتى الآن حل بعد ما مجموعه 6 أشهر بالبحث، وغير مستخدمة توقعات عام 2013، والتي دفعت ل. نأمل، وهذا يسلط الضوء على مدى السخف هو أن مايكروسوفت لم يعط للتو إعدادات برنامج Exchange ActiveSync لOutlook. com المجالات المخصصة التي ستعمل مع Outlook 2013. أي واحد؟ شخصية أنا أعلم الزملاء 3 تكنولوجيا المعلومات الذين لديهم نفس المشكلة (انهم لا بعد الآن، أنها تخلت عن وبدلا من استخدام IMAP مع النطاقات المخصصة في Gmail.) لو كنت أعرف 3، فكيف غيرها الكثير من الرجال تكنولوجيا المعلومات الصامت وهناك؟ لقد حل هذا مرة واحدة وإلى الأبد. الطريقة الأكثر موثوقية هو إنشاء سجل SRV مثل هذا _autodiscover._tcp. example. com 0 0 443 autodiscover. hotmail. com. يمكنك أيضا إضافة إعادة توجيه HTTP 302 للعملاء التي لا يمكن الاستعلام autodiscover. example. com DNS إلى https://autodiscover. hotmail. com/Autodiscover&zwnj؛ 7؛ Autodiscover. xml. اختبار الاتصال الخاصة بك في testconnectivity. microsoft. com وندش]؛ Locutus 5 يناير '14 في 13:02 لإعادة توجيه HTTP، تحتاج إلى التحقق ما إذا كانت الخدمة التوجيه الخاص بك الموجهات بشكل تعسفي كل ريكتس إلى عنوان URL المحدد، أو ما إذا كان يلحق المسار من الطلب إلى اسم المضيف. إذا كان هذا الأخير ثم يجب إعادة توجيه إلى https://autodiscover. hotmail. com/ بحيث يتم appeded المسار من طلب العميل. مجرد تجربة حتى نجح اختبار الاتصال. يمكنك أن ترى كيف تتعامل مع الشركات DNS الموجهات. لNamecheap مائل زائدة هو المهم. namecheap. com/support/knowledgebase/article. aspx/385/77/&hellip. وندش]؛ Locutus 5 يناير '14 في الساعة 13:15
No comments:
Post a Comment