[Risolto] [Server] Configurazione PostFix

[il_muflone]

premesso che non conosco dovecot

nel client di posta hai per caso abilitato l'autenticazione cifrata?

com'è configurato il tuo server pop? in chiaro, con ssl o con spa?

[ObiMik]

premesso che non conosco dovecot

nel client di posta hai per caso abilitato l'autenticazione cifrata?

com'è configurato il tuo server pop? in chiaro, con ssl o con spa?

almeno nella configurazione di dovecot la parte SSL è tutta commentata, anzi ho appena modificato la riga per disabilitare SSL. Ti allego tutto il file /etc/dovecot/dovecot.conf

[fieraf]

ciao ti posso consigliare questa fantastica guida:
http://workaround.org/ispmail/etch
spero ti possa essere utile, a me funziona una meraviglia.

[ObiMik]

ciao ti posso consigliare questa fantastica guida:
http://workaround.org/ispmail/etch
spero ti possa essere utile, a me funziona una meraviglia.

ti ringrazio..se non dovessi riuscire a trovare l'errore seguirò la tua guida in toto

..tra l'altro se effettuo una telnet il risultato è il seguente:
telnet 192.168.29.134  pop3
Trying 192.168.29.134...
Connected to 192.168.29.134.
Escape character is '^]'.
+OK Dovecot ready.

Aggiungo file di configurazione dovecot all'ultima versione (x Muflone)

Grazie

ciao

[il_muflone]

se non usi crittografia perché sul client di posta hai configurato la password di protezione?
togli l'autenticazione crittografata

[ObiMik]

se non usi crittografia perché sul client di posta hai configurato la password di protezione?
togli l'autenticazione crittografata

tolta.. hai ragione ma mi fallisce cmq la login..forse non ho capito che user e password devo inserire......
Ho provato sia con quella di accesso al server ubuntu su quale è poggiato il mio server mail che l'utenza e la password presenti nella tabella mailbox di postfix


Mar 31 15:43:05 WebServerUbuntu dovecot: pop3-login: Disconnected (auth failed, 1 attempts): user=, method=PLAIN, rip=192.168.29.1, lip=192.168.29.134
Mar 31 15:43:26 WebServerUbuntu dovecot: pop3-login: Disconnected (auth failed, 1 attempts): user=, method=PLAIN, rip=192.168.29.1, lip=192.168.29.134

[il_muflone]

devi indicare la password della casella email, ovvero quella di user@fakedomain.lan

[ObiMik]

devi indicare la password della casella email, ovvero quella di user@fakedomain.lan

fatto ma la login fallisce..probabilmente il problema sta nel fatto che nella tabella mailbox vedo la password cifrata e quindi quando viene fatta la get da mysql il matching fallisce....

[il_muflone]

segui una guida per bene, non ho mai visto un sistemista improvvisare come stai facendo tu.

[ObiMik]

segui una guida per bene, non ho mai visto un sistemista improvvisare come stai facendo tu.

l'ho fatto seguendo quelle che anche tu mi hai avallato ma qualcosa non è andato a buon fine. faccio il sistemista da 3 mesi ed ho cominciato da 0: non credi che magari sperimentando e risolvendo errori si ha modo di imparare maggiormente?

[il_muflone]

risolvendo errori si, facendo cose a caso come richiedere la crittografia quando non è abilitata, ignorare i messaggi di errori che lamentano files mancanti, copiare errori troncati senza nemmeno leggere che mancano i dettagli più importanti dell'errore, etc.. no.

l'attenzione e la precisione sono gli strumenti del sistemista, non la confusione o i tentativi.

[ObiMik]

risolvendo errori si, facendo cose a caso come richiedere la crittografia quando non è abilitata, ignorare i messaggi di errori che lamentano files mancanti, copiare errori troncati senza nemmeno leggere che mancano i dettagli più importanti dell'errore, etc.. no.

l'attenzione e la precisione sono gli strumenti del sistemista, non la confusione o i tentativi.

ho seguito il tuo consiglio.....ho rifatto tutto da capo seguendo la guida che mi ha segnalato l'utente fieraf ed in effetti non ho avuto difficoltà ed i server parlano.
Ho un problema però ora...in pratica nel momento in cui mando una mail da un account ad un altro (che ho creato) apparentemente non mi segnala nessun errore però le mail non arrivano e nei file di log mi compaiono:

