Newsgroup: it.comp.os.linux.sys
Titolo: mailx tronca...

invio una mail tramite mailx che ha come testo della mail una linea di 3200
caratteri circa ma quest'ultima mi viene troncata al 2000 circa... qualcuno
sa perchè? si può fare qualcosa?
Il comando è:
cat file|mailx -s "soggetto" 
nome.c...@dominio.it
grazie

 
Evitare di lamentarsi perche' qualcuno ha pensato di evitare un
possibile buffer overflow?
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 possibile buffer overflow?
dai non fare il sapientone.... 

 dai non fare il sapientone.... 
Beh, e' cosi', non c'e' da fare il sapientone.
Troncando ad un certo punto una riga di dimensioni abnormi,
si sono tolti un problema di buffer overflow.


 si sono tolti un problema di buffer overflow.
ma secondo te nel 
sendmail.cf
 non c'č modo di aumentare oltre i 2000 
caratteri? sicuro sicuro..? 

 caratteri? sicuro sicuro..?
dimaneticavo non è linux ma hp-ux... non credo cambi molto però, rfc forse. 

 caratteri? sicuro sicuro..? 
Ma scusa, se l'RFC dice che le righe di più di 998 caratteri sono fuori
standard, eventualmente sarà chi genera righe fuori standard che dovrà
adeguarsi, non di certo tu.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4



HP-UX ? AHAHA (scusa la risata)
su 
http://docs.hp.com/en/B9106-90012/limits.5.html
LINE_MAX	Max number of characters in a single line	2048 =
non mi ricordo piu' come si modificano questi parametri in hp-ux... vai
su comp.sys.hpux
ci potrebbero essere altri sotterfugi, ma non credo che ti aiuterebbero.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 
AHAHAH (scusa se rido di nuovo)
La linea del soggetto contiene la stringa "subject: ", la quale compresi
lo spazio e i due punti e' uguale a 9 caratteri. 
Tu riuscivi ad arrivare a 2039 aggiungi 9 e ottieni 2048.
fine della questione.


 adeguarsi, non di certo tu.
il problema e' hp-ux: max_line 2048.
Lui riesce ad inviare un massimo di 2039, ma la riga del soggetto contiene
altri 9 caratteri (che sarebbero: "subjcet: ").
2039 + 9 = 2048
I conti tornano.


 fine della questione
E questa sezione del 
sendmail.cf
 non potrebbe essere di aiuto?
#####################################
###   SMTP Mailer specification   ###
#####################################
#####  @(#)smtp.m4      8.38 (Berkeley) 5/19/1998  #####
Msmtp,          P=[IPC], F=mDFMuX, S=11/31, R=21, E=\r\n, L=990,
                T=DNS/RFC822/SMTP,
                A=IPC $h
Mesmtp,         P=[IPC], F=mDFMuXa, S=11/31, R=21, E=\r\n, L=990,
                T=DNS/RFC822/SMTP,
                A=IPC $h
Msmtp8,         P=[IPC], F=mDFMuX8, S=11/31, R=21, E=\r\n, L=990,
                T=DNS/RFC822/SMTP,
                A=IPC $h
Mrelay,         P=[IPC], F=mDFMuXa8, S=11/31, R=61, E=\r\n, L=2040,
                T=DNS/RFC822/SMTP,
                A=IPC $h
Ho però già provato a modificare i parametri "L" senza successo...

 Non capisco cosa ci sia da ridere...
Io invece non capisco perche` ti ostini a rompere le RFC, visto che il
prossimo hop di posta quasi sicuramente ti tronchera` quella riga a 998
caratteri.

 caratteri.
E' posta che rimane interna quindi nessun hop se non il mail server.

 E' posta che rimane interna quindi nessun hop se non il mail server.
ma invece di fare tutti questi casini, non e' meglio che nel tuo script
sostituisci cat con nroff?
nroff file|mailx -s "soggetto" 
nome.c...@dominio.it
o c'e' davvero qualcosa che non e' possibile mettere su piu' righe?
In questo caso, non sarebbe piu' sensato passarlo come allegato binario
(cosi' non ha piu' neanche senso parlare di righe)?
-- 
Under construction

 (cosi' non ha piu' neanche senso parlare di righe)?
