Re: Debian e vecchio hardware
Installando e spostando i dischi sembra aver funzionato. Grazie di tutto. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: FastCGI
On Mon, 20 Jul 2009 13:19:22 + (GMT) Walter Valenti wrote: > Vediamo se qualcuno me lo risolve al volo come il problema precedente: > la sitazione adesso è: provo, qual'e' il premio? >Alias / /home/walter/Progetti/sitoprova/sito.fgci > > SetHandler fastcgi-script > AddHandler fastcgi-script .fcg .fcgi .fpl se queste sonole estensioni autorizzate noncomprendono .fgci :-( (in caso negativo non volermene, sto imparando) ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rms e c#
Il giorno lun, 20/07/2009 alle 23.20 +0200, Pietro Giorgianni ha scritto: [ßnip] > > Occhio però che secondo alcuni potrebbe non valere la pena di usarlo > > perché anche se Eiffel Studio è rilasciato sotto GPL2 nel gruppo di > > standardizzazione (ECMA e poi ISO) c'era anche M$!!! > > fammi capire una cosa: quanti sviluppatori ha microsoft? se infilano > uno dei loro in *ogni* progetto open source non (a)gpl3, che facciamo? > passiamo all'agricoltura? > > è questa la cosa che non riesco ad accettare di questa faccenda: ci > poniamo già in partenza dalla parte degli sconfitti. Più il software libero crescerà più avremo aziende come M$ che "infilano" i loro sviluppatori. Mi sembra normale. Mi sembra positivo. Ovviamente dobbiamo lottare contro i brevetti (il cui pericolo ci sarà sempre, a prescindere dall'azienda che contribuisce) e fare in modo che i contributi delle aziende vengano presi per quello che sono, senza lode (lo fanno perché gli conviene, mica per la gloria) ma anche senza FUD. Finché il prodotto finale sarà software libero *senza cause per brevetti o altro in corso* continuerò ad usarlo. federico p.s. oggi M$ ha rilasciato le sue prime patch al kernel sotto GPL ;) -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developerf...@debian.org INIT.D Developer f...@initd.org If we are going to teach "creation science" as an alternative to evolution, then we should also teach the stork theory as an alternative to biological reproduction.-- Judith Hayes signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: rms e c#
Il giorno 20 luglio 2009 23.17, Federico Di Gregorio ha scritto: > Questo non è proprio verissimo, l'introspezione esiste anche in C++. > Comunque _esiste_ un traduttore da C# ad assembly i386 (va bene lo > stesso anche se non è C++)? Perché questo rende meno pericolosa la cosa? > Sinceramente non capisco. quel traduttore bara, infila il framework (o comunque una sua grossa porzione) dentro l'eseguibile, un po' come il quickbasic di vent'anni fa che creava un exe infilandoci dentro l'interprete basic... per rispondere: se (ipotetica di secondo tipo, situazione irreale) esistesse un modo per convertire per davvero da C# a C, per dire, il problema sarebbe in parte aggirabile, nel senso che ad essere problematico sarebbe lo sviluppo e la distribuzione del traduttore (che manco a dirlo violerebbe tutti i brevetti del mondo), ma il codice C finale sarebbe esente da problemi. ma tanto mio nonno non era un flipper, e questa è solo speculazione. giorgian -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rms e c#
Il giorno mar, 21/07/2009 alle 10.15 +0200, Pietro Giorgianni ha scritto: > Il giorno 20 luglio 2009 23.17, Federico Di Gregorio ha > scritto: > > Questo non è proprio verissimo, l'introspezione esiste anche in C++. > > Comunque _esiste_ un traduttore da C# ad assembly i386 (va bene lo > > stesso anche se non è C++)? Perché questo rende meno pericolosa la cosa? > > Sinceramente non capisco. > > quel traduttore bara, infila il framework (o comunque una sua grossa > porzione) dentro l'eseguibile, un po' come il quickbasic di vent'anni > fa che creava un exe infilandoci dentro l'interprete basic... Assolutamente no. Quel traduttore è l'Ahead Of Time (OAT) compilation di Mono che compila in codice eseguibile tutto, comprese le DLL richieste. Ovviamente per permetterti di eseguire operazioni come la reflection aggiunge all'eseguibile dei metadati sulle classi ma questo non è ne più ne meno di quanto facciamo i compilatori C++ (se abiliti l'introspezione). Ovviamente quei metadati potrebbero essere coperti da brevetto (e questo è un problema) ma se ricordo bene qualcuno ha detto "non sono i brevetti il problema, ma il compilatore". Cosa che, sinceramente, mi sembra ridicola. > per rispondere: se (ipotetica di secondo tipo, situazione irreale) > esistesse un modo per convertire per davvero da C# a C, per dire, il > problema sarebbe in parte aggirabile, nel senso che ad essere > problematico sarebbe lo sviluppo e la distribuzione del traduttore > (che manco a dirlo violerebbe tutti i brevetti del mondo), ma il > codice C finale sarebbe esente da problemi. ma tanto mio nonno non era > un flipper, e questa è solo speculazione. Scusa, e le librerie di sistema sulle quali potrebbero un sacco di brevetti, una volta tradotte in C sarebbero esenti da problemi? Mi sembra un po' comico. federico -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developerf...@debian.org INIT.D Developer f...@initd.org Quis custodiet ipsos custodes? -- Juvenal, Satires, VI, 347 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: rms e c#
Il giorno lun, 20/07/2009 alle 22.57 +0200, Pietro Giorgianni ha scritto: > ho iniziato apposta un altro thread per chiedere se ci sono altri > linguaggi/framework basati su vm oltre a .NET e java, ma in quel > thread si sta parlando più che altro di C# e rms, quindi ripropongo > qua: ci sono altri linguaggi/framework basati su vm oltre a .NET e > java? In senso stretto, quasi tutti i linguaggi dinamici sono basati su VM: PHP, Python e Ruby sono quelli che conosco, ma sicuramente ce ne sono altri. Bye. -- Alessandro Pellizzari -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rms e c#
Il giorno mar, 21/07/2009 alle 10.44 +0200, Alessandro Pellizzari ha scritto: > Il giorno lun, 20/07/2009 alle 22.57 +0200, Pietro Giorgianni ha > scritto: > > > ho iniziato apposta un altro thread per chiedere se ci sono altri > > linguaggi/framework basati su vm oltre a .NET e java, ma in quel > > thread si sta parlando più che altro di C# e rms, quindi ripropongo > > qua: ci sono altri linguaggi/framework basati su vm oltre a .NET e > > java? > > In senso stretto, quasi tutti i linguaggi dinamici sono basati su VM: > PHP, Python e Ruby sono quelli che conosco, ma sicuramente ce ne sono > altri. Il PHP non è usabile. M$ ha contribuito del codice e chissà quali brevetti ci ha infilato dentro. :) federico -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developerf...@debian.org INIT.D Developer f...@initd.org A desobediência é uma virtude necessária à criatividade. -- Raul Seixas signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: FastCGI
> > > Vediamo se qualcuno me lo risolve al volo come il problema precedente: > > la sitazione adesso è: > > provo, qual'e' il premio? > > >Alias / /home/walter/Progetti/sitoprova/sito.fgci > > > > > > SetHandler fastcgi-script > > AddHandler fastcgi-script .fcg .fcgi .fpl > > se queste sonole estensioni autorizzate noncomprendono .fgci :-( > > (in caso negativo non volermene, sto imparando) ciao, > giuliano > L'avevo notato e corretto, ma non è cambiato nulla. Alla file mi sono girate le balle, e visto che django supporta ajp1.3, ho fatto che usare il mod_jk. Configurato in 5 sec. e via -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian e vecchio hardware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Davide Giovine wrote: > Installando e spostando i dischi sembra aver funzionato. > Grazie di tutto. > > mi fa piacere che abbia funzionato :D u welcome ^^ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkplnTAACgkQIjqejaX9O3CKGACdGaZdjhVAdpDVtE3R1KFfZq7b qTUAmwUtHxyj2yerUHAbYJT7A1cx80RC =XzRN -END PGP SIGNATURE- begin:vcard fn:alice ferrazzi n:ferrazzi;alice email;internet:aliceinw...@gnumerica.org note;quoted-printable:Key fingerprint =3D 660B 821F A4E1 EA91 9F22 33DA 223A 9E8D A5FD 3B70=0D=0A= x-mozilla-html:FALSE version:2.1 end:vcard
Re: Kannel sms gateway
2009/7/15 Matteo Magni : > Ciao a tutti, qualcuno lo ha usato? > sto cercando di configurarlo per spedire e ricevere sms dal gateway gsm attaccato alla seriale. Ho trovato questo: http://chipmunkninja.com/Setting-up-Configuring-and-Using-13@ ma se lancio ho questo errore debiansms:/home/# /usr/sbin/smsbox -v 0 /etc/kannel/kannel.conf & [1] 4992 2009-07-21 16:09:19 [4992] [0] INFO: Debug_lvl = 0, log_file = , log_lvl = 0 2009-07-21 16:09:19 [4992] [0] ERROR: Group does not contain variable 'group'. 2009-07-21 16:09:19 [4992] [0] ERROR: Error found on line 22 of file `/etc/kannel/kannel.conf'. 2009-07-21 16:09:19 [4992] [0] PANIC: Couldn't read configuration from `/etc/kannel/kannel.conf'. debiansms:/home/# 2009-07-21 16:09:19 [4992] [0] PANIC: /usr/sbin/smsbox(gw_panic+0x101) [0x8087051] 2009-07-21 16:09:19 [4992] [0] PANIC: /usr/sbin/smsbox(main+0x1372) [0x8053fe2] 2009-07-21 16:09:19 [4992] [0] PANIC: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb78d1455] 2009-07-21 16:09:19 [4992] [0] PANIC: /usr/sbin/smsbox [0x80524c1] questo è kannel.conf # # Sample configuration file for Kannel bearerbox on Debian. # See the documentation for explanations of fields. # # HTTP administration is disabled by default. Make sure you set the # password if you enable it. group = core admin-port = 13000 #bonzo smsbox-port = 13001 admin-password = bar admin-deny-ip = "*.*.*.*" admin-allow-ip = "" wapbox-port = 13002 wdp-interface-name = "*" log-file = "/var/log/kannel/bearerbox.log" box-deny-ip = "*.*.*.*" box-allow-ip = "127.0.0.1" #group = wapbox #bearerbox-host = localhost #log-file = "/var/log/kannel/wapbox.log" #BONZO #smscgroup group = smsc smsc = at modemtype = auto device =/dev/ttyS0 my-number = 3# connect-allow-ip = 127.0.0.1 log-level = 0 #smsbox group group = smsbox bearerbox-host = 127.0.0.1 sendsms-port=13013 global-sender=3## log-level=0 #sendsms group group=sendsms-user username=kanneluser password=password concatenation=true max-messages = 10 qualcuno sa darmi un aiutino? -- http://ilbonzo.org tel: 051 0546614 via A. Spinelli 15 40068 San Lazzaro di Savena (BO) -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rms e c#
Federico Di Gregorio wrote: Il giorno lun, 20/07/2009 alle 22.57 +0200, Pietro Giorgianni ha scritto: Il giorno 20 luglio 2009 22.04, Davide Prina ha scritto: Comunque _esiste_ un traduttore da C# ad assembly i386 (va bene lo stesso anche se non è C++)? Perché questo rende meno pericolosa la cosa? Sinceramente non capisco. secondo il mio parere un traduttore in altro linguaggio permette di attutire degli scenari che ho prospettato in un'altra email. Da C# a i386 non è che vada molto bene, dato che i386 non è portabile su altre architetture hardware. Ripeto l'esempio molto brevemente: m$ rilascia una nuova versione di .Net con nuove funzionalità. Dichiarando che si appresta a sottoporre prima ad ECMA e poi all'ISO (e qui passano minimo un bel po' di mesi, se non anni) la nuova versione di .NET. Notare che la versione approvata dall'ISO sarà di sicuro diversa da quella implementata da ms. A questo punto i vari programmatori C# si trovano in un bel pasticcio: su ms-windows hanno a disposizione il nuovo .NET, ma i loro programmi hanno qualche piccolo problema e necessitano di alcuni piccoli adattamenti. Che fare? Di sicuro ci sarà qualcuno che farà tali modifiche, che però funzioneranno solo sotto ms-windows. Mettiamo anche che quelli di mono abbiano subito le specifiche, ma non sono complete (loro naturalmente non lo sanno). Il risultato è che i programmi per la nuova versione .NET vanno come schegge senza problemi, mentre quelli sotto mono sono un po' ferruginosi, presentano dei blocchi, ... Tutti penseranno a questo punto che quelli di mono hanno combinato un bel casino (anche se in realtà non è colpa loro). A questo punto se tu hai un traduttore C# -> C/C++ e ti accorgi di questo imbroglio puoi convertire il tuo programma in C/C++ e compilarlo su tutte le piattaforme fornendo a tutti i tuoi utenti un prodotto completamente e correttamente funzionante alle massime prestazioni. Se invece tale convertitore non esiste, allora gli utenti che usavano sistemi operativo non m$ potrebbero decidere di cambiare sistema operativo per usare i nuovi applicativi. Nota: ho detto traduttore da C# a C/C++ perché questi sono i linguaggi, se non erro, che sono diffusi su più piattaforme. Occhio però che secondo alcuni potrebbe non valere la pena di usarlo perché anche se Eiffel Studio è rilasciato sotto GPL2 nel gruppo di standardizzazione (ECMA e poi ISO) c'era anche M$!!! io non ho detto questo. M$ ha partecipato, se si può dire che ha partecipato, anche all'approvazione di ODF sia all'OASIS che all'ISO. La sua partecipazione si è risolta in una presenza muta. Ho detto che gli standard di m$ passano di solito tramite ECMA e qui vengono approvati con tempi record rispetto agli altri. Ho letto che all'ECMA è l'azienda che presenta il futuro standard che può decidere chi può partecipare alle fasi di approvazione. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Esci dall'illegalità: utilizza OpenOffice.org: http://linguistico.sf.net/wiki/doku.php?id=UsaOOo Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rms e c#
Federico Di Gregorio wrote: p.s. oggi M$ ha rilasciato le sue prime patch al kernel sotto GPL ;) ho visto anch'io ieri sera l'articolo, ma non ho guardato il codice. Quanto l'ho visto ho pensato a questa cosa: Torvalds ormai ha detto più di una volta che è possibile che Linux passi sotto GPL 3.0 (con varie sfumature da un "no di sicuro", fino a "se sarà necessario" usare codice sotto tale licenza si arriverà al passaggio). Come si fa a far passare Linux sotto GPL 3.0? Semplice, molti dei sorgenti sono GPL >= 2.0 e quindi sono già virtualmente GPL 3.0. Secondo me non c'è moltissimo sotto GPL 2.0 e basta. Come si può impedire questo passaggio? (che di sicuro non sarà a breve, se mai ci sarà) Basta far includere in Linux sempre più sorgenti solo GPL 2.0. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Peer to patent: aiuta ad invalidare i brevetti software http://www.peertopatent.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rms e c#
Federico Di Gregorio wrote: ma se ricordo bene qualcuno ha detto "non sono i brevetti il problema, ma il compilatore". Cosa che, sinceramente, mi sembra ridicola. ho detto che i brevetti sarebbero un problema secondario. Prima di tutto i brevetti non ti danno il diritto di qualcosa, ma ti offrono la possibilità di rivendicare dei possibili diritti che hai registrato con il brevetto. Quindi i brevetti non sono immediati, non sono una carta pagabile a vista. I brevetti necessitano di un processo e magari di anni per riuscire a dimostrare che effettivamente quel diritto che richiedi è valido ed è tuo. Faccio notare che negli USA i brevetti che giungono in giudizio vengono dichiarati nulli o parzialmente nulli per percentuali altissime, se non erro, 60-70%. Inoltre il caso bliski (non so se si scrive così) e il processo di revisione della legge sui brevetti USA potrebbe cambiare di molto le cose (il caso bliski è già stato usato per dire che brevetti registrati sono nulli). Per quanto riguarda il compilatore spero di essermi spiegato nell'altra mail Questo non vuol dire che i brevetti software non siano una minaccia, ma che in casi come questo sono di sicuro secondari. Chi detiene le sorti del compilatore (lo standard .NET) può, a sua discrezione, far scoppiare la "bomba" quando vuole. Inoltre questa è la strategia usata più volte da m$, mentre i brevetti di solito li ha usati per fare accordi con rivali o per evitare che altri le facciano causa. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Peer to patent: aiuta ad invalidare i brevetti software http://www.peertopatent.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: xorg vuoto
On Fri, 17 Jul 2009 11:07:33 +0200 leandro noferini wrote: > ludovico van ha scritto: > > > [...] > > > > Ma l'unica cosa che continua a non funzionarmi è proprio il > > > tap: cosa sbaglio? > > > > non lo so (io non ho il tapping abilitato), ma credo l'opzione > > giusta da specificare sia MaxTapTime (vedi man synaptics) > > Macché, ancora non funziona: nessun esempi disponibile? > > [...] > Ho un file di policy di hal funzionante sul computer in ufficio, al limite posto i settaggi giusti in lista domani... in ogni caso, li ho ottenuti settando i valori ottimali con gsynaptics e andando a guardare nel suo file di configurazione. Ciao, Davide -- Time flies like an arrow. Fruit flies like a banana. -- If anything can go wrong it wSegmentation fault core dumped -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
pianificare fsck
buona notte a tutti!! mi chiedevo come si può pianificare fsck al successivo riavvio di una macchina od ad un numero stabilito (ovviamente da me) di riavvii??!! tengo presente che vorrei farlo da remoto quindi non credo di poter poi riprendere la sessione di ssh e rispondere alle varie domande a cui eventualmente fsck può sottopormi prima della fase di boot(inzomma un check sommario e automatico!) scusate la grezzezza ma sono sicuro che mi risponderete ugualmente...un saluto alla lista e a tutti i nottambuli! byez -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: pianificare fsck
On Wed, Jul 22, 2009 at 01:35:53AM +0200, SubSoNiK wrote: > buona notte a tutti!! > mi chiedevo come si può pianificare fsck al successivo riavvio di una > macchina od ad un numero stabilito (ovviamente da me) di riavvii??!! > tengo presente che vorrei farlo da remoto quindi non credo di poter > poi riprendere la sessione di ssh e rispondere alle varie domande a > cui eventualmente fsck può sottopormi prima della fase di > boot(inzomma un check sommario e automatico!) > scusate la grezzezza ma sono sicuro che mi risponderete > ugualmente...un saluto alla lista e a tutti i nottambuli! tune2fs? -- http://fraseggio.wordpress.com/ "L'arte non è uno specchio per riflettere il mondo, ma un martello con il quale colpirlo." (Vladimir Majakovskij) signature.asc Description: Digital signature
Re: pianificare fsck
Christian Surchi wrote: > On Wed, Jul 22, 2009 at 01:35:53AM +0200, SubSoNiK wrote: > >> buona notte a tutti!! >> mi chiedevo come si può pianificare fsck al successivo riavvio di una >> macchina od ad un numero stabilito (ovviamente da me) di riavvii??!! >> tengo presente che vorrei farlo da remoto quindi non credo di poter >> poi riprendere la sessione di ssh e rispondere alle varie domande a >> cui eventualmente fsck può sottopormi prima della fase di >> boot(inzomma un check sommario e automatico!) >> scusate la grezzezza ma sono sicuro che mi risponderete >> ugualmente...un saluto alla lista e a tutti i nottambuli! >> > > tune2fs? > > grazie! adesso mi sembra tutto così banale. :-( ZzzzZZzzzZZzzzZzzzZ sleep mode on zZZZzzzZZZZZZ -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
postfix + postgrey in etch
Buongiorno a tutti, Sto impazzendo oramai da qualche settimana senza trovare soluzioni, con una frequenza non costante postgrey si blocca e non accetta più connessioni. Il server non è particolarmente scarico e il problema si presenta generalmente la mattina, da quello che ho potuto stabilire ha delle connessioni con il demone dei log. il log: Jul 19 06:27:23 postfix postfix/smtpd[21785]: warning: connect to 127.0.0.1:6: Connection refused Jul 19 06:27:23 postfix postfix/smtpd[21785]: warning: problem talking to server 127.0.0.1:6: Connection refused googolando ho trovato numerosi post e bugs segnalati ma nessuno risolutivo su etch. qualcuno ha o ha avuto lo stesso problema ? Grazie in anticipo. Raoul Spinazzola -- Raoul Spinazzola LocoMad Via Bettoia, 30 10014 Caluso TO - Italia Tel.+39 011 011 45 27 033 raoul.spinazz...@locomad.it www.locomad.it - Questa comunicazione e ogni eventuale file allegato sono confidenziali e destinati all'uso esclusivo del destinatario. Se avete ricevuto questo messaggio per errore Vi preghiamo di comunicarlo al mittente e distruggere quanto ricevuto. Il mittente, tenuto conto del mezzo utilizzato, non si assume alcuna responsabilità in ordine alla segretezza e riservatezza delle informazioni contenute nella presente comunicazione via e-mail. - The information contained in this e-mail message is confidential and intended only for the use of the individual or entity named above. If you are not the intended recipient, please notify us immediately by telephone or e-mail and destroy this communication. Due to the way of the transmission, we do not undertake any liability with respect to the secrecy and confidentiality of the information contained in this e-mail message. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org