mail.log
Apr 13 16:02:52 WebServerUbuntu postfix/qmgr[15401]: ECE30B3C: from=, size=3130, nrcpt=1 (queue active)
Apr 13 16:02:52 WebServerUbuntu postfix/pipe[16318]: fatal: missing user= command-line attribute
Apr 13 16:02:53 WebServerUbuntu postfix/master[15399]: warning: process /usr/lib/postfix/pipe pid 16318 exit status 1
Apr 13 16:02:53 WebServerUbuntu postfix/master[15399]: warning: /usr/lib/postfix/pipe: bad command startup -- throttling
Apr 13 16:02:53 WebServerUbuntu postfix/qmgr[15401]: warning: private/dovecot socket: malformed response
Apr 13 16:02:53 WebServerUbuntu postfix/qmgr[15401]: warning: transport dovecot failure -- see a previous warning/fatal/panic logfile record for the problem description
Apr 13 16:02:53 WebServerUbuntu postfix/error[16324]: ECE30B3C: to=, relay=none, delay=325, delays=324/1/0/0.01, dsn=4.3.0, status=deferred (unknown mail tranport error)

master.cf di postfix in allegato

grazie

ciao

[il_muflone]

cosa dice l'errore?
fatal: missing user= command-line attribute

infatti hai indicato l'utente in maniera errata:
flags=DRhu user=vmail:vmail argv=/usr/bin/dovecot/deliver -d ${recipient}

perche` vmail:vmail?

[ObiMik]

cosa dice l'errore?
fatal: missing user= command-line attribute

infatti hai indicato l'utente in maniera errata:
flags=DRhu user=vmail:vmail argv=/usr/bin/dovecot/deliver -d ${recipient}

perche` vmail:vmail?

la stringa vmail:vmail non è stata da me modificata..quindi era già così. Non so se user=vmail:vmail si riferisca nell'ordine a user:proprietario o a qualcosaltro.

Mi spiego meglio..se vado nella mia /home oltre a /michele (quella che ha i comandi di root e la stessa con cui accedo al webserver di ubuntu) c'è un'altra cartella /virtualmail di proprietà di vmail in cui c'è una sottocartella Obi.form ed in quest'ultima
sono presenti le due sottocartelle cristiano e michele corrispondenti agli account creati e sotto questi la Maildir e così via..

grazie

[ObiMik]

ho provato con

flags=DRhu user=vmail:virtualmail argv=/usr/bin/dovecot/deliver -d ${recipient}
flags=DRhu user=virtualmail:vmail argv=/usr/bin/dovecot/deliver -d ${recipient}
flags=DRhu user=virtualmail argv=/usr/bin/dovecot/deliver -d ${recipient}
flags=DRhu user=vmail argv=/usr/bin/dovecot/deliver -d ${recipient}

del file master.cf di postfix

ma evidentemente non è strutturata come pensavo la stringa...help!

ho provato anche a commentare la famosa riga e successivamente una da una tutte quelle che contenevano la stringa user= del file master.cf di postfix ma sempre lo stesso errore relativo alla user..

[il_muflone]

su master.cf alla specifica user ci va il nome utente col quale eseguire il processo sucessivo.

indicare user:gruppo in una specifica del genere non significa niente, un processo non si esegue come gruppo.
reimposta vmail (sempre che tu abbia creato quell'utente), riavvia postfix e riprova.

se ci sono dei sintomi elencali.

[ObiMik]

su master.cf alla specifica user ci va il nome utente col quale eseguire il processo sucessivo.

indicare user:gruppo in una specifica del genere non significa niente, un processo non si esegue come gruppo.
reimposta vmail (sempre che tu abbia creato quell'utente), riavvia postfix e riprova.

se ci sono dei sintomi elencali.

il punto 5 della guida che ha indicato fiera dice

Step 5: Deliver emails through the Dovecot LDA
Postfix comes with a mail delivery agent (MDA) called "virtual" that will usually deliver emails to virtual mailboxes. But Dovecot comes with an own (local) delivery agent also called "Dovecot LDA" that offers more functionality. To make Postfix use that agent you will have to add a service to your /etc/postfix/master.cf:
dovecot   unix  -       n       n       -       -       pipe
   flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient}

Rileggendo la guida che ho seguito ho notato due cose:
1) la riga che ti ho indicato in neretto non c'era nella configurazione originale quindi l'ho aggiunta così com'è in coda agli altri servizi e credo che sia giusto no?
2) l'errore commesso stava nella riga in sottolineato perchè ho provato a modificare quella sotto il pipe MAILDROP e probabilmente da questo derivava l'errore di mancaza user in quanto avendo inserito vmail:vmail non si ritrova piu' la user che c'era originalmente

