Newsgroup: it.comp.os.linux.sys
Titolo: postfix

uso mutt postfix fetchmail.
funzionava tutto benissimo per cui ho rimesso le stesse impostazioni che 
avevo prima di cambiare il kernel.
Stesso muttrc stesso /etc/postfix/
main.cf
 e fetchmailrc.
Mi sono però accorta che non riesco a spedire nulla: la posta viene 
messa in coda.
manuela@debian:~$ /usr/sbin/sendmail -q
non spedisce nulla di nulla.
Cosa è cambiato?
Manu

 Cosa è cambiato?
Ah se non lo sai te !!
Magari trovi spiegazioni in /var/log/mail.log
Di solito c'è scritto il motivo.
Max

, relay=
mx.191.biz
[81.74.239.105], 
delay=1, status=sent (250 2.6.0  <2005030912...@debian.local> 
Queued mail for delivery)
Mar  9 13:41:39 debian postfix/qmgr[2918]: F230ECC159: removed
e questo è il messaggio di sistema che mi arriva:
  The e-mail system was unable to deliver the message, but did not
report a specific reason.  Check the address and try again.  If it still
fails, contact your system administrator.
Manu

 fails, contact your system administrator.
Il problema, almeno in questo caso, e` "dall'altra parte".
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Always remember that you are unique.  Just like everyone else.

 Il problema, almeno in questo caso, e` "dall'altra parte".
e allora perchè se spedisco con thunderbird allo stesso indirizzo (che è 
il mio) la posta arriva immediatamente?
Manu


Questo lo dovresti chiedere alla manica di incompetenti che ha in mano 
quei server.
Non sei il primo a incapparci.
A quanto pare, ogni tanto le mail in Telecom spariscono, semplicemente. 
Senza apparente motivo e senza alcuna notifica a chicchessia.
Quoto una mail passata su una ML non pubblica tempo fa:
<<
Ho fatto delle prove, spedendole molti messaggi differenti numerati, e
senza molta fatica
ne ho individuati alcuni  che non le giungevano.
Ho quindi provato a rispedirglieli da diversi smtp, da diversi account,
in formato html o testo, modificando leggermente il testo, ad ore
differenti, etc.
Gli stessi, identici, li spedivo anche ad un'altro indirizzo di e-mail,
dove invece
giungevano tutti, escludendo quindi la colpa del server di partenza.
Ho provato a verificare il log del server smtp, e risulta che 
tin.it
 li
ha accettati tranquillamente, ma nella casella di posta non sono mai
arrivati,
e non si vedono ne' via web-mail ne' ricevendoli col client di posta.
Sono sempre gli stessi che non giungono.
Ne ho provati a 3 mesi di distanza, e sono sempre quelli.
***** La cosa grave e' che al mittente non giunge nessun messaggio per
avvisarlo che il messaggio non e' stato recapitato. *****
Ho notato che ci sono alcune cose in comune in questi messaggi
(ad esempio non giungono messaggi che cominciano con "cari compagni").
Non si tratta di filtri antispam, perche' ho provato anche a inoltrarle
messaggi
di vero spam - e anche virus - e a spedirne da indirizzi blacklistati,
ed invece
giungono tranquillamente.
Tin.it nega l'evidenza.
 >>
Se vuoi un consiglio, per la posta rivolgiti altrove.
-- 
cat: .signature: No such file or directory

 (ad esempio non giungono messaggi che cominciano con "cari compagni").
Non ci credo...:-/
-- 
Ripetetele ai vostri figli:
O vi si sfaccia la casa,
La malattia vi impedisca,
I vostri cari torcano il viso da voi.

 
Sti' comunisti vanno stanati in tutti i modi ...
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Il cloroformio ha permesso a qualsiasi incapace di fare il chirurgo.
		-- George Bernard Shaw

 Il problema, almeno in questo caso, e` "dall'altra parte".
...ma non potrebbe dipendere dal fatto che è richiesta l'autenticazione 
smtp? Non mi ricordo più come l'avevo risolta. Comunque su Thunderbird 
ho messo userid e password anche della posta in uscita.
Manu

 ...ma non potrebbe dipendere dal fatto che
No.


 No.
:-(
Manu

 ho messo userid e password anche della posta in uscita.
Non dal log che hai postato.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Why is "abbreviation" such a long word?

 Non dal log che hai postato.
ma per controllare, poichè m'è venuto il dubbio, pur avendo riletto i 
vari howto sia di mutt che di postfix (postfix prevede solo l'autentica 
imap): come diavolo funziona l'autenticazione smtp con mutt e postfix?
Manu

 (postfix prevede solo l'autentica imap)
Giuro che questa mi sfugge...


  come diavolo funziona l'autenticazione smtp con mutt e postfix?
Presto detto:
mutt non autentica smtp. mutt spedisce mail a "local mta" sulla macchina
in cui e` installato. (ovvero, di come lavora smtp, si d'isinteressa).
postfix, prevede l'uso e l'autenticazione smtp, previa lettura del file
SASL_README, nella documentazione di postfix (sezione "Enabling SASL
authentication in the Postfix SMTP client", tutto quello che precede,
non ti interessa), e previa installazione del pacchetto aggiuntivo
postfix-tls.
*MA*
se il server ti rifiuta per mancanza di autenticazione, non ti risponde
(come ti ha risposto) "ok, mail sent", bensi "auth required" o similare.
Consiglio di non complicarsi la vita inutilmente. NON e` quello il
problema, dal tuo log.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Windows, another fine product from the folks who gave us edlin.

 problema, dal tuo log.
vabč, mi sono rassegnata.
grazie comunque delle info.
Manu

 (in reply to MAIL FROM 
command))
Ossia in pratica se spedisco una e.mail al mio cliente mi ritorna il 
messaggio che mi dice che il server di telecom ha bisogno di avere 
l'atenticazione per la mia e.mail come se io volessi usare quel server 
per spedire una mail mentre in realtà lui dovrebbe solo accettarla e 
smistarla al mio cliente.
Ora apro un 3d e vedrai quante altre persone hanno problemi con quei server.