Ma sì pensavo di mandarlo come allegato e bon, però mi spiace non
aver risolto sta cosa... perchè magari si può.

 E' posta che rimane interna quindi nessun hop se non il mail server.
Sistemista fai da te eh !??!
Noto che ci sono pure su hp-ux, non solo su unix.
Se le RFC prevedono che NON si può fare, perchè cazzo ti ostini ?
Per fare quello che vuoi tu, hanno previsto gli allegati mime.
E gli encodings.
Usa quelli e non applicare soluzioni a cazzo modello Winblows.
-- 
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?

 aver risolto sta cosa... perchè magari si può.
ma come si deve dire che non è previsto e quindi NON si può ?




ma, prima di tutto, hai trovato il workaround per HP-UX?
Io ho la vaga impressione (non mi ricordo bene) che quello e' un parametro
statico.
Come ti ho gia' detto chiedi innanzitutto su comp.sys.hpux per superare
questo problema, altrimenti stiamo discutendo del niente.
In alternativa, cerca o chiedi sui forum di HP.
Quando chiedi sui forum, o in quell'altro NG, cerca di essere piu'
preciso, eh. Non venire come hai fatto qui.
Devi dire la versione di HP-UX, se e' un PA-RISC, Itanium... capito?


 ma, prima di tutto, hai trovato il workaround per HP-UX?
Inoltre, per dare quasi un taglio alla questione:
By including the <limits.h> file in the compilation an application can
test the appropriate limits to determine whether it can operate on a
particular system, or it might even alter its behavior to match the system
to increase its portability across a varying range of limit settings and
systems.
Tradotto in parole povere vuol dire che i programmi in HP-UX (quelli
non scritto con il cul) vengono compilati a fronte del file limits.h, il
quale file fornisce i suddetti limiti al programma stesso, per evitare
stupidi problemi.
Quindi, il problema non e' piu' il subject, ma qualsiasi righa di quella
lunghezza.
Quindi: lascia stare o se proprio vuoi farlo, prova su un altro sistema
... ovviamente dopo aver controllato i limiti di quel sistema.


 Usa quelli e non applicare soluzioni a cazzo modello Winblows.
che poi ... se ci dicesse cosa deve fare con questa linea di 3200
caratteri, sicuramente gli troveremmo 3200 soluzioni migliori che non fare
una mail con quel tipo di subject.


 ma come si deve dire che non è previsto e quindi NON si può ?
Prova a disegnargli un'icona (con una enorme X rossa) , magari capisce  ;-)
-- 
Linux Slack 2.6.17.8 #0 PREEMPT Tue Aug 8 17:44:24 CEST 2006 i686 pentium4 i386
GNU/Linux

 ;-)
ma questo thread e', scusando le parole, tra lo stupido e l'idiota. Questa
cosa non si puo' fare perche' l'RFC parla chiaro e non si puo' fare
perche' limits.h in HP-UX parla altrettanto chiaro.
Quindi una cosa e' chiara: non si puo' fare.


 Quindi una cosa e' chiara: non si puo' fare.
Dichi ?  ;-) :-P


 Quindi una cosa e' chiara: non si puo' fare.
E tu sei proprio sicuro che mailx per hp-ux utilizzi limits.h?
Il tuo atteggiamento è un pò arrogante... ti ho offeso? 

 ;-)
Disegnamela tu perfavore, cosě magari ci arrivo a capire... 

 Devi dire la versione di HP-UX, se e' un PA-RISC, Itanium... capito?
Non ci metto molto a fornire ulteriori informazioni se mi vengono 
richieste... 

 stupidi problemi.
E' più un consiglio quello di utilizzare limits.h che una necessità, infatti 
con altri programmi riesco a utilizzare righe da 3000 e passa caratteri

 Noto che ci sono pure su hp-ux, non solo su unix.
Perchè hp-ux cos'è? Un mainfraime con Gicos forse? Non è uno unix? Tu si che 
non sei fai da te...

 una mail con quel tipo di subject.
Ma i 3200 caratteri non sono mica nel subject... sono nel corpo della mail.
Dei workaround ci impiego 10 minuti a implementarli per inoltrare quel testo 
al destinatario in altro modo all'interno della stessa applicazione, non ho 
bisogno di aiuto per questo (sennò lo chiedevo...). 

 Ma i 3200 caratteri non sono mica nel subject... sono nel corpo della mail.
Dove le righe, da rfc, non debbono superare ... ma che te lo dico a
fare?
Ora vediamo se qualcuno ti _corregge_ un programma che gia' va oltre i
limiti imposti dalle rfc solo per farti un piacere.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net



senti non sono certamente, ma mi fai il piacere di lanciare
questo comando su HP-UX:
for i in `seq 2049`; do printf $(printf $i); done
Forse sarebbe la volta buona che capiresti e la pianteresti... ma
purtroppo 'seq' non e' installato per default su hp-ux quindi vediamo per
quanto deve andare ancora avanti questo thread :)




ma come, quando? spiegati?
Il formato MIME butta a capo ogni TOT caratteri.
Cioe' per farti capire .... quelle che vedi non e' sempre quello che e'.


 for i in `seq 2049`; do printf $(printf $i); done
scusa a, ho sbagliato:
for i in `seq 2049`; do printf $(printf a); done


 Cioe' per farti capire .... quelle che vedi non e' sempre quello che e'.
Ma il formato MIME è previsto solo per la composizione di mail? Perchè in 
effetti non ho provato con altri programmi di posta...
La libreria limits.h che hai menzionato è indicata nel compilare programmi 
che devono utilizzare il formato MIME o centra na pippa?
p.s.: non sto continuando il thread perchè sono convinto che si possa fare a 
tutti i costi ma per cultura personale a sto punto... 

 non sei fai da te...
Guarda.
Per quanto mi riguarda puoi lavorare anche su un cluster di cray.
Rimane il fatto che non hai capito una cippa di quello che ti abbiamo
detto. 
Rimane il fatto che a MIO Avviso scrivere una applicazione o usarla in modo
non conforme alle RFC limita la portabilità e la manutenibilità.
Rimane il fatto che le due condizioni precedenti A ME fanno credere che
come sistemista cerchi guai e la strada più complicata per raggiungere la
meta.
Poi fai tu. Mica mi convinci del contrario. Rimango della mia idea.


 meta.
C'è chi si martella i c.....ni e gode quando sbaglia.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 RFC, se si è consci di ciò, è realmente da dementi.
ma poniamo anche il caso che lui debba mandare il messaggio tra server in
terni aziendali e che pertanto potrebbe usare qualcosa di non conforme.
Resta sempre un fatto: HP-UX *NON* e' Linux.
In hp-ux non c'e' /etc/limits, perche' c'e' un kernel monolitico e
paleolitico. Alcuni parametri di questo tipo non sono modificabili (e'
ca$$o, c'e' scritto a chiare lettere nel doc che gli ho detto di leggere),
altri sono annidati con altri (tipo blabla= XXX*man_num_thread*num_cpu/mem
e quel che ti pare).  Tutti questi sono parametri statici nel kernel e
quel parametro li' mi pare che non sia modificabile.


 Già fatto. Thread in corso...
gli hai chiesto di mailx o del limite di hp-ux? Puoi postare il link del
forum? .... onestamente sono curioso perche' non mi ricordo bene una cosa,
la macchina hp-ux che ho a piu' vicino a me e' a Bangalore (India ) e non
so se mi ricordo ancora la password :)


 so se mi ricordo ancora la password :)
di mailx inizialmente e per ora il thread non ha avuto molto successo, 
quindi lascia perdere, potrei aprire una chiamata in HP ma preferisco 
trovare un workaround.