Mac Mail, dalawang account at isang VPN rule na hindi sila mahihiwalay

Bumubukas ang Mail, nagsi-sync ang work inbox, at nagsisimulang mag-time out ang personal. O parehong nagsi-sync, pero sumasagot lang ang work server habang nakaupo ang tunnel, at hindi alam ng Mail kung aling account ang alin. Laging pareho ang hugis ng sintomas: isang app, dalawang account at isang panuntunan na kumikilala sa app. Nagsisimula ang pagtatama sa pag-amin na ang app ay isang lalagyan, hindi isang hangganan.

Tatlong tagapili ang nasa laro dito, at hindi sila mapagpapalit. Isa ang prosesong gumagawa ng koneksyon, isa pa ang host na naaabot nito, at ang pangatlo ay ang pagkakakilanlang ginagamit para mag-sign in sa host na iyon. Alinman sa kanila ang kayang pangalanan ng patakaran mo, iyon ang hangganang talagang maitatayo mo.

Bakit mali ang app bilang yunit

Ang Mail ay isang prosesong naglilingkod sa bawat naka-configure na account. Ang panuntunang isinulat laban sa app ay nahuhuli ang lahat ng koneksyon nito, kaya namamana ng personal na account ang work tunnel at ang default na ruta nito. Maaaring katanggap-tanggap iyon, pero ito ay desisyon, hindi side effect na maiiwang hindi sinuri.

Tingnan kung ano talaga ang reklamo ng user bago ayusin ang anuman. Ang inbox na nagsi-sync pero hindi makapagpadala ay karaniwang tumuturo sa submission server at hindi sa inbox, at maaaring nasa magkaibang address ang dalawa sa loob ng parehong pribadong range. Itanong kung sa pagtanggap, pagpapadala o sa dalawa ang failure. Ang sagot ang magtatakda kung aling endpoint ang dapat saklawin ng panuntunan, at nakakatipid ito ng isang ikot sa sino mang namamahala ng server.

Kapag magkaibang server ang gamit ng dalawang account

Kung ang work mail ay kausap ang isang host sa loob ng corporate range at ang personal mail ay kausap ang pampublikong provider, maipapahayag ng destination-based na kaayusan ang pangangailangan. Kailangan nito ang tunay na address ng mail servers, ang DNS na nagre-resolve sa kanila, at anumang submission o authentication endpoint na kasama ng parehong serbisyo. Tipunin ang tatlo bago sumulat ng patakaran, dahil ang panuntunang sumasaklaw lamang sa inbox ay mabibigo sa unang pagpapadala.

Gumamit ng address, hindi ang bahagi pagkatapos ng @ sign. Ang domain sa isang mail address ay hindi pahayag ng routing, at ang pagtrato dito nang ganoon ay gumagawa ng panuntunang pumipitik para sa maling host o hindi pumipitik kailanman. Kumpirmahin ang tunay na endpoint mula sa account settings o sa administrator.

Kapag isang server ang pinagsasaluhan ng dalawang account

Dalawang account sa parehong host address ang tuluyang tumatalo sa destination-based na pagpili. Ang rutang patungo sa address na iyon ay naglilingkod sa sinuman na kumonekta, at hindi nito masusuri kung aling mailbox ang mag-sign in pagkatapos. Kapag inilipat ang ruta, inililipat ang daan para sa dalawang account, at iyon mismo ang kinalabasan na pinipigilang mangyari ng user.

Sa puntong iyon, ang tapat na opsyon ay isang patakarang may kamalayan sa account kung sinusuportahan ito ng platform at client, isang hiwalay na aprubadong mail client para sa work account upang maging totoo ang hangganan ng app, o ang pagtanggap na magkasamang naglalakbay ang dalawang account. Pumili ng isa nang sinasadya at sabihin kung alin.

Ang pag-trigger ng tunnel ay hindi kapareho ng pagsaklaw dito

Ang App Layer VPN payload ng Apple ay nagdodokumento ng MailDomains setting: ang mga nakalistang domain ay nagdudulot ng pag-trigger ng VPN connection sa sinusuportahang managed deployments. Kapaki-pakinabang ito, at mas makitid kaysa sa tunog nito. Sinisimulan nito ang tunnel kapag kausap ng Mail ang mga domain na iyon; hindi nito inilalarawan ang bawat ruta, bawat app association o ano ang nangyayari habang nakababa ang tunnel.

Ito rin ay managed feature, hindi checkbox kada account sa interface ng Mail. Kung hindi managed ang deployment, hindi available sa iyo ang setting, at wala kang gagawing profile editing na makakalikha nito.

Subukan gamit ang bagong sync, hindi cached na inbox

Ang acceptance test ay bagong synchronization para sa bawat account sa ilalim ng nilalayong patakaran, kasama ang hindi available na estado para sa protektado. Ang cached na inbox ay walang pinapatunayan tungkol sa susunod na kahilingan, at ang konektadong VPN icon ay nagsasabi lamang na may umiiral na tunnel.

Ibigay sa administrator ang endpoint ng work account at ang pag-uugaling gusto mo para sa personal mail, pagkatapos itanong kung aling sinusuportahang patakarang may kamalayan sa account, domain o app ang nagpapatupad nito. Ang panonood sa dalawang account na nagsi-sync sa bawat kondisyon ang tanging ebidensya na ang hangganang dinisenyo mo ay ang hangganang ipinapatupad ng makina.