Consejos para administrar pasantías y empleados temporales en un controller de dominio de Windows y Exchange

A lo largo del año, tenemos un montón de prácticas que duran de uno a cuatro meses, y en algún momento ocho meses.

Actualmente, he estado creando una count de Windows en el controller de dominio junto con un buzón de Exchange para todos, pero hemos sido plagados con los siguientes problemas:

  • La count permanece en el controller de dominio porque si se elimina, la dirección ya no puede recibir ningún correo electrónico. La dirección seguirá siendo utilizada por cualquier proveedor con el que el interno haya estado en contacto.

  • Cuando el interno deja, tengo que vincular el buzón al buzón supervisor. Esto hace que Outlook atestado y degradar su performance si el supervisor tiene muchos internos.

Las tesis son mis razones para tener una count / buzón diferente por pasante:

  • Manipulación en cada buzón no se replican automáticamente en otro buzón. Esto hace posible que cada interno maneje los email en su propia manera.

  • Por preocupación por la privacidad, los internos tienen diferentes buzones para que el correo electrónico privado no pueda ser leído por todos los pasantes.

  • Archivar es más fácil en un buzón que no se comparte.

¿Alguien tiene algunos consejos sobre cómo administrar internados en un controller de dominio de Windows y en Exchange? ¿Hay alguna herramienta que pueda ser usada para manejar empleados temporales?

Cuando un interno sale, puede conservar el flujo de contactos sin tener que conservar el buzón completo (lo cual probablemente contará en contra de su count de buzón con licencia). Ya que está en Exchange 2003, puede crear un tipo de usuario "Contacto", que es sólo un stub-usuario con un simple adjunto adjunto. Ideal para lo que estás buscando. El flujo sería así:

  1. Hojas internas
  2. Exportar buzón a PST y eliminar counts.
  3. Cree un nuevo usuario de contacto con la misma dirección y el mismo nombre, enumerando el correo electrónico de su supervisor como el que desea enviar.

De esa manera todo el correo electrónico entrante irá al supervisor, y cualquier respuesta será mostrada como del supervisor que niega cualquier fraude de identidad que puede ocurrir y mostrará a sus proveedores que hay un nuevo contacto.

Para evitar el desorder de directory activo, por lo general, crear una OU llamada "empleados anteriores" o algo para ese efecto. Mover a las personas que salen a esa OU, y desactivar su count. Para un poco más de tranquilidad, también creo una directiva de grupo en esa unidad organizativa que les impide iniciar session en nuestros serveres de terminal, por si alguien olvida desactivar su count o le permite acceder temporalmente a algo de su count y olvida inhabilitar de nuevo.

Si tiene un volumen de negocios realmente alto, cree UO en "Empleados anteriores" con el año y el mes, por lo que tiene "mydomain \ Previous Employees \ 2012-04". Eso hace que sea realmente fácil ver cuánto time hace que se fueron, por lo que puede eliminar fácilmente las counts que se han mantenido alnetworkingedor de time suficiente para garantizar que ya no son necesarios.

En cuanto al correo electrónico, configurar un post fuera de la oficina (la forma más fácil de hacerlo es por lo general para restablecer su contraseña y acceder a Outlook Web Access), diciendo que deben actualizar su información de contacto a quien se hizo cargo y enviar los correos electrónicos al supervisor . Haga una nota en algún lugar para detener el reenvío después de un time razonable.

Siempre se puede hacer una respuesta estándar fuera de la oficina que dirigirá el correo electrónico al nuevo punto de contacto. Además, configure todos los correos electrónicos entrantes para que se envíen al nuevo punto de contacto en lugar de agregar el buzón a su Outlook. Dé esto un par de meses y luego archive la count en consecuencia.