Newsgroup: it.comp.os.linux.sys
Titolo: Imap postfix & blackberrys

Dopo molto tempo mi sono finalmente deciso a mettere
dovecot+procmail+postfix in un ufficio di macachi.
Fino ad oggi i vari utenti lato server (del provider di posta)
forwardavano in automatico tutte le mail alla segretaria, così anche lei
poteva vederle tutte.
Poi venivano cancellate dal server quando effettivamente scaricate dai
client dei due altri impiegati.
La cosa non mi è mai piaciuta e ora finalmente ci ho rimesso le mani.
Ma il primo problema è che i due personaggi usano anche il blackberry.
Se scarico tutto in automatico con fetchmail la posta la ricevono lo
stesso giusto sul telefono?
Però dato che arriva anche una marea di spam sui telefoni (non c'è molto
filtro a monte) sarebbe bello se riuscissero ad accedere via imap ai
"veri" account.
All'interno della rete potrebbe anche essere fattibile, ma fuori?
Uso anche openvpn sul server, ma ho paura di mettere il culo nelle
pedate con tutti questi strati.
Un altro problema è che mi sa che sto sbagliando qualcosa nella
configurazione, dato che vedo cose del tipo (ora ho stoppato tutto)
Dec 28 02:19:31 localhost postfix/smtp[19273]: 09A18A4397:
to=<lu...@localhost.mynetwork.lan>, orig_to=<luisa@localhost>,
relay=
smtp.net.vodafone.it
[my.ip...]:25, delay=1242,
delays=1236/0.03/5.1/0.79, dsn=5.7.1, status=bounced (host
smtp.net.vodafone.it
[my.ip...] said: 554 5.7.1 Message refused by
DeepHeader check. This email has been rejected. The email message was
detected as spam.  (in reply to end of DATA command))
In pratica cerco di far passare sul server esterno ciò che dovrebbe
essere semplicemente scritto in locale, giusto?
La configurazione di postfix 2.7.21 è questa praticamente (più o meno
copiata da un mio vecchio server che funziona perfettamente):
(da postconf -n)
alias_database = $alias_maps
alias_maps = hash:/etc/postfix/aliases
append_dot_mydomain = no
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
home_mailbox = Maildir/
html_directory = no
inet_interfaces = all
mail_owner = postfix
mailbox_command = /usr/bin/procmail -a "$EXTENSION" DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
mydestination = $myhostname, localhost.$mydomain, localhost, 
mynetwork.it
mydomain = mynetwork.lan
myhostname = server.$mydomain
myorigin = mynetwork.lan
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = no
sample_directory = /etc/postfix/sample
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
transport_maps = hash:/etc/postfix/
transport.cf
unknown_local_recipient_reject_code = 550
Qualche consiglio?

 Davide
Ne avevo già configurati alcuni che non han mai dato problemi ma sono
passati più di 2 anni, sto ristudiando la doc per capire che caspita
c'èo di sbagliato comunque...

Ora sembra funzionare tutto, ho cancellato la coda e quei messaggi senza
senso non sono più stati generati.
L'autenticazione smtp prima andava tranquillamente su un client e non su
un'altro e adesso non va su entrambi, non ho ben capito il perché.
Dall'alto della mia ignoranza ero sicuro che senza autenticarsi con
l'utente giusto, non sarebbe stato possibile mettere i messaggi nella
giusta directory "inviata", mentre invece tutto funziona senza
problemi...

 writes:

Uhm uhm no forse infatti non è così semplice.
Dal mio client senza autenticazione smtp sposta effettivamente
correttamente il messaggio in "posta inviata" del corrispondente account
imap.
Ma su un altro si lamenta che la directory non esiste sul server e ne
crea una in locale.
E' meno stupido di quanto pensassi comunque credevo che sarebbero andate
perse e basta nel caso sfortunato...

 perse e basta nel caso sfortunato...
Altra cosa che non capisco, avevo stoppato fetchmail e ora facendolo
ripartire mi ha scaricato un macello di mail per un utente dei giorni
scorsi.
MA mi ha cambiato tutte l e date alla data odierna, di quando le ha
effettivamente scaricate non di quando sono state mandate.
All'interno della mail la data è invece corretta, è possibile che
fetchmail sia andato a riscrivere la data?

 problema.
Ragionando in questo modo non erogare il servizio in toto e stai
tranquillissimo che nessuno lo buca. :-)
Se scegli un server IMAP che sia abbastanza sicuro e soprattutto se gli
utenti sono forzati ad avere password decenti, il server IMAP acceduto via
SSL non rappresenta un problema di sicurezza maggiore di quanto non lo sia
esporre OpenVPN. E certamente è molto meno limitante.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 esporre OpenVPN. E certamente è molto meno limitante.
Beh la differenza è che openvpn hai bisogno anche delle chiavi, non è
solo utente/password.
Il servizio probabilmente non è così necessario, e c'è anche da dire che
il server in questione ha un ip dinamico e una connessione penosa.
Alla fine fuori dall'ufficio le mail le guardano solo sui blackberry...
C'è un modo che voi sappiate a questo proposito di evitare di ricevere
le email sul blackberry mentre si sta in ufficio?
Un amico di UL1 diceva che con outlook (e immagino con exchange lato
server) si poteva fare tranquillamente, se si potesse anche con
postfix+OSx come clients non sarebbe male...

 le email sul blackberry mentre si sta in ufficio?
Il blackberry può connettersi all'active-sync di exchange, OPPURE, puoi 
creare delle email col sistema proprietario del BB (che accedi tramite 
il tuo operatore) e userai procmail sul server per fare il forward di 
tutte le mail all'indirizzo farlocco del BB.
Inoltre con procmail puoi PRIMA di fare il forward applicare il 
controllo antispam con spamassassin, ad esempio, e cosa molto 
improtante, mettere un orario durante il quale non farai forward.
Quindi nell'ordine, devi creare un accoutn di posta su BB e leggerti i 
documenti su procmailrc
Io l'ho fatto nell'altra azienda.



Ok sì ma un altra cosa, questo implicherebbe che dall'interno devo
fargli controllare una casella e dall'esterno un'altra?
Se alla fine risulta più complicato e ci sono troppi passaggi da fare
sul telefono lasciamo perdere...

 sul telefono lasciamo perdere...
No, è molto , ma molto più complicato fare cose con exchange, te lo 
assicuro.
COn il forward all'indirizzo 
indir...@mobieemail.vodafone.com
 , come 
era il mio, non avevo alcun tipo di problema.
Le mail in uscita le mettevo anche in CC all'indirizzo dell'utente, e 
lui si trovava anche quelle inviate dal BB.
Se vuoi evitare di farlo arrivare alla rete, imap, autenticazione etc 
etc, questo è l'unico modo che funziona veramente.

"Mike \"L'Emarginato\"" <mi...@job.dot.net.splash> writes:

Sì allora mi sembra decisamente interessante, resta solo da capire come
fare il push usando il sistema BB (è veramente sufficiente mandare a un
indirizzo tipo 
indir...@mobieemail.vodafone.com
?)
Inoltre quello che UL mi diceva è che il suo collega non le riceve
quando stava in ufficio, ma a quanto mi dici tu si possono solo
impostare delle fasce orarie.
Per avere una cosa di questo tipo bisogna per forza che la rete VEDA il
BB, e si regoli di conseguenza, o sbaglio?

 BB, e si regoli di conseguenza, o sbaglio?
Sbagli.
Non so a che livello siamo di conoscenza del BB, ma il BB è un apparato 
che vive su una rete diversa dal resto dell'itnernet, a causa della 
politica di RIM, per cui si presenta con un range di ip del sistema a 
cui si aggancia, e tu non ti devi curare di questo.
Se forwardi le mail ad utente@dominio verso utente@mobileemail, al resto 
pensa lui.
Tu devi solo scegliere COSA e QUANDO fare il forward.


Eh eh ok capisco, mi piacerebbe vedere cosa intendeva davvero UL2,
comunque al limite si potrebbe mettere un bottone gigante sui vari
client che abilita/disabilita la ricezione sul blackberry.
In questo modo bisogna sempre ricordarsi di riabilitarla quando si esce
però non vedo soluzioni più "furbe".

 però non vedo soluzioni più "furbe".
Esatto, non hai letto...
Lo ripeto l'ultima volta.
Tu non devi abilitare nulla manualmente, perchè porti solo complicazioni.
Setti una regola nel procmailrc per cui il forward avverrà solo se 
9<ORARIO>18 da LUN al VEN.
Le eccezioni, non el gestisci, altrimenti come facevo io, le invii 
sempre e finisce la.

 sempre e finisce la.
Avevo capito, ma questo 9-18 a me non interessa, gli orari sono
decisamente più flessibili di così.
Il comando sui client semplicemente dovrebbe dire al server di smettere
o ricominciare a forwardare.
E' una complicazione in più ma il 9-18 o qualsiasi altra cosa così
fissata è solo controproducente nel mio caso.

 fissata è solo controproducente nel mio caso.
Scrivi una pagian in PHP che cambia il file .procmailrc sostiutendolo di 
volta in volta con .forwardon e .forwardoff
Non vedo altre cose da fare, quando arrivano in ufficio, aprono la 
pagina con un gorsseo tastone dove c'è scritto ATTIVA/DISATTIVA BLACKBERRY
Pià semplice di cosi, non mi viene in mente nulla..

On 28 Dic, 14:34, "Mike \"L'Emarginato\"" <m...@job.dot.net.splash>
wrote:

Ottimo si può fare direi.
Ovviamente 5 minuti dopo che ero uscito mi han chiamato dicendo che le
mail sul BB non arrivano più.
Prima venivano scaricate via pop3 e lasciate penso una settimana prima
di cancellarle, ora con fetchmail uso imap e "no keep", possibile che
questo faccia la differenza??
I BB non li ho proprio ancora toccati, ma forse non fanno più in tempo
ad andare a pescare le mail prima che vengano cancellate?

 ad andare a pescare le mail prima che vengano cancellate?
E chi lo sa...
Tutto pu� accadere, devi fermarti e fare il punto, altrimenti 
continuerai a girare come un peto nell'intestino... :)

 continuerai a girare come un peto nell'intestino... :)
Ora ci ho messo le mani e ho scoperto che i BB erano impostati con imap
direttamente sul server di posta.
Ho eliminato l'account, creato quello con @vodafoneemail... e ho
aggiungo semplicemente quello in
~/.forward
se mando direttamente a quell'indirizzo arrivano sul BB, ma mandando
all'utente che dovrebbe forwardare non ancora.
Dopo controllo i log ma in teoria dovrebbe funzionare così già giusto?
Procmail è poi ovviamente il secondo step

 Procmail è poi ovviamente il secondo step
Guardati maildrop che è decisamente one step forward.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

,
relay=
smtp.net.vodafone.it
[<ip>]:25, delay=2,
delays=0.03/0/0.3/1.7, dsn=5.7.1, status=bounced (host
smtp.net.vodafone.it
[<ip>] said: 554 5.7.1 Message refused by
FortiGuard-AntiSpam.  This email has been rejected. The email message
was detected as spam.  (in reply to end of DATA command))
In pratica io faccio un semplice forward delle mail ricevute
all'indirizzo diretto dei black berry, e le marca come spam e non me le
manda fuori.
Cosa può esserci di tanto malvagio in quegli header?

 Cosa può esserci di tanto malvagio in quegli header?
Dunque ho svelato l'arcano, il campo from era vuoto e con .forward
solamente non capisco come farlo funzionare.
Sto quindi provando con procmail, e pensavo che una cosa del genere
potesse funzionare spulciando la doc
LOGFILE=$HOME/procmail.log
VERBOSE=on
SENDMAIL=/usr/bin/mail
:0c
| formail -I "From: 
re...@mail.it
" | $SENDMAIL 
ot...@mail.it
:0:
$DEFAULT
Ma il problema più grosso è che la mail inoltrata contiene tutti gli
header e il body nel body.
Quindi anche formail non sortisce alcun effetto...
Procmail è semplicemente chiamato da postfix così
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir
Qualche hint su cosa può essere?

 Qualche hint su cosa può essere?
Altra news che ho scoperto solo ora è che apparentemente i messaggi
senza allegati arrivano a destinazione, non vengono visti come spam dal
server smtp...

 $DEFAULT
Questo andrà bene per tenere una copia locale.

 Questo andrà bene per tenere una copia locale.
Beh posso fare tutti gli esperimenti che mi pare sto mandando a me
stesso non sui BB.
Se faccio cosoì
| indirizzo@vodafone
non va perché mi dice:
/bin/sh: indirizzo@vodafone: No such file or directory
Forse intendevi
! indirizzo@vodafone
?
Così infatti funziona e la mail mi torna, però mi torna tutto nel body
(header originale e body originale concatenati).
:0hc:
* ^From.*@.*
!
andrea....@gmail.com
:0:
$DEFAULT
Non trovo altri che hanno avuto lo stesso "problema" e immagino sarà una
stupidata.
Forse è sbagliato come procmail riceve la mail da postfix?


 mailbox_command = /usr/bin/procmail -a "$EXTENSION" DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir
Dato che mi sono un po' rotto le balle di fare tentativi e comunque il
server vodafone mi rifiuta tutte le mail mi sa che prenderò l'smtp
dedicato dagli stessi che ci forniscono le caselle di mail.
Si spera che così funzioni senza tante storie o che perlomeno sarò in
grado di parlare con qualcuno che ci capisce qualcosa per farlo funzionare...