Pregunta

Tengo una implementación exitosa del correo electrónico entrante en mi entorno. Sin embargo, encontré un problema hoy, después de un cambio que hice en la ubicación de las carpetas SMTP "Badmail, Drop, Pickup y College" que atienden esta función.

Queríamos almacenar estas carpetas en una unidad secundaria en lugar de mantenerla en la unidad principal. Encontré un conjunto de scripts que manejarían este movimiento:

cscript.exe c:\inetpub\adminscripts\adsutil.vbs set smtpsvc/1/pickupdirectory "M:\SMTP Mail Server\pickup"
cscript.exe c:\inetpub\adminscripts\adsutil.vbs set smtpsvc/1/queuedirectory "M:\SMTP Mail Server\queue"
cscript.exe c:\inetpub\adminscripts\adsutil.vbs set smtpsvc/1/dropdirectory "M:\SMTP Mail Server\drop"
cscript.exe c:\inetpub\adminscripts\adsutil.vbs set smtpsvc/1/badmaildirectory "M:\SMTP Mail Server\badmail"

Entonces, una vez moví los directorios, los correos electrónicos llegarían a la nueva ubicación "Drop" carpeta, sin embargo, no serían recogidos por el trabajo de Temporizador de SharePoint que se ejecuta una vez por minuto. Miré en el registro ULS en el servidor y el trabajo se ejecutaba correctamente.

Decidí probar poner esos correos electrónicos en la antigua ubicación de la carpeta de gota "C: \ inetpub \ mailroot \" y fueron entregados.

Mi pregunta es ... Obviamente, algo no se sincroniza en mi ajuste con SharePoint, mientras que IIS está tomando la nueva configuración en SharePoint no lo es. ¿Hay alguna manera de ajustar esto en SharePoint o nada que se pueda hacer?

¿Fue útil?

Solución

Creo que tiene que volver a habilitar el servicio de correo entrante dentro del CentralAdmin.

Al menos en la configuración inicial, le pregunta dónde tiene su carpeta DROP o si SharePoint debe detectar automáticamente el servicio SMTP local.

Licenciado bajo: CC-BY-SA con atribución
scroll top