Quindi ora ho riportato la riga allo stato della configurazione iniziale ed ho aggiunto il servizio dovecot in coda.

Ora però:
-  come faccio a controllare se ho creato l'utente vmail per l'esecuzione dei processi riportati nel file di configurazione master.cf?a me pare di averlo creato
-  il punto 5 della guida è concettualmente giusto e soprattutto la riga
dovecot   unix  -       n       n       -       -       pipe
   flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient}

va inserita in coda al file master come ho fatto ora?

Ho simulato l'invio di una mail ed in effetti l'errore sulla user non è piu' presente ma cmq il messaggio va in coda come temporary failure

ti riporto quanto recita il file di log relativo all'invio:
Apr 14 15:30:15 WebServerUbuntu dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.29.1, lip=192.168.29.134
Apr 14 15:30:16 WebServerUbuntu dovecot: POP3(michele@Obi.form): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0
Apr 14 15:30:16 WebServerUbuntu dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.29.1, lip=192.168.29.134
Apr 14 15:30:16 WebServerUbuntu dovecot: POP3(cristiano@Obi.form): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0
Apr 14 15:30:36 WebServerUbuntu postfix/smtpd[11182]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
Apr 14 15:30:36 WebServerUbuntu postfix/smtpd[11182]: connect from unknown[192.168.29.1]
Apr 14 15:30:36 WebServerUbuntu postfix/smtpd[11182]: 146B5B3A: client=unknown[192.168.29.1]
Apr 14 15:30:36 WebServerUbuntu postfix/cleanup[11185]: 146B5B3A: message-id=
Apr 14 15:30:36 WebServerUbuntu postfix/qmgr[11062]: 146B5B3A: from=, size=3119, nrcpt=1 (queue active)
Apr 14 15:30:36 WebServerUbuntu postfix/pipe[11186]: 146B5B3A: to=, relay=dovecot, delay=0.19, delays=0.03/0.01/0/0.14, dsn=4.3.0, status=deferred (temporary failure)
Apr 14 15:30:38 WebServerUbuntu postfix/smtpd[11182]: disconnect from unknown[192.168.29.1]
Apr 14 15:31:41 WebServerUbuntu dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.29.1, lip=192.168.29.134
Apr 14 15:31:42 WebServerUbuntu dovecot: POP3(cristiano@Obi.form): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0



grazie

[il_muflone]

personalmente non conosco dovecot ma su postfix non si usa l'utente col gruppo, si specifica solo l'utente. magari invece a dovecot piace così visto che non lamenta nulla.

controlla se l'utente vmail esiste semplicemente con grep vmail /etc/passwd

dal log non si capisce molto del motivo per cui sia in stato rimandato, esegui mailq e vedi se riporta dettagli più chiari.

non incollare logs in corsivo, non si legge niente, c'è il tag CODE che è fatto apposta.

[ObiMik]

personalmente non conosco dovecot ma su postfix non si usa l'utente col gruppo, si specifica solo l'utente. magari invece a dovecot piace così visto che non lamenta nulla.

controlla se l'utente vmail esiste semplicemente con grep vmail /etc/passwd

dal log non si capisce molto del motivo per cui sia in stato rimandato, esegui mailq e vedi se riporta dettagli più chiari.

non incollare logs in corsivo, non si legge niente, c'è il tag CODE che è fatto apposta.

risultato del grep

Codice: Seleziona tutto

vmail:x:500:500::/home/virtualmail:/bin/sh

mentre dal mailq

Codice: Seleziona tutto

-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
E76B7B3C       3248 Wed Apr 14 16:02:59  cristiano@Obi.form
                                                           (temporary failure)
                                         michele@Obi.form

-- 3 Kbytes in 1 Request.

non mi pare aggiunga altro..

[il_muflone]

l'utente vmail c'è regolarmente

quindi è dovecot che non sta funzionando, mentre postfix consegna.
vedi nella dir /var/log se esiste qualche log di dovecot