[cubacel] Report for 'cubacel' on error watches

  • From: "Juan J. Fernandez" <jjfdez2001@xxxxxxxxxxx>
  • To: "cubacel@xxxxxxxxxxxxx" <cubacel@xxxxxxxxxxxxx>
  • Date: Wed, 21 Apr 2021 15:57:23 +0000

# Script pa yo recibir el predigest ahora esto va con BCC a 
ecartis@xxxxxxxxxxxxx
PREDIGEST cubacel
END
# Fin del Script chiquitico

Efectivamente ¡, iCloud me rebotó el email de … no recuerdo el user… creo Ro 
algo sorry … y es mi primer rebote con iCloud y de tipo Fatal ¡. O sea por eso 
no vueleve ecartis a intentar entregar el mensaje a iCloud. Según apple o 
iCloud el mensaje fue rechazado due to local policy ¿??? Con el código de error 
SMTP  554 , específicamente el 5.7.1 usualemnte relacionado con creo leer ahora 
bateos de spam y eso. Al parecer iCloud sospechó algo de Turing.freelists.org y 
decidió unilateralemnte rechazarlo

Interesante ¡ pues n osolo nauta rechaza ¡!! Aunque claro nauta rechaza todos 
los días y a toda hora ¡!! Jejejeje

Por cierto vean ya Cl6LCP tiene 28 rebotes por over quota , parece es buzón 
lleno , pero parece yo no tengo puesto que el server cancele a la gente a los 
30 rebotes transientes pues aun dice Manual asi que ecartis me lo deja a mi 
para que tome yo una decisión.

No obstante Rene por cierto vea su dominio mx.com tampoco es muy confiable pues 
el 21 de marzo pasado le marcó 2 rebotes fatales iguales al mio due to policy. 
O sea usted ese 21 de marzo al menos de la lista cubacel perdió  2 emails

Yo explico todo esto para que vean como funcionan las listas de email y el 
servicio de email y que nadie esta infalible a fallas aunque unos navegantes 
caribeños tal parece siempre están fallando ¡!. Highly Unreliable they are ¡!!

Y el caso mas célebre y curioso es precisamente el primero ¡! Pues vean tiene 
10 rebotes transientes , es para colmo administrador de una red corporativa , y 
en el plazo de 20 dias ha rebotado ya 10 vecez pues al parecer el server mx1 o 
mail Exchange 1 de ellos no esta online y potencialmente apagado sin luz ¡!! 
Jejeje . Asi no se puede mandar emails people ¡, We need 0 downtime ¡!! Jejejeje

Vean ECARTIS dice que no ha tomado acción alguna (ecartis se quedó en versión 1 
pero está escap[adisimo ¡, pues ni los populares majordomo , ni mailman ni el 
mismísimo padre de ecartis LISTSERV tienen funcionalidades que ecartis si posee 
como el amplio control de las banderas por cada user por ejemplo entre otras 
aunque claro ya han pasado décadas y puede que las versiones modernas de esos 
otros Mail Managers ya las hayan incluido.

Recuerden dice ahí son solo 5 rebotes fatales en 30 dias y solo 15 rebotes 
transiente en 30 dias, si 30 dias han pasado y ya no tienens rebote alguno 
entonces ecartis te marca como EXPIRED y poco tiempo después deja de vigilarte 
y te quita de la lista .

Esa lista de REPORTS en el momento de espelndor y constante actividad de esta 
lista de correo , solía siempre tener uff demasiados emails para mi gusto bajo 
vilgilancia , obviamente la mayoría eran nauta aunque claro cuando yo he 
enviado adjuntos del tipo apk por ejemplo entonces los GMAIL son los que 
rebotan pues Google no quiere a nadie en este mundo compartiendo las apk y 
obliga a todos a bajarlas del Google play store por safety of course pues uno 
nunca sabe que le han metido adentro a la apk que te comparte alguien de gratis 
so Buyers Beware ¡!! Jejejeje

Cheers. Final el misterio del email mio perdido por iCloud e imagino generó 
ahora el reporte a pesar no hay cambio de estado alguno pues parece tiene algún 
timer que le dice vuelva a generar alguno imagino , tipo el digest que sale a 
la 1 am todas las madrugadas

JJ

From: FreeLists Mailing List Manager<mailto:ecartis@xxxxxxxxxxxxx>
Sent: Wednesday, April 21, 2021 10:08 AM
To: Members flagged REPORTS of list cubacel<mailto:ecartis@xxxxxxxxxxxxx>
Subject: Report for 'cubacel' on error watches

These users have returned errors and are being watched for
the list cubacel.

Action     Trans Fatal Error span           User
----------------------------------------------------------------------
None       10    0     Feb 21 - Apr 12      admin@xxxxxxxx
           connect to mx1.tc.co.cu[172.18.201.66]:25:
Expired    0     2     Mar 21 - Mar 21      denziro@xxxxxxx
           554-Transaction failed 554-Reject due to policy
None       0     2     Mar 24 - Mar 24      hectorlg3@xxxxxxxx
           552 5.2.2 <hectorlg3@xxxxxxxx> Quota exceeded (mailbox
Manual     28    0     Apr 18 - Apr 21      cl6lcp@xxxxxxxxx
           452 4.2.2 Over quota
None       0     1     Apr 20 - Apr 20      juanjfdez@xxxxxxxxxx
           554 5.7.1 [CS01] Message rejected due to local policy.
----------------------------------------------------------------------

Key to actions:
        None          - No action taken, user left in watchfile.
        Vacation      - User's VACATION flag was set.
                        User reached 15 transient errors.
                        NOTE: This list is configured so users who would
                        be set VACATION will be Unsub'd instead.
        Unsub         - User was unsubscribed.
                        User reached 5 fatal errors.
        Expired       - User has not had a bounce for 30 days,
                        watch has been expired.
        Admin         - User is administrator, no action taken.
        Protect       - User is flagged PROTECTED, no action taken.
        Manual        - There was no default action taken, handle manually.
        NotSub        - Bounce message received for user not subscribed
                        to this list.  This is caused when someone is
                        forwarding to another address and their mailserver
                        reports the wrong one, or if someone has been
                        unsubscribed from the list but not expired from
                        the watches yet.

Other related posts: