Newsgroup: it.comp.os.linux.iniziare
Titolo: .mailrc

sto cercando di configurare mailx per mandare messaggi, ma mi sto
scontrando con la verifica del campo from da parte del server
destinatario: se faccio telnet sulla 25 del server remoto e spedisco
la mail a mano, essa arriva puntualmente. Ma se lo faccio con il
solito "echo "test" | mail -s test 
m...@remote-server.net
" la mail mi
torna indietro con il seguente errore: "smtp; 553 <me@local-
server.home> unable to verify address". Ho provato ad aggiungere
a .mailrc la riga "set from=indirizzo_reale@vero_dominio.etc", ma il
risultato è sempre lo stesso, come se ignorasse il file di
configurazione!
Qualcuno mi sa dire se sto sbagliando qualcosa?
Grazie per l'attenzione, ciao!
GePs


Stai sbagliando la mira.(e sbagli a non leggere i man) ;-)
Per fare quello che vuoi tu, si farebbe cosi':
echo "test" | mail -s test to@dominio -- -f from@dominio
Ma funziona solo da root.
(e/o dagli utenti presenti tra i "trusted user") [*]
[*] dipende dall'MTA che hai installato.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Ma funziona solo da root.
e questo potrebbe essere un problema perche' la mail comunque spedita in
quella maniera la si vede arrivare da "root" (ho provato) e ci sono alcuni
che piazzano dei filtri che tagliano le  e-mail provenienti da
root@qualunquecosa.
y.

 quella maniera la si vede arrivare da "root" (ho provato) e ci sono alcuni
Be', ho provato anch'io, e fidaty(tm) che arriva dall'utente che hai 
indicato nel parametro -f dell'MTA.
Perche' il trucco e' proprio che con la doppia lineetta termini i 
parametri di mail, e inizi quelli ddell'MTA che deve consegnare la
mail.
Ho provato con exim e sendmail, e funzionano entrambi.
NOn ne ho altri installati per provare, ma dovrebbero essere dei comandi
abbastanza standard.
Segue la mail, con solo il dominio sostituito con "dominio" per evitare
raccolta address da parte di spammer che passassero da queste parti.
-----------------------------------------------------------------------
Return-Path: <poggi@dominio>
Received: from proliant.dominio (
proliant.icrsprint.it
 [192.168.1.200])
	by mail.dominio (8.13.1/8.13.1) with ESMTP id l8OFCrMd006678
	for <robertopoggi@dominio>; Mon, 24 Sep 2007 17:12:53 +0200
