Koozali.org: home of the SME Server

Mail persa per strada

Offline filloweb

  • *****
  • 166
  • +0/-0
Mail persa per strada
« on: May 09, 2007, 04:16:06 PM »
Ciao a tutti.

Ho installato SME 7.1.3 con la contribs fetch-mail di http://schirrms.net/sme/SMEFetchMail.php

Purtroppo ho le mail da un mittente che vengono sempre perse.
Ho notato che:

La mail sul server POP3 esterno arriva.
Viene correttamente rimossa dal server POP3 esterno ma poi sparisce da qualche parte sullo SME.
Ho provato a simulare di essere il mittente impostando lo stesso indirizzo e-mail, aggiungendo varii tipi di allegato ma il problema non mi si presenta.
Sinceramente non so dove guardare... Avete qualche idea?!?!
Immagino che sui log possa ritrovare qualcosa ma non so in che log... qmail ? O devo cercare nel log specifico del fetch-mail che ovviamente non so quale sia... e dove trovarlo...

Grazie mille.
Filloweb

Offline Stefano

  • *
  • 10,894
  • +3/-0
Re: Mail persa per strada
« Reply #1 on: May 09, 2007, 04:25:35 PM »
Quote from: "filloweb"
Ciao a tutti.

Ho installato SME 7.1.3 con la contribs fetch-mail di http://schirrms.net/sme/SMEFetchMail.php

Purtroppo ho le mail da un mittente che vengono sempre perse.
Ho notato che:

La mail sul server POP3 esterno arriva.
Viene correttamente rimossa dal server POP3 esterno ma poi sparisce da qualche parte sullo SME.
Ho provato a simulare di essere il mittente impostando lo stesso indirizzo e-mail, aggiungendo varii tipi di allegato ma il problema non mi si presenta.
Sinceramente non so dove guardare... Avete qualche idea?!?!
Immagino che sui log possa ritrovare qualcosa ma non so in che log... qmail ? O devo cercare nel log specifico del fetch-mail che ovviamente non so quale sia... e dove trovarlo...

Grazie mille.
Filloweb


- hai spamassasin attivo? se si, cerca i 3ad relativi a spamassassin e fetchmail..
- i log sono
 /var/log/qmail/current
 /var/log/qpsmtpd/current
 /var/log/spamd/current

HTH

Stefano

p.s. tutti e tre i file hanno un formato un po' ostico.. metti sempre in pipe il comando tai64nlocal

maltese2000

Mail persa per strada
« Reply #2 on: May 11, 2007, 07:21:10 PM »
mi e' successa una cosa simile ma nn con sme..
Mi chiama un cliente con mailserver in casa (windozz e noto prodotto commerciale).. in pratica tutte le mail inviate verso un destinatario si perdevano.. non arrivavano e non tornavano indietro come nn consegnate..
Hoi fatto controllare i log del mail server che mandava la posta e il problema e' risultato essere il timeout del ricevente.. in pratica il server destinatario nn rispondeva e probabilmente si innescava qualche evento strano per cui perdeva la posta.
Il caso esposto e' diverso ma potrebbe essere un punto da analizzare.

Offline Stefano

  • *
  • 10,894
  • +3/-0
Mail persa per strada
« Reply #3 on: May 14, 2007, 08:52:28 AM »
Quote from: "maltese2000"
mi e' successa una cosa simile ma nn con sme..
Mi chiama un cliente con mailserver in casa (windozz e noto prodotto commerciale).. in pratica tutte le mail inviate verso un destinatario si perdevano.. non arrivavano e non tornavano indietro come nn consegnate..
Hoi fatto controllare i log del mail server che mandava la posta e il problema e' risultato essere il timeout del ricevente.. in pratica il server destinatario nn rispondeva e probabilmente si innescava qualche evento strano per cui perdeva la posta.
Il caso esposto e' diverso ma potrebbe essere un punto da analizzare.


