Re: apache 2.4 e pagina php con include
Il giorno 02 luglio 2013 09:35, Gianfranco Costamagna < costamagnagianfra...@yahoo.it> ha scritto: > sicuramente non sarà quello il problema, ma io non amo molto l'aprire il > tag php con ** > > secondo me è sempre meglio specificare che si tratta di codice php per > evitare possibili errori di interpretazione del codice > invece era proprio questo il problema aprendo con
Raid software
Ho un problema col mio serverino casalingo, un atom dual core D525MW con squeeze. I due dischi WDC WD15EARS-00Z5B1 sono in mirror software. La macchina è in servizio da un paio di anni, fino a poco fa senza problemi. Mi sono ritrovato con una serie di errori come quelli sotto riportati, a volte su un disco, a volte sull'altro. Mi sembra una cosa drammatica... ma non so cosa "cambiare". Il problema è che l'hardware sembra davvero a posto, passa tutti i test che ho provato (da e2fsck a smartool, memtest e anche cose casalinghe come il calcolo di md5 di file grandi o carichi pesanti). Il tutto per svariati giorni di test (gli errori sotto riportati sono invece frequenti, basta leggere qualche centinaio di GB dal raid). Consigli su come trovare il componente "colpevole"? (RAM, disco, chipset...) Un dubbio, nato osservando la prima riga: potrebbe essere colpa del non completo supporto di squeeze del chipset/disco? Questo dubbio potrebbe anche essere confermato dal fatto che con il sistema più moderno che ho utilizzato estensivamente per i test (boot da USB di SystemRescueCd) sembra tutto a posto... PS: ovviamente ho i backup... Grazie -- Vincenzo Villa http://www.vincenzov.net sd 1:0:0:0: [sdb] Unhandled sense code sd 1:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sd 1:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor] Descriptor sense data with sense descriptors (in hex): 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 0b 20 82 b8 sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 0b 20 82 b8 00 00 08 00 end_request: I/O error, dev sdb, sector 186679992 ata2: EH complete raid1:md0: read error corrected (8 sectors at 186677944 on sdb1) raid1: sdb1: redirecting sector 186675720 to another mirror -- 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 Archive: http://lists.debian.org/1372836831.10423.15.camel@vv-15rse
Re: apache 2.4 e pagina php con include
> > Da: Federico Bruni >A: costamagnagianfra...@yahoo.it >Cc: "debian-italian@lists debian. org" >Inviato: Mercoledì 3 Luglio 2013 9:04 >Oggetto: Re: apache 2.4 e pagina php con include > > > > > >Il giorno 02 luglio 2013 09:35, Gianfranco Costamagna > ha scritto: > >sicuramente non sarà quello il problema, ma io non amo molto l'aprire il tag >php con >>secondo me è sempre meglio specificare che si tratta di codice php per >>evitare possibili errori di interpretazione del codice >invece era proprio questo il problema >aprendo con Bello accorgersi che il tuo MUA di android bellamente elimini i caratteri che non ama dal quoting della risposta! Sarà stata un bel po' criptica come risposta con i tag nascosti! comunque sono contento che funzioni! (sono un master nello scrivere codice python senza specificare l'interprete, poi quando lo lanci con python script.py funziona tutto, se provi con ./ escono fuori gli errori più strani ed improbabili... e questo succede in molti progetti open source purtroppo) G. > >grazie a tutti > > -- 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 Archive: http://lists.debian.org/1372838938.8701.yahoomail...@web172703.mail.ir2.yahoo.com
Re: test di gnome 3.8 su experimental (problema dipendenze)
non saprei dirti a questo punto, packagekit (-16) entra in testing domani, http://packages.qa.debian.org/p/packagekit.html e in http://packages.qa.debian.org/g/gnome-settings-daemon.html non ho visto nessuna dipendenza specifica sulla 14 e non sulla 16 ma gnome-settings-daemon cerchi di installarlo da experimental vero? Gianfranco > > Da: Federico Bruni >A: costamagnagianfra...@yahoo.it >Cc: "debian-italian@lists debian. org" >Inviato: Mercoledì 3 Luglio 2013 8:28 >Oggetto: Re: test di gnome 3.8 su experimental (problema dipendenze) > > > > > >2013/7/2 Gianfranco Costamagna > >che succede se provi ad installare solo gnome settings daemon da experimental? >mi dice che ha come dipendenza libpackagekit-glib2-14 >ma io ho installato libpackagekit-glib2-16 (che aptitude elenca con la A, >quindi è una dipendenza di un altro pacchetto) > > > >
Re: test di gnome 3.8 su experimental (problema dipendenze)
> > Da: Gianfranco Costamagna >A: Federico Bruni >Cc: "debian-italian@lists debian. org" >Inviato: Mercoledì 3 Luglio 2013 10:19 >Oggetto: Re: test di gnome 3.8 su experimental (problema dipendenze) > > > >non saprei dirti a questo punto, packagekit (-16) entra in testing domani, > >http://packages.qa.debian.org/p/packagekit.html > > >e in http://packages.qa.debian.org/g/gnome-settings-daemon.html >non ho visto nessuna dipendenza specifica sulla 14 e non sulla 16 > >ma gnome-settings-daemon cerchi di installarlo da experimental vero? > ok forse ho capito, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700237 problemi di transizione > >Gianfranco > > > >> >> Da: Federico Bruni >>A: costamagnagianfra...@yahoo.it >>Cc: "debian-italian@lists debian. org" >>Inviato: Mercoledì 3 Luglio 2013 8:28 >>Oggetto: Re: test di gnome 3.8 su experimental (problema dipendenze) >> >> >> >> >> >>2013/7/2 Gianfranco Costamagna >> >>che succede se provi ad installare solo gnome settings daemon da experimental? >>mi dice che ha come dipendenza libpackagekit-glib2-14 >>ma io ho installato libpackagekit-glib2-16 (che aptitude elenca con la A, >>quindi è una dipendenza di un altro pacchetto) >> >> >> >> > > -- 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 Archive: http://lists.debian.org/1372839940.89594.yahoomail...@web172702.mail.ir2.yahoo.com
Re: Raid software
Ciao Vincenzo Io ho trovato questo link http://www.sjvs.nl/forcing-a-hard-disk-to-reallocate-bad-sectors/ e ti posso dire che mi sembra molto valido Grazie Emmanuel Il giorno 03 luglio 2013 09:33, Vincenzo Villa ha scritto: > Ho un problema col mio serverino casalingo, un atom dual core D525MW con > squeeze. I due dischi WDC WD15EARS-00Z5B1 sono in mirror software. La > macchina è in servizio da un paio di anni, fino a poco fa senza > problemi. > > Mi sono ritrovato con una serie di errori come quelli sotto riportati, > a volte su un disco, a volte sull'altro. Mi sembra una cosa > drammatica... ma non so cosa "cambiare". > > Il problema è che l'hardware sembra davvero a posto, passa tutti i test > che ho provato (da e2fsck a smartool, memtest e anche cose casalinghe > come il calcolo di md5 di file grandi o carichi pesanti). Il tutto per > svariati giorni di test (gli errori sotto riportati sono invece > frequenti, basta leggere qualche centinaio di GB dal raid). > > Consigli su come trovare il componente "colpevole"? (RAM, disco, > chipset...) > > Un dubbio, nato osservando la prima riga: potrebbe essere colpa del non > completo supporto di squeeze del chipset/disco? Questo dubbio potrebbe > anche essere confermato dal fatto che con il sistema più moderno che ho > utilizzato estensivamente per i test (boot da USB di SystemRescueCd) > sembra tutto a posto... > > PS: ovviamente ho i backup... > > Grazie > -- > Vincenzo Villa > http://www.vincenzov.net > > > sd 1:0:0:0: [sdb] Unhandled sense code > sd 1:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE > sd 1:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor] > Descriptor sense data with sense descriptors (in hex): > 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 > 0b 20 82 b8 > sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate > failed > sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 0b 20 82 b8 00 00 08 00 > end_request: I/O error, dev sdb, sector 186679992 > ata2: EH complete > raid1:md0: read error corrected (8 sectors at 186677944 on sdb1) > raid1: sdb1: redirecting sector 186675720 to another mirror > > > > -- > 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 > Archive: http://lists.debian.org/1372836831.10423.15.camel@vv-15rse > > -- esta es mi vida e me la vivo hasta que dios quiera
Re: Raid software
Il 03/07/2013 10:36, emmanuel segura ha scritto: > Ciao Vincenzo > > Io ho trovato questo link > http://www.sjvs.nl/forcing-a-hard-disk-to-reallocate-bad-sectors/ e ti posso > dire che mi sembra molto valido > > Grazie > Emmanuel SE il problema sono i dischi NON fare assolutamente quello che emmanuel ti ha linkato e procedi subito a salvare i dati presenti nel raid. Due dischi possono avere settori guasti contemporaneamente e finché non sono gli stessi il mirror regge però è una situazione ad altissimo rischio. Inoltre il raid software non è così "intelligente". ho fatto numerose prove e ti posso dire con certezza che su un RAID attivo e in stato "clean" se tu alteri a mano dei dati su uno dei due, lui non ha modo di capire quale dei due sia quello corretto e rischi che ti cancello quello cattivo. Se tu fai la procedura descritta da emmanuel, forzi il disco a riallocare il settore e scriverci degli zeri (non i vecchi dati che invece sono illeggibili) e rischi che il raid, riuscendo a leggere il settore, non trovi l'errore e ti sincronizzi gli zeri dall'altra parte. NON forzare nessun disco a riallocare i settori, al max durante un check del raid se lo fa da solo tanto meglio, ma assolutamente non devi scriverci zeri a mano. Mio consiglio: una volta salvati i dati poi si potrà pensare a cosa non va ;) Ciaooo Davide -- Davide -- 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 Archive: http://lists.debian.org/51d3ff6a.2020...@gmail.com
Re: Raid software
Buongiorno Davide Il fatto del backup immagino che deve essere una cosa scontata, quindi se vedo degli errori riguardanti i dischi e non mi faccio un backup vuol dire che sono masochista, quindi la procedura mi sembra ad'alto rischio, ma piu rischioso mi sembra stare a guardare il problema senza fare il backup, comunque la proposta era una soluzione da valutare non una soluzione da intraprendere subito senza fare il backup. Grazie Emmanuel Il giorno 03 luglio 2013 12:39, Davide G. ha scritto: > Il 03/07/2013 10:36, emmanuel segura ha scritto: > > Ciao Vincenzo > > > > Io ho trovato questo link > > http://www.sjvs.nl/forcing-a-hard-disk-to-reallocate-bad-sectors/ e ti > posso > > dire che mi sembra molto valido > > > > Grazie > > Emmanuel > > SE il problema sono i dischi NON fare assolutamente quello che emmanuel ti > ha > linkato e procedi subito a salvare i dati presenti nel raid. > > Due dischi possono avere settori guasti contemporaneamente e finché non > sono > gli stessi il mirror regge però è una situazione ad altissimo rischio. > > Inoltre il raid software non è così "intelligente". ho fatto numerose > prove e > ti posso dire con certezza che su un RAID attivo e in stato "clean" se tu > alteri a mano dei dati su uno dei due, lui non ha modo di capire quale dei > due > sia quello corretto e rischi che ti cancello quello cattivo. > > Se tu fai la procedura descritta da emmanuel, forzi il disco a riallocare > il > settore e scriverci degli zeri (non i vecchi dati che invece sono > illeggibili) > e rischi che il raid, riuscendo a leggere il settore, non trovi l'errore e > ti > sincronizzi gli zeri dall'altra parte. > > > NON forzare nessun disco a riallocare i settori, al max durante un check > del > raid se lo fa da solo tanto meglio, ma assolutamente non devi scriverci > zeri a > mano. > > > Mio consiglio: una volta salvati i dati poi si potrà pensare a cosa non va > ;) > > Ciaooo > Davide > > -- > Davide > > > -- > 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 > Archive: http://lists.debian.org/51d3ff6a.2020...@gmail.com > > -- esta es mi vida e me la vivo hasta que dios quiera
Re: Raid software
Il giorno mer, 03/07/2013 alle 10.36 +0200, emmanuel segura ha scritto: Ciao > Io ho trovato questo link > http://www.sjvs.nl/forcing-a-hard-disk-to-reallocate-bad-sectors/ e ti > posso dire che mi sembra molto valido Il problema è che NON esistono bad sectors, confermato dal controllo superficiale fatto più volte sia dal firmware smart che da e2fsck in lettura/scrittura. -- Vincenzo Villa http://www.vincenzov.net -- 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 Archive: http://lists.debian.org/1372848429.4187.5.camel@vv-15rse
Re: Raid software
Mha... -) Non ti fidare delle funzioni smart. Se smart ti dice che tutto è OK potrebbe non esserlo, se ti dice che qualcosa non va allora si, qualcosa non va. -) Non ti fidare di un fsck, specie su un RAID. Io proverei a leggere tutto il disco singolarmente, settore per settore e tenere sott'occhio i log a livello kernel. Non ho mai provato ma dovrebbe funzionare una cosa del genere: dd if=/dev/... of=/dev/null Così da far leggere in raw tutto il disco, vedi se il kernel si lamenta su qualche settore (non farlo su md, ma sui dischi fisici). Luca -- 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 Archive: http://lists.debian.org/20130703111343.m26...@corep.it
Re: Raid software
Il giorno mer, 03/07/2013 alle 12.39 +0200, Davide G. ha scritto: > SE il problema sono i dischi NON Il problema sta proprio in quel SE: i dischi dicono entrambi che sono a posto... Del resto se davvero ci fossero settori rovinati dovrei trovarne traccia nel log del disco (intendo quello proprio del disco, gestito dal firmware, ho già avuto esperienze di questo genere) Anche il test superficiale R/W dovrebbe dirmi qualcosa > Due dischi possono avere settori guasti contemporaneamente e finché non sono > gli stessi il mirror regge però è una situazione ad altissimo rischio. In effetti i due dischi sono identici e da sempre in coppia e quindi i guasti contemporanei non mi meraviglierebbero... > Mio consiglio: una volta salvati i dati poi si potrà pensare a cosa non va ;) I dati sono già in sicurezza. Cerco solo di capire cosa fare (cioè quale pezzo sostituire) per ripristinare il sistema... -- Vincenzo Villa IISS Alessandro Greppi Monticello Brianza - Lecco http://www.issgreppi.gov.it -- 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 Archive: http://lists.debian.org/1372849416.4187.12.camel@vv-15rse
Re: Raid software
Davide G. scrisse in data 03/07/2013 12:39: SE il problema sono i dischi NON fare assolutamente quello che emmanuel ti ha linkato e procedi subito a salvare i dati presenti nel raid. Due dischi possono avere settori guasti contemporaneamente e finché non sono gli stessi il mirror regge però è una situazione ad altissimo rischio. Inoltre il raid software non è così "intelligente". ho fatto numerose prove e ti posso dire con certezza che su un RAID attivo e in stato "clean" se tu alteri a mano dei dati su uno dei due, lui non ha modo di capire quale dei due sia quello corretto e rischi che ti cancello quello cattivo. Se tu fai la procedura descritta da emmanuel, forzi il disco a riallocare il settore e scriverci degli zeri (non i vecchi dati che invece sono illeggibili) e rischi che il raid, riuscendo a leggere il settore, non trovi l'errore e ti sincronizzi gli zeri dall'altra parte. NON forzare nessun disco a riallocare i settori, al max durante un check del raid se lo fa da solo tanto meglio, ma assolutamente non devi scriverci zeri a mano. Mio consiglio: una volta salvati i dati poi si potrà pensare a cosa non va ;) Ciaooo Davide Ciao Davide, in effetti quel che dici è molto sensato ma credo che basta consigliare a Vincenzo di effettuare la riallocazione dei settori danneggiati soltanto DOPO aver momentaneamente tolto il disco dal raid; poi successivamente basta reinserirlo: non credi? Piviul -- 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 Archive: http://lists.debian.org/51d42138.3010...@riminilug.it
Re: Raid software
Il giorno mer, 03/07/2013 alle 13.17 +0200, dea ha scritto: Ciao > -) Non ti fidare delle funzioni smart. Se smart ti dice che tutto è OK > potrebbe non esserlo, se ti dice che qualcosa non va allora si, qualcosa non > va. Io non ho tutta questa sfiducia in smart... O meglio: * Sulle previsioni non ci credo neppure io (è ancora operativo 24/7 il disco che un paio di mesi fa mi aveva avvisato di avere al massimo ancora 24 ore di vita... Dopo averlo reso "inoffensivo", ancora lo carico pesantemente in R/W, ora mi spiace buttare via 1.5TB di roba che sembra funzionare...) * Sul passato penso che se mi dice zero errori, questi sono davvero zero > -) Non ti fidare di un fsck, specie su un RAID. Su questo non ho opinioni. In effetti fatto sul RAID non è forse furbo, ma comunque, nel caso di errore in R o W da qualche parte dovrebbe rimanere scritto (disco o log) > Io proverei a leggere tutto il > disco singolarmente, settore per settore e tenere sott'occhio i log a livello > kernel. > dd if=/dev/... of=/dev/null Lanciato in parallelo su sda1 e sdb1 (le partizione di md0), e poi sugli interi dischi fisici. Il povero atom si è un poco lamentato di doversi mangiare 4 Tera a 2x90 MB/s di byte, ma i log sono risultati puliti. Ora lo rilancio per tutta la notte PS: ma /dev/null di quanto è ingrassato? :-) -- Vincenzo Villa http://www.vincenzov.net -- 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 Archive: http://lists.debian.org/1372874949.4212.7.camel@vv-15rse
Re: Raid software
> -) Non ti fidare delle funzioni smart. in real-time prima di riavviare un server ho fatto appunto un test smart (short poi long) nessun problema... al riavvio disco piallato :-/ probabilmente un problema di meccanica... > dd if=/dev/... of=/dev/null interessante! :-) tnks Pol -- 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 Archive: http://lists.debian.org/51d472f5.7010...@fuckaround.org
Re: Raid software
Il 03/07/2013 20:09, Vincenzo Villa ha scritto: > Lanciato in parallelo su sda1 e sdb1 (le partizione di md0), e poi sugli > interi dischi fisici. Il povero atom si è un poco lamentato di doversi > mangiare 4 Tera a 2x90 MB/s di byte, ma i log sono risultati puliti. Ora > lo rilancio per tutta la notte > > PS: ma /dev/null di quanto è ingrassato? :-) Dall'errore non si capisce, dovresti sostituire qualche componente per vedere se è lui il problema. Tra questi: -Qualche cavo dati in cattive condizioni? -Alimentatore che non funziona bene? Oppure se non è nemmeno questo sarebbe da vedere se è il controller della scheda madre che ogni tanto perde colpi... Infine il consiglio di Emmanuel era buono e l'ho fatto spesso anch'io, ma ho pensato di non dare per scontato quanto ho scritto dato che non si sa chi lo legge cosa si aspetta da quell'operazione. Voleva essere un "attenzione" senza mancare di rispetto alle competenze di nessuno Ciao e buona serata Davide PS /dev/null è in gran mangione. se hai pv installato puoi divertirti a dare "pv < /dev/zero > /dev/null" e vedi ! -- Davide -- 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 Archive: http://lists.debian.org/51d473ca.1080...@gmail.com
postfix
'sera a tutti :-) non mi è ancora chiaro come mai togliendo il relay host (che di solito punta all'smtp del provider) le mail a volte arrivano e a volte no (e ovviamente non rimbalzano indietro). Ovviamente il mio dominio è regolarmente registrato (quindi non viene filtrato fqdn) e l'ip è statico. idee? tnks! Pol -- 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 Archive: http://lists.debian.org/51d477f9.9050...@fuckaround.org
Re: Raid software
Il 03 luglio 2013 20:56, Davide G. ha scritto: > PS /dev/null è in gran mangione. se hai pv installato puoi divertirti a dare > "pv < /dev/zero > /dev/null" e vedi ! vedere un throughput di 13GB (sì, gigaBYTE) al secondo non è in effetti cosa di tutti i giorni :) Prima di tutto vennero a prendere gli zingari e fui contento, perché rubacchiavano. Poi vennero a prendere gli ebrei e stetti zitto, perché mi stavano antipatici. Poi vennero a prendere gli omosessuali, e fui sollevato, perché mi erano fastidiosi. Poi vennero a prendere i comunisti, e io non dissi niente, perché non ero comunista. Un giorno vennero a prendere me, e non c’era rimasto nessuno a protestare. (Martin Niemöller) -- 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 Archive: http://lists.debian.org/CA+vfGHa=PVduhbM3iXXE0_FmYWKWsoj3DMCRKm0dz3F2d=s...@mail.gmail.com
Re: postfix
Il giorno 03/lug/2013, alle ore 21:14, Pol Hallen ha scritto: > non mi è ancora chiaro come mai togliendo il relay host (che di solito > punta all'smtp del provider) le mail a volte arrivano e a volte no (e > ovviamente non rimbalzano indietro). > > Ovviamente il mio dominio è regolarmente registrato (quindi non viene > filtrato fqdn) e l'ip è statico. 1: l'ip del tuo dominio deve essere l'mx del dominio stesso. il fatto che sia statico o dinamico e' un'altra discriminante, ma importantissimo che l'ip sia registrato come mx, che sia inserito come spf e che per nessun motivo sia segnalato come spammer. Verifica che il tuo postfix si con l'helo correttamente impostato (hostname). 2: il log di postfix e' tuo grandissimoissimo amico, quindi usalo a piu' non posso. dai un'occhiata e vedi se le mail che non sono state ricevute dal destinatario sono state comunque inviate regolarmente al server corrispondente. 3: Se le mail sono partite, fai una prova con un account su gmail o comunque presso il provider di destinazione, magari sono arrivate e sono state inserite in spam. Se e' cosi', torna al punto 1, soprattutto per l'spf oltre che per l'mx. 4: Nel caso fossero ancora in coda (mailq) perche' comunque non accettate, trovi anche il motivo del rifiuto. -- 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 Archive: http://lists.debian.org/a5dace38-e29f-4dd8-aded-feef194a3...@nonsolocomputer.com
Re: postfix
grazie :-) > 1: l'ip del tuo dominio deve essere l'mx del dominio stesso. il fatto che sia > statico o dinamico e' un'altra discriminante, ma importantissimo che l'ip sia > registrato come mx, che sia inserito come spf e che per nessun motivo sia > segnalato come spammer. Verifica che il tuo postfix si con l'helo > correttamente impostato (hostname). ehlo è impostato correttamente. Circa l'MX: ho mail.nomedominio.com > 2: il log di postfix e' tuo grandissimoissimo amico, quindi usalo a piu' non > posso. dai un'occhiata e vedi se le mail che non sono state ricevute dal > destinatario sono state comunque inviate regolarmente al server > corrispondente. a volte metto il -v in master > 3: Se le mail sono partite, fai una prova con un account su gmail o comunque > presso il provider di destinazione, magari sono arrivate e sono state > inserite in spam. già controllato: questi problemi mi pare siano iniziati quando siamo passati da telecom a fastweb :-/ e purtroppo capita solo a volte (perdere la posta...) > Se e' cosi', torna al punto 1, soprattutto per l'spf oltre che per l'mx. ok per l'spf, tnks! Pol -- 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 Archive: http://lists.debian.org/51d48fd8.2040...@fuckaround.org