Puede apuntar ese objetivo a un Deployer vacío y emitir una instrucción de publicación incorrecta. Tridion informará el éxito en esa operación (es decir: no falló), y luego podrá eliminar el objetivo.
[EDIT: MÁS CONTENIDO] El problema que tiene hoy es que su destino de publicación utiliza un destino que ya no existe. En el "otro extremo" de ese destino había un sistema de archivos en la máquina de un desarrollador, y un Despachador de entrega de contenido se estaba ejecutando en la máquina del desarrollador, supervisando esa ubicación y desplegando el contenido con éxito.
Ahora quiere anular la publicación del contenido, pero no puede, porque ya no existe (el destino). Entonces engaña a Tridion cambiando su destino para que apunte a uno que hace existe, y le dice a Tridion que lo anule. La relación de publicación de Tridion siempre se encuentra entre el Contenido (páginas, componentes, etc.) y los Objetivos de publicación, no el destino real de un objetivo de publicación determinado. Por lo tanto, al anular la publicación de otro destino/implementador vinculado al objetivo, le está diciendo a Tridion que el contenido se ha eliminado de ese objetivo, y ahora se puede eliminar.
Esperanza esto ayuda
¿Podría ampliar su respuesta un poco más? Solo necesito un poco más de detalles ya que no entiendo su uso de "deployer". – MADCookie
Más contenido agregado: Deployer: instancia de Content Delivery que se ejecuta en el "extremo" de su proceso de publicación (en su caso, en la máquina del desarrollador) –