ciao..

no, penso che qui il problema sia diverso..

le mail vengono correttamente scaricate dal pop3 server ma non arrivano al destinatario locale..

l'unico modo per sapere cosa succede è monitorare quei 3 file e verificare dove la mail vada persa :-)

my 2€c

Stefano

Offline filloweb

  • *****
  • 166
  • +0/-0
Mail persa per strada
« Reply #4 on: May 14, 2007, 04:06:20 PM »
Vi ringrazio per l'aiuto.

Ho disabilitato sia l'antivirus sia l'antispam. Purtroppo pero' continuo a non ricevere le mail da quell'indirizzo malefico...

Ho notato che la mail, viene inviata senza data e senza hostname...
Ecco l'header della mail:

Return-Path: <mittente@dominio.it>
Received: from murder (frontend-2.alicom.com [192.168.0.52])
    by backend-2.alicom.com (Cyrus v2.2.13) with LMTPA;
    Mon, 14 May 2007 15:36:52 +0200
X-Sieve: CMU Sieve 2.2
Received: from lmtp.alicom.com (mxavas2.alicom.org [192.168.0.20])
    by frontend-2.alicom.com (Cyrus v2.2.13) with LMTPA;
    Mon, 14 May 2007 15:37:19 +0200
X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on spamass.alicom.com
X-Spam-Level: **
X-Spam-Status: No, score=2.3 required=5.0 tests=INVALID_DATE,NO_REAL_NAME
   autolearn=disabled version=3.1.8
Received: (qmail 7751 invoked from network); 14 May 2007 13:37:16 -0000
Received: from unknown (HELO MTA006E.interbusiness.it) (88.44.62.6)
  by mxavas2.alicom.com with SMTP; 14 May 2007 13:37:16 -0000
Received: from host74-146-static.114-81-b.business.telecomitalia.it (HELO AS400.LHA.IT) ([81.114.146.74])
  by ibs10.interbusiness.it with ESMTP; 14 May 2007 15:35:14 +0200
Message-Id: <5ugn7d$mvtc@ibs10.interbusiness.it>
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CACQCSEZRcpJKh2dsb2JhbACBXIFRi1V9AgEIDis
Sender: mittente@dominio.it
Date:
From:  <mittente@dominio.it>
MIME-Version: 1.0
To: PAVARINI COMPONENTS SPA <destinatario@dominio.com>
Disposition-Notification-To: <mittente@dominio.it>
Subject: Ordine Fornitore nr.039032 PAVARINI COMPONENTS SPA PAV001
Content-Type: multipart/mixed; boundary="--PART.ALLEGATO.1__=xXyY"

This is a multi-part message in MIME format.

----PART.ALLEGATO.1__=xXyY
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Nel log, inoltre, non trovo nulla anche perche' non sono molto ferrato nella lettura del log...
esattamente cosa dovrei cercare?

Grazie mille.
Fillo

Offline filloweb

  • *****
  • 166
  • +0/-0
Mail persa per strada
« Reply #5 on: May 14, 2007, 04:41:36 PM »
Forse ho trovato !!!

Ho messo la casella fetchmail dell'utente in debug e nel file /var/log/maillog ho trovato quanto segue, ditemi se sbaglio:

May 14 16:26:00 smtp fetchmail[12986]: SMTP> EHLO localhost
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250-dominio.com Hi Unknown [127.0.0.200]
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250-PIPELINING
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250-8BITMIME
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250 SIZE 15000000
May 14 16:26:00 smtp fetchmail[12986]: SMTP> MAIL FROM:<mittente@dominio.it> SIZE=5900
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250 <mittente@dominio.it>, sender OK - how exciting to get mail from you!
May 14 16:26:00 smtp fetchmail[12986]: SMTP> RCPT TO:<destinatario@dominio.com>
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250 <destinatario@dominio.com>, recipient ok
May 14 16:26:00 smtp fetchmail[12986]: SMTP> DATA
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 354 go ahead
May 14 16:26:00 smtp fetchmail[12986]: SMTP>. (EOM)
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 552 Mail with no Date header not accepted here
May 14 16:26:00 smtp fetchmail[12986]: SMTP error: 552 Mail with no Date header not accepted here
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 220 smtp.dominio.com ESMTP