Received: from root by proliant.dominio with local (Exim 3.36 #1 (Debian))
	id 1IZpeA-0001i5-00
	for <robertopoggi@dominio>; Mon, 24 Sep 2007 17:14:54 +0200
To: robertopoggi@dominio
Subject: test
Message-Id: <E1IZpeA-...@proliant.dominio>
From: poggi@dominio
Date: Mon, 24 Sep 2007 17:14:54 +0200
X-Scanned-By: MIMEDefang 2.56 on 10.0.2.1
test
-----------------------------------------------------------------------



Received: from 
MTA131A.interbusiness.it
 (
MTA131A.interbusiness.it
[85.33.2.131])
        by 
mx.google.com
 with ESMTP id d24si563654nfh.2007.09.24.09.01.41;
        Mon, 24 Sep 2007 09:01:42 -0700 (PDT)
Received-SPF: neutral (
google.com
: 85.33.2.131 is neither permitted nor
denied by best guess record for domain of 
tec...@miodominio.it
)
client-ip=85.33.2.131;
Authentication-Results: 
mx.google.com
; spf=neutral (
google.com
: 85.33.2.131
is neither permitted nor denied by best guess record for domain of
tec...@xquadra.it
) smtp.mail=
tec...@miodominio.it
Received: from mio_ip (HELO mio_hostname) ([mio_ip])
  by 
MTA131A.interbusiness.it
 with ESMTP; 24 Sep 2007 18:01:41 +0200
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CANx790ZYKqcq/2dsb2JhbAA
Received: by saxserver (Postfix, from userid 0)
        id 0BE172605C; Mon, 24 Sep 2007 18:08:48 +0200 (CEST)
To: 
tarm...@gmail.com
Subject: prova
Cc: 
tarm...@yahoo.it
Message-Id: <20070924160849.0BE172605C@saxserver>
Date: Mon, 24 Sep 2007 18:08:48 +0200 (CEST)
From: 
tec...@xquadra.it
 (root)
ciao bella bionda
----------------------------------------------------------------------------------------
come vedi quel minchia di From: 
tec...@xquadra.it
 (root)
capisce che era root, ed infatti nella inbox me lo visualzizza come root.
Ma comunque quel -- mi e' stato utile, grazie!
y.

 capisce che era root, ed infatti nella inbox me lo visualzizza come root.
Un riferimento a root restera' sempre, ma non sufficiente a farti
filtrare la mail perche' di root.
Quello che conta e' il from, non il gecos associato.
PS: hai provato a mettere anche una riga
 From tecnico@dominio
come prima riga del corpo?
Con exim funziona anche cosi'.


 Con exim funziona anche cosi'.
ovviamente anche con postfix funziona alla perfezione...
grazie!
y.

 quell'opzione "-- -f"?
Sbagli candeggio:
MAIL(1)                   BSD General Commands Manual
NAME
      mail, mailx, Mail - send and receive mail
SYNOPSIS
      mail [-eIinv] [-a header] [-b bcc-addr] [-c cc-addr] [-s subject] 
to-addr
           [...] [-- sendmail-options [...]]
      mail [-eIiNnv] -f [name]
      mail [-eIiNnv] [-u user]
Visto? -- sendmail options
il -f dopo le due lineette (e mi sembra di averlo anche scritto) e' il
comando che mail passa all'MTA cui consegna la posta.
Nel mio caso, exim o sendmail.
Nel tuo caso, postfix.
Percio' il -f lo devi cercare in man postfix.


 echo "test" | mail -s test to@dominio -- -f from@dominio
Avevo letto i manuali, e cercato parecchio in giro, ma ti giuro che i
due trattini non li ho trovati da nessuna parte!!!
Grazie!


Eppure sono nella primissima parte di man mail/mailx.
Proprio nella parte in cui ci sono i variu template delle modalita'
di lancio del programma.
E il doppi trattino e' uno standard nei comandi, serve a comunicare
alla shell che le opzioni per quel comando sono finite, e di li' in
poi, deve essere il comando stesso ad interpretarli.
Da man bash:
        --        A -- signals the end of options and disables  further 
  option
                  processing.   Any arguments after the -- are treated 
as file-
                  names and arguments.  An argument of - is equivalent 
to --.


 poi, deve essere il comando stesso ad interpretarli.
Ok, grazie, molto interessante. Nel caso di mailx quindi il doppio
trattino precede i comandi da dare all'MTA. Più in generale, nel caso
di altri programmi che succede?

 
Quello che ho scritto. ;-)
cio' che segue il doppio trattino viene passato al comando non come
opzione, ma come nome file o parametro, senza ulteriori azioni da
parte della bash.
Mi spiego (spero) con un esempio:
creati una directory di prova:
mkdir prova--
e spostatici dentro
cd prova--
A questo punto, scrivi:
echo ciao sono un file incancellabile > -k
Poi:
ls -la
total 68
-rw-r--r--    1 poggir poggir     5 Sep 25 14:37 --
drwxr-xr-x    2 poggir poggir  4096 Sep 25 14:37 .
drwxr-xr-x  231 poggir poggir 57344 Sep 25 14:37 ..
Ora cerca di cancellarlo:
rm -k
e ottieni:
rm: invalid option -- k
Try `rm --help' for more information.
Questo perche' la bash considera -k come una opzione di rm.
rm non sa cosa farsene, e ti sputa in un occhio.
rm -- -k consente di bypassare il problema.
PS: esercizio a casa: provare con echo ciao > --


 -cut-
Grazie di tutto :)
ciao!