Una delle ultime righe da' errore perche' la mail non ha una data...
Se il problema e' quello, si puo' ovviare in qualche modo ?!?!

Filloweb

Offline luca219

  • ****
  • 80
  • +0/-0
Mail persa per strada
« Reply #6 on: May 14, 2007, 10:13:26 PM »
se proprio non riesci ad inserire la data nella mail "malefica" dovresti risolvere cosi:

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/local
cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/local
touch 17check_basicheaders
signal-event email-update

Offline filloweb

  • *****
  • 166
  • +0/-0
Mail persa per strada
« Reply #7 on: May 16, 2007, 04:17:30 PM »
Problema risolto.

Ho dovuto disabilitare il controllo dell'header tramite  questi comandi:

To disable this check on the internal interface:

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/local
cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/local
echo "# 17check_basicheaders disabled by custom template" > \
17check_basicheaders
signal-event email-update

To disable this check for the external interface:

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0
cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0
echo "# 17check_basicheaders disabled by custom template" > \
17check_basicheaders
signal-event email-update

Tengo a precisare che, pero', solo quando ho disabilitato sull'interfaccia "/peers/0" l'utente ha ripreso a ricevere la posta.

Grazie 1000 a tutti per l'aiuto.
Filloweb

Offline Stefano

  • *
  • 10,894
  • +3/-0
Mail persa per strada
« Reply #8 on: May 17, 2007, 09:46:25 AM »
Quote from: "filloweb"
Forse ho trovato !!!

Ho messo la casella fetchmail dell'utente in debug e nel file /var/log/maillog ho trovato quanto segue, ditemi se sbaglio:

May 14 16:26:00 smtp fetchmail[12986]: SMTP> EHLO localhost
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250-dominio.com Hi Unknown [127.0.0.200]
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250-PIPELINING
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250-8BITMIME
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250 SIZE 15000000
May 14 16:26:00 smtp fetchmail[12986]: SMTP> MAIL FROM:<mittente@dominio.it> SIZE=5900
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250 <mittente@dominio.it>, sender OK - how exciting to get mail from you!
May 14 16:26:00 smtp fetchmail[12986]: SMTP> RCPT TO:<destinatario@dominio.com>
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 250 <destinatario@dominio.com>, recipient ok
May 14 16:26:00 smtp fetchmail[12986]: SMTP> DATA
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 354 go ahead
May 14 16:26:00 smtp fetchmail[12986]: SMTP>. (EOM)
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 552 Mail with no Date header not accepted here
May 14 16:26:00 smtp fetchmail[12986]: SMTP error: 552 Mail with no Date header not accepted here
May 14 16:26:00 smtp fetchmail[12986]: SMTP< 220 smtp.dominio.com ESMTP

Una delle ultime righe da' errore perche' la mail non ha una data...
Se il problema e' quello, si puo' ovviare in qualche modo ?!?!

Filloweb


da questo post http://forums.contribs.org/index.php?topic=37050.0 si parla di outlook 2003/2007.. puoi verificare se il tuo utente usa quelle versioni? pare che sia un bug di Guardafuori che NON mette la data negli header, pur essendo questa un dato OBBLIGATORIO (evviva gli standard)

Saluti

Stefano

Offline filloweb

  • *****
  • 166
  • +0/-0
Mail persa per strada
« Reply #9 on: May 17, 2007, 04:34:40 PM »
Ciao,

Ok adesso provo ad informarmi xke' e' il cliente di un mio cliente...

Ciao.
Filloweb