Re: Debian runs the world

[Sergio Vi]

Ubuntu è Debian di fatto, almeno nell'ossatura, dato che è una derivata.

Il Mer 31 Mag 2023, 08:54 Alessandro Baggi  ha
scritto:

> Salve lista,
> spero di non essere off-topic.
> Mi sono imbattuto in un video di qualche giorno fa in cui Greg
> Kroah-Hartman dice esplicitamente che "take all Android stuff out of it
> everything else around me error, majority runs Debian and the world
> Cloud systems run Debian over 70 percent. It's insane what they mean,
> the world runs in Debian.."
>
> Qui il link al video: https://www.youtube.com/watch?v=gdLKCc6ABZk
>
> Quanto di veritiero c'è nelle sue parole? Nel "conteggio" (chissa come
> ha ottenuto questo 70%) saranno incluse anche le Ubuntu?
>
> Che ne pensate?
>
> Un saluto.
>
> Alessandro.
>
>

Debian runs the world

[Alessandro Baggi]

Salve lista,
spero di non essere off-topic.
Mi sono imbattuto in un video di qualche giorno fa in cui Greg 
Kroah-Hartman dice esplicitamente che "take all Android stuff out of it 
everything else around me error, majority runs Debian and the world 
Cloud systems run Debian over 70 percent. It's insane what they mean, 
the world runs in Debian.."


Qui il link al video: https://www.youtube.com/watch?v=gdLKCc6ABZk

Quanto di veritiero c'è nelle sue parole? Nel "conteggio" (chissa come 
ha ottenuto questo 70%) saranno incluse anche le Ubuntu?


Che ne pensate?

Un saluto.

Alessandro.

Re: debian handbook

[Paride Desimone]

Il 27-04-2023 20:14 Beatrice Torracca ha scritto:


La mailing list della traduzione del progetto per tutte le lingue
penso sia questa
http://alioth-lists.debian.net/pipermail/debian-handbook-translators/


Grazie



P.S. Non importa mi metti in copia, sono iscritta alla lista, invece
non ero sicura se eri sempre iscritto tu e ti ho messo anche in Cc:;
scusami se ti arrivano i messaggi doppi.


No, piuttosto scusami tu, è l'abitudine a dire reply all a roundcube.

/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: debian handbook

[Beatrice Torracca]

On 27/04/23 21:17, Paride Desimone wrote:


Ciao Beatrice grazie della risposta. Sì ricordavo di weblate, ma credevo che si 
continuasse invece con la mailing list, anche perché io fui autore di un 
battibecco con un utente che sinceramente non ricordo più chi fosse ed 
infastidito lasciai perdere. Ora per combinazione mentre cercavo una via per 
compilare il kernel mi sono imbattuto nella pagina che tratta l'argomento ed ho 
visto che mezza in italiano e mezza in inglese. Per cui mi ero chiesto se 
esistesse ancora la famosa mailing list.
Hai per caso i riferimenti di questa mailing list?


Ciao Paride,

ecco, ricordavo appunto che c'erano stati problemi di sovrapposizioni di 
traduzioni, ma scusami non ricordavo fossi direttamente coinvolto tu.


Proprio perché la gestione di quei problemi era, come minimo, 
difficoltosa, si è lasciato perdere. Io di certo non ci potevo/volevo 
stare dietro.


La mailing list della traduzione del progetto per tutte le lingue penso 
sia questa

http://alioth-lists.debian.net/pipermail/debian-handbook-translators/

Credo, non ho più seguito la cosa da un bel po'.

beatrice

P.S. Non importa mi metti in copia, sono iscritta alla lista, invece non 
ero sicura se eri sempre iscritto tu e ti ho messo anche in Cc:; scusami 
se ti arrivano i messaggi doppi.

Re: debian handbook

[Paride Desimone]

Il 27 aprile 2023 17:41:39 UTC, Beatrice Torracca  ha 
scritto:
>Buongiorno,
>
>Per quello che ricordo la traduzione del Debian Handbook è iniziata coordinata 
>dall Team debian-l10n-italian in lista, però poi gli autori hanno aperto la 
>traduzione a Weblate e la gestione dalla lista era problematica.
>
>Credo che la traduzione sia sempre gestita via Weblate e dovrebbe esistere 
>sempre una mailing list dedicata che si chiamava qualcosa tipo 
>debian-handbook-translators
>
>Ciao,
>
>beatrice
>
>On 26/04/23 11:21, Paride Desimone wrote:
>> Buongiorno,
>> qualcuno sa a che punto è la traduzione per la prossima stable del "The 
>> Debian Handbook"?
>> Non ricordo nemmeno più se c'era una apposita mailing list.
>> Ricordo che una volta contribuii a tradurre un capitolo.
>> /paride
>

Ciao Beatrice grazie della risposta. Sì ricordavo di weblate, ma credevo che si 
continuasse invece con la mailing list, anche perché io fui autore di un 
battibecco con un utente che sinceramente non ricordo più chi fosse ed 
infastidito lasciai perdere. Ora per combinazione mentre cercavo una via per 
compilare il kernel mi sono imbattuto nella pagina che tratta l'argomento ed ho 
visto che mezza in italiano e mezza in inglese. Per cui mi ero chiesto se 
esistesse ancora la famosa mailing list. 
Hai per caso i riferimenti di questa mailing list?
/paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: debian handbook

[Beatrice Torracca]

Buongiorno,

Per quello che ricordo la traduzione del Debian Handbook è iniziata 
coordinata dall Team debian-l10n-italian in lista, però poi gli autori 
hanno aperto la traduzione a Weblate e la gestione dalla lista era 
problematica.


Credo che la traduzione sia sempre gestita via Weblate e dovrebbe 
esistere sempre una mailing list dedicata che si chiamava qualcosa tipo 
debian-handbook-translators


Ciao,

beatrice

On 26/04/23 11:21, Paride Desimone wrote:

Buongiorno,
qualcuno sa a che punto è la traduzione per la prossima stable del "The 
Debian Handbook"?

Non ricordo nemmeno più se c'era una apposita mailing list.
Ricordo che una volta contribuii a tradurre un capitolo.
/paride

debian handbook

[Paride Desimone]

Buongiorno,
qualcuno sa a che punto è la traduzione per la prossima stable del "The 
Debian Handbook"?

Non ricordo nemmeno più se c'era una apposita mailing list.
Ricordo che una volta contribuii a tradurre un capitolo.
/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Hugh Hartmann]

Ciao Ennio,
e un saluto appagante si propaga a tutti i partecipanti alla lista ... :-)

Il 01/04/2023 22:01, Ennio Sr ha scritto:
[...]

Epperò, il mio 'confuso' ricordo era relativa a considerazioni generiche
fatte - forse - dal primo estensore di sc o di qualche altro esperto che
lo ha migliorato.


E' probabile che ti sia ricordato di slsc (Slang sc) dove, nel README 
relativo al pacchetto slsc versione 2.3.9, riguardo al numero di righe e 
colonne c'è scritto:

[...]

This is a much modified version of the public domain spread sheet sc, posted
several years ago by Mark Weiser as vc, originally by James Gosling. The
version that I have is based on Robert Bond's sc 6.1.  The latest version of
sc is 6.21.

Supported formats (write): native SLSC, TeX and variants.

Max cell grid size = 199r x 70c.

[...]


Ti ringrazio molto del suggerimento e mi ha fatto piacere leggerti.
Un ringraziamento anche agli altri intervenuti.
Alla prossima,
   Ennio-Sr


Sono ancora alle prese con questo benedetto slsc non riesco a trovare 
ancora un pacchetto Debian e quelli che sono stati creati a partire da 
sorgenti generici non funzionano perfettamente.


Au Revoire
Hugh Hartmann

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Ennio Sr]

Hugh Hartmann ha scritto:
> [...]
> The total number of display rows and columns available,
> hence the number of table rows and columns displayed, is set by
> curses(3) and may be overridden by setting the LINES and  COLUMNS
> environment variables, respectively.
> [...]
> Credo che ti possa essere utile.
Utilissimo, certamente, come al solito...

>> Grazie dell''attenzione,
>>ennio-Sr
>>
> Siamo qui per aiutare ... :-)
e noi per imparare...(a leggere) ... ;-)
Epperò, il mio 'confuso' ricordo era relativa a considerazioni generiche
fatte - forse - dal primo estensore di sc o di qualche altro esperto che lo
ha migliorato.
Immagino che per poter ritoccare 'curses(3)' bisognerebbe ricompilare il
tutto, vero?
Ma non credo abbia più tanta immediata urgenza: ho appena verificato che,
il comportamento 'strano' che mi aveva indotto a pensare di aver raggiunto
il limite di cui vagheggiavo, non si è più verificato, ma indipendentemente
dalla presenza di un '.scrc'  - creato poco fa appositamente e poi tolto.
Ti ringrazio molto del suggerimento e mi ha fatto piacere leggerti.
Un ringraziamento anche agli altri intervenuti.
Alla prossima,
  Ennio-Sr

On Fri, Mar 31, 2023 at 9:59 PM Hugh Hartmann 
wrote:

> Ciao Ennio,
> e un saluto "ricalcolato" si propaga a tutti i partecipanti alla lista
> ...:-)
>
> Il 31/03/2023 00:14, Ennio Sr ha scritto:
> > Ciao a tutti.
> > Qualcuno di Voi può suggerirmi dove trovo l'indicazione dei limiti dei
> > fogli di calcolo ottenibili con il vecchio e glorioso 'sc'?
> > Ricordo di averlo letto da qualche parte quando ho cominciato ad usarlo
> > anni fa, ma non riesco a ritrovare il 'dove'.
> > Mi riferisco al numero massimo di righe e/o colonne che un singolo
> > foglio può contenere.
>
> Allora, dalla man page di sc c'è questa informazione:
>
> [...]
> General Information
>
> The  screen is divided into four regions.  The top line is for
> entering commands and displaying cell values.  The second line is for
> messages from sc.  The third line and the first four columns show the
> column and row numbers, from which are derived cell addresses, e.g.  A0
> for  the  cell  in column A, row 0.  Note that column names are
> case-insensitive: you can enter A0 or a0.
>
> The rest of the screen forms a window looking at a portion of
> the table.  The total number of display rows and columns available,
> hence the number of table rows and columns displayed, is set by
> curses(3) and may be overridden by setting the LINES and  COLUMNS
> environment variables, respectively.
> [...]
>
> Credo che ti possa essere utile.
>
>
> > Grazie dell''attenzione,
> >ennio-Sr
> >
>
> Siamo qui per aiutare ... :-)
>
> Au Revoire
> Hugh Hartmann
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Hugh Hartmann]

Ciao Ennio,
e un saluto "ricalcolato" si propaga a tutti i partecipanti alla lista 
...:-)


Il 31/03/2023 00:14, Ennio Sr ha scritto:

Ciao a tutti.
Qualcuno di Voi può suggerirmi dove trovo l'indicazione dei limiti dei
fogli di calcolo ottenibili con il vecchio e glorioso 'sc'?
Ricordo di averlo letto da qualche parte quando ho cominciato ad usarlo
anni fa, ma non riesco a ritrovare il 'dove'.
Mi riferisco al numero massimo di righe e/o colonne che un singolo
foglio può contenere.


Allora, dalla man page di sc c'è questa informazione:

[...]
General Information

   The  screen is divided into four regions.  The top line is for 
entering commands and displaying cell values.  The second line is for 
messages from sc.  The third line and the first four columns show the 
column and row numbers, from which are derived cell addresses, e.g.  A0 
for  the  cell  in column A, row 0.  Note that column names are 
case-insensitive: you can enter A0 or a0.


   The rest of the screen forms a window looking at a portion of 
the table.  The total number of display rows and columns available, 
hence the number of table rows and columns displayed, is set by 
curses(3) and may be overridden by setting the LINES and  COLUMNS 
environment variables, respectively.

[...]

Credo che ti possa essere utile.



Grazie dell''attenzione,
   ennio-Sr



Siamo qui per aiutare ... :-)

Au Revoire
Hugh Hartmann

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[liste DOT girarsi AT posteo DOT eu]

Il 31/03/23 19:13, liste DOT girarsi AT posteo DOT eu ha scritto:
Mai usato e lo sento adesso per la prima volta, comunque, per primo 
risultato da mia ricerca su duckduckgo [0] mi esce questo:


https://github.com/n-t-roff/sc

Rimetto a te l'esito della "verità",il rimando alla documentazione è in 
basso nella pagina.




[0] https://duckduckgo.com/?t=ffab=manuale+sc+spreadsheet=web




Guardando su packages debian vedo che il pacchetto SC è mantenuto da 
Adam Majer, forse se chiedi direttamente a lui ti sa dire.


https://packages.debian.org/bullseye/sc
--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[liste DOT girarsi AT posteo DOT eu]

Il 31/03/23 00:14, Ennio Sr ha scritto:

Ciao a tutti.
Qualcuno di Voi può suggerirmi dove trovo l'indicazione dei limiti dei
fogli di calcolo ottenibili con il vecchio e glorioso 'sc'?
Ricordo di averlo letto da qualche parte quando ho cominciato ad usarlo
anni fa, ma non riesco a ritrovare il 'dove'.
Mi riferisco al numero massimo di righe e/o colonne che un singolo foglio
può contenere.
Grazie dell''attenzione,
   ennio-Sr



Mai usato e lo sento adesso per la prima volta, comunque, per primo 
risultato da mia ricerca su duckduckgo [0] mi esce questo:


https://github.com/n-t-roff/sc

Rimetto a te l'esito della "verità",il rimando alla documentazione è in 
basso nella pagina.




[0] https://duckduckgo.com/?t=ffab=manuale+sc+spreadsheet=web

--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Ennio Sr]

Ti ringrazio Matteo,
conoscevo il nuovo sc-imp. A suo tempo l''ho anche provato, ma non
corrispondeva alle mie esigenze.
Ciao,
  ennio_Sr

On Fri, Mar 31, 2023 at 9:28 AM Matteo Bini  wrote:

> Buongiorno Ennio,
> purtroppo non so rispondere alla tua domanda.
>
> Tuttavia, visto che apprezzi sc, sono sicuro che troverai interessante
> sc-im, ovvero Spreadsheet Calculator Improvised. Si tratta di una
> versione di sc leggermente migliorata.
>
> https://github.com/andmarti1424/sc-im
>
> Saluti.
>
> --
> Matteo
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Matteo Bini]

Buongiorno Ennio,
purtroppo non so rispondere alla tua domanda.

Tuttavia, visto che apprezzi sc, sono sicuro che troverai interessante
sc-im, ovvero Spreadsheet Calculator Improvised. Si tratta di una
versione di sc leggermente migliorata.

https://github.com/andmarti1424/sc-im

Saluti.

--
Matteo

[Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Ennio Sr]

Ciao a tutti.
Qualcuno di Voi può suggerirmi dove trovo l'indicazione dei limiti dei
fogli di calcolo ottenibili con il vecchio e glorioso 'sc'?
Ricordo di averlo letto da qualche parte quando ho cominciato ad usarlo
anni fa, ma non riesco a ritrovare il 'dove'.
Mi riferisco al numero massimo di righe e/o colonne che un singolo foglio
può contenere.
Grazie dell''attenzione,
  ennio-Sr


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Problemi di installazione Debian Testing (BookWork)

[Alessandro Baggi]

Il 21/02/23 14:42, Cosmo ha scritto:

In data martedì 21 febbraio 2023 14:39:26 CET, Alessandro Baggi ha scritto:

Qualcun'altro ha avuto simili problemi?


https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1894160.html



Grazie per la risorsa.

Re: Problemi di installazione Debian Testing (BookWork)

[Cosmo]

In data martedì 21 febbraio 2023 14:39:26 CET, Alessandro Baggi ha scritto:
> Qualcun'altro ha avuto simili problemi?

https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1894160.html

-- 
Cosmo

Problemi di installazione Debian Testing (BookWork)

[Alessandro Baggi]

Un saluto a tutta la lista,

ho letto del soft freeze della testing e ho deciso di provarla.

L'ho installata da PC dal quale ora sto scrivendo.
L'installazione prevede la configurazione in RAID (mdadm) della swap, 
della root e della partizione EFI.


L'installazione viene completata con successo ma al reboot ottengo un bel:

/dev/md4 has unsupported feature(s): FEATURE_C12
e2fsck: get a newer version of e2fsck
/dev/md4 * Warning: filesystem still has errors *
fsck exited with status code 12
The root filesystem on /dev/md4 requires a manual fsck


Lanciando un fsck di md4 riporta il messaggio riportato sopra.

Allora ho lanciato un rescue dal media di installazione e prima di 
montare la root ho lanciato un fsck sul device md4 e mi dice che tutto è 
apposto.


Riavvio convinto che l'FS è corretto ma il problema persiste. Allora 
riavvio dal media di installazione modificando fstab per non fargli fare 
il check ma riavviando il problema si ripresenta. Ho provato anche ad 
aggiornare l'initrd ma senza risultati positivi.


Ora ho reinstallato la 11.

Ho provato a replicare il problema su KVM creando una macchina virtuale 
con EUFI e i RAID e ottengo sempre lo stesso problema.


Il messaggio che mi lascia perplesso è "e2fsck: get a newer version of 
e2fsck", significa che serve una versione nuova di e2fsck e che quindi 
quello del media di installazione (che funziona correttamente) è più 
recente di quello installato?


Qualcun'altro ha avuto simili problemi?

È ancora troppo presto per installare la 12? Non ho provato a fare 
l'upgrade da 11 a 12.


Un saluto.

Fwd: Traduzione debian-handbook completa

[Hugh Hartmann]

 Messaggio originale 
Oggetto: Traduzione debian-handbook completa
Rispedito-Data: Fri,  9 Dec 2022 22:02:45 + (UTC)
Rispedito-Da: debian-ital...@lists.debian.org
Data: Fri, 9 Dec 2022 23:02:22 +0100
Mittente: Davide Prina 
A: debian-ital...@lists.debian.org

Volevo segnalare che il debian-handbook è stato tradotto completamente
in italiano.

Non so se sia disponibile da qualche parte il libro completo attuale
già tradotto... ma se non ho capito male è una cosa fatta manualmente
e poi messa qui:
https://salsa.debian.org/hertzog/debian-handbook
e da qui... non so come diventi il testo che si trova in più punti:
https://debian-handbook.info/browse/it-IT/stable/
https://www.debian.org/doc/manuals/debian-handbook/index.it.html

Ricordo l'indirizzo su weblate (sito collaborativo per traduzioni):
https://hosted.weblate.org/languages/it/debian-handbook/

Sarebbe interessante estendere questa modalità di traduzione anche al
resto della documentazione di Debian... o per lo meno a altre parti di
documentazione che non vengono tradotte in italiano.

Anche se ho solo partecipato parzialmente e quindi ho visto solo testi
sparsi ho scoperto un po' di cose interessanti, soprattutto cose che
credevo di sapere, ma che sono cambiate da quando le avevo imparate io...

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it

Traduzione debian-handbook completa

[Davide Prina]

Volevo segnalare che il debian-handbook è stato tradotto completamente
in italiano.

Non so se sia disponibile da qualche parte il libro completo attuale
già tradotto... ma se non ho capito male è una cosa fatta manualmente
e poi messa qui:
https://salsa.debian.org/hertzog/debian-handbook
e da qui... non so come diventi il testo che si trova in più punti:
https://debian-handbook.info/browse/it-IT/stable/
https://www.debian.org/doc/manuals/debian-handbook/index.it.html

Ricordo l'indirizzo su weblate (sito collaborativo per traduzioni):
https://hosted.weblate.org/languages/it/debian-handbook/

Sarebbe interessante estendere questa modalità di traduzione anche al
resto della documentazione di Debian... o per lo meno a altre parti di
documentazione che non vengono tradotte in italiano.

Anche se ho solo partecipato parzialmente e quindi ho visto solo testi
sparsi ho scoperto un po' di cose interessanti, soprattutto cose che
credevo di sapere, ma che sono cambiate da quando le avevo imparate io...

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it

Re: X220 Touchpad su Debian 11

[EePo]

Ciao,

niente, purtroppo ho provato a seguire tutte le guide ma ho
ancora lo stesso problema. Credo che il motivo sia per il
fatto che nel tempo, i "TAG" dei profili di libinput da
caricare siano cambiati rispetto a quelli indicati nelle
varie guide. Per il tasto destro ho risolto grazie al
suggerimento di Thomas.

Ciao a tutti
Emanuele
> EePo ha scritto:
> 
> > sudo dmesg | grep -i serio 
> 
> > psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1,
> > id:
> > 0x1e2b1, caps: 0xd002a3/0x940300/0x123800/0x0, board id:
> > 1611, fw id: 1099905
> 
> mi sembra che sia lo stesso risultato presente sul wiki
> 
> > e il comportamento del clickpad rimane lo stesso.
> 
> ma hai provato le tre cose riportate dal wiki?
> 1) workaround indicato sul bug Fedora
> 2) rimozione pacchetto xserver-xorg-input-synaptics
> 3) modifica dell'hwdb come indicato su Arch
> 
> se sul wiki indica che è possibile farlo funzionare vuol
> dire che uno o più di questi tre servono per farlo
> funzionare
> 
> > Inoltre, sempre per quanto riguarda il clickpad,
> > riscontro
> > un problema sul tasto destro, che viene letto come se
> > fosse
> > il sinistro.
> 
> questo penso sia dovuto all'impostazione, puoi sempre
> indicare
> se sei mancino o destro e invertire i tasti.
> Guarda nelle configurazioni del tuo Desktop Environment
> 
> Ciao
> Davide

Re: X220 Touchpad su Debian 11

[Thomas Iezzi]

[rimando per la terza volta la mail, sperando che questa volta arrivi in
ML; Emanuele, scusa se ti arriverà di nuovo...]

Ciao,
sto leggendo di corsa un bel po' di messaggi che si erano accumulati e
spero di non dire qualcosa che ti è stato già suggerito o sciocchezze.

Fatta la doverosa premessa, parto dal presupposto che tu stia utilizzando
come DE Gnome.
Se così fosse, il comportamento che tu lamenti, è "voluto": ho letto da
qualche parte che nel progetto Gnome hanno voluto scimmiottare Apple,
quindi tutto il touchpad è un enorme tasto e per simulare il tasto sx devi
cliccare con due dita

La cosa comunque si risolve con poca fatica e sforzo:

1) apri il programma "Personalizzazioni"
2) vai su "Tastiera e mouse" e, nella sezione "Emulazione clic del mouse"
selezioni Area

E dovresti aver risolto.

P.s. non ricordo se "Personalizzazioni" sia installato di default o se tu
debba prima installare gnome-tweak-tool

Thomas

Il giorno mer 7 dic 2022 alle ore 10:30 Davide Prina 
ha scritto:

> EePo ha scritto:
>
> > sudo dmesg | grep -i serio
>
> > psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id:
> > 0x1e2b1, caps: 0xd002a3/0x940300/0x123800/0x0, board id:
> > 1611, fw id: 1099905
>
> mi sembra che sia lo stesso risultato presente sul wiki
>
> > e il comportamento del clickpad rimane lo stesso.
>
> ma hai provato le tre cose riportate dal wiki?
> 1) workaround indicato sul bug Fedora
> 2) rimozione pacchetto xserver-xorg-input-synaptics
> 3) modifica dell'hwdb come indicato su Arch
>
> se sul wiki indica che è possibile farlo funzionare vuol
> dire che uno o più di questi tre servono per farlo funzionare
>
> > Inoltre, sempre per quanto riguarda il clickpad, riscontro
> > un problema sul tasto destro, che viene letto come se fosse
> > il sinistro.
>
> questo penso sia dovuto all'impostazione, puoi sempre indicare
> se sei mancino o destro e invertire i tasti.
> Guarda nelle configurazioni del tuo Desktop Environment
>
> Ciao
> Davide
>
> --
> La mia privacy non è affar tuo
> https://noyb.eu/it
>
>

Re: X220 Touchpad su Debian 11

[Davide Prina]

EePo ha scritto:

> sudo dmesg | grep -i serio 

> psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id:
> 0x1e2b1, caps: 0xd002a3/0x940300/0x123800/0x0, board id:
> 1611, fw id: 1099905

mi sembra che sia lo stesso risultato presente sul wiki

> e il comportamento del clickpad rimane lo stesso.

ma hai provato le tre cose riportate dal wiki?
1) workaround indicato sul bug Fedora
2) rimozione pacchetto xserver-xorg-input-synaptics
3) modifica dell'hwdb come indicato su Arch

se sul wiki indica che è possibile farlo funzionare vuol
dire che uno o più di questi tre servono per farlo funzionare

> Inoltre, sempre per quanto riguarda il clickpad, riscontro
> un problema sul tasto destro, che viene letto come se fosse
> il sinistro.

questo penso sia dovuto all'impostazione, puoi sempre indicare
se sei mancino o destro e invertire i tasti.
Guarda nelle configurazioni del tuo Desktop Environment

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it

Re: X220 Touchpad su Debian 11

[EePo]

Ciao , sì ho provato ma purtroppo dando il comando:

sudo dmesg | grep -i serio 

ottengo:

psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id:
0x1e2b1, caps: 0xd002a3/0x940300/0x123800/0x0, board id:
1611, fw id: 1099905

e il comportamento del clickpad rimane lo stesso.
Inoltre, sempre per quanto riguarda il clickpad, riscontro
un problema sul tasto destro, che viene letto come se fosse
il sinistro.

Ciao e grazie

Emanuele
> EePo ha scritto:
> 
> > ho acquistato un Thinkpad X220 sul quale ho
> > installato Debian 11. Funziona tutto perfettamente
> > tranne il
> > touchpad(clickpad)
> 
> hai già provato a fare quanto riportato sul wiki di
> Debian[¹]?
> 
> Ciao
> Davide
> 
> [¹]
> https://wiki.debian.org/InstallingDebianOn/Thinkpad/X220
> 
> --
> La mia privacy non è affar tuo
> https://noyb.eu/it
> 

Re: X220 Touchpad su Debian 11

[Davide Prina]

EePo ha scritto:

> ho acquistato un Thinkpad X220 sul quale ho
> installato Debian 11. Funziona tutto perfettamente tranne il
> touchpad(clickpad)

hai già provato a fare quanto riportato sul wiki di Debian[¹]?

Ciao
Davide

[¹]
https://wiki.debian.org/InstallingDebianOn/Thinkpad/X220

--
La mia privacy non è affar tuo
https://noyb.eu/it

X220 Touchpad su Debian 11

[EePo]

Buongiorno a tutti,

Recentemente ho acquistato un Thinkpad X220 sul quale ho
installato Debian 11. Funziona tutto perfettamente tranne il
touchpad(clickpad), il quale, purtroppo, risulta essere
estremamente impreciso e tremolante. Leggendo in rete ho
visto che dovrebbe trattarsi del firmware 8.1 difettoso
rispetto al precedente. Ho provato a seguire diverse guide,
aggiungendo anche, un nuovo file nella cartella hwdb.d ma
non sono riuscito a venirne a capo. 
Ringrazio chiunque voglia darmi qualche prezioso consiglio
vi auguro una buona giornata.

EePo

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[WinterMute]

il giorno Fri, 11 Nov 2022 08:49:00 +0100
Cosmo  ha scritto:

> L'importante è non dimenticare mai che a/i è un server di movimento e quindi 
> i 
> suoi utilizzatori dovrebbero essere politicamente compatibili con le sue 
> linee 
> guida (antifascismo, antirazzismo, antisessismo, antiomofobia, 
> antitransfobia, 
> antimilitarismo) e consapevoli che l'autofinanziamento *volontario* (ovvero 
> slegato dalla concessione del servizio stesso)  è la sua unica fonte di 
> sostentamento. 
> Per dirla breve, non hanno bisogno di destroidi col braccino corto tra i 
> propri utenti.
> 
> saluti

buonasera, 

davo per scontato, nel mio precedente intervento, che il richiedente di un
determinato servizio sia "allineato" con il manifesto che sta alla base del 
progetto
di A/I (nello specifico).
è probabile che sarebbe stato meglio precisarlo fin dal principio per non creare
confusione o simili.

a questo punto visto che l'argomento rischia di deviare troppo dall'oggetto 
della
discussione ritengo che sia opportuno concluderla qui. 
tengo solamente a precisare che il mio intento era solo quello di riportare la 
mia
esperienza e non volevo in alcun modo innescare potenziali discussioni e/o 
polemiche.

saluti e buon fine settimana a tutti.

-- 
║   [WinterMute]   ║  @ [debian] https://www.debian.org/ [bookworm | testing]
║  []  ║
║ GPG  FingerPrint ║ -> 38A4 5354 30C5 E86F 9AA8  B234 7227 D71D A547 39E0
║ GNU  Project ║ -> https://www.gnu.org/
║ Kernel  Archives ║ -> https://www.kernel.org/


pgpo1uiokvVvY.pgp
Description: Firma digitale OpenPGP

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Fabrizio]

Coso, vai a perorare le tue cause su un altra lista, qui mi aspetto di
leggere qualcosa di attinente a Debian.

Il giorno ven 11 nov 2022 alle ore 13:49 Cosmo  ha
scritto:

> In data venerdì 11 novembre 2022 13:42:29 CET, Fabrizio ha scritto:
> > M... Accendi la modalità umorismo e spegni la politica che mi dà
> > fastidio per quello ho ribattuto.ma vedo che non cogli.
>
> Io ho colto la tua stupida e puerile mancanza di rispetto verso
> l'associazione
> a/i.
> Tanto mi basta - e come si diceva una volta, PLONK
>
> --
> Cosmo
>
>
>

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Cosmo]

In data venerdì 11 novembre 2022 13:42:29 CET, Fabrizio ha scritto:
> M... Accendi la modalità umorismo e spegni la politica che mi dà
> fastidio per quello ho ribattuto.ma vedo che non cogli.

Io ho colto la tua stupida e puerile mancanza di rispetto verso l'associazione 
a/i. 
Tanto mi basta - e come si diceva una volta, PLONK

-- 
Cosmo

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Fabrizio]

M... Accendi la modalità umorismo e spegni la politica che mi dà
fastidio per quello ho ribattuto.ma vedo che non cogli.

Il ven 11 nov 2022, 13:18 Cosmo  ha scritto:

> In data venerdì 11 novembre 2022 11:45:25 CET, Fabrizio ha scritto:
> > Azz...avevo proprio pensato di aprire un account per organizzare la
> marcia
> > su Roma.
> > (tranquillo che sto scrivendo con tutte e due le mani sulla tastiera)
>
> Fai attenzione: la differenza tra l'apparire uno spiritosone o un totale
> imbecille è assai labile.
>
> --
> Coso


>
>

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Cosmo]

In data venerdì 11 novembre 2022 11:45:25 CET, Fabrizio ha scritto:
> Azz...avevo proprio pensato di aprire un account per organizzare la marcia
> su Roma.
> (tranquillo che sto scrivendo con tutte e due le mani sulla tastiera)

Fai attenzione: la differenza tra l'apparire uno spiritosone o un totale 
imbecille è assai labile.

-- 
Cosmo

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Fabrizio]

Il giorno ven 11 nov 2022 alle ore 08:49 Cosmo  ha
scritto:

>
> Per dirla breve, non hanno bisogno di destroidi col braccino corto tra i
> propri utenti.
>
> saluti
>
> --
> Cosmo
>

Azz...avevo proprio pensato di aprire un account per organizzare la marcia
su Roma.
(tranquillo che sto scrivendo con tutte e due le mani sulla tastiera)

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Cosmo]

In data venerdì 11 novembre 2022 00:45:07 CET, WinterMute ha scritto:
> vedrai che non dovrai attendere molto, sono sempre puntuali e precisi nel
> rispondere ad un richiedente.
> ho una loro casella email da oltre 15 anni e per quanto mi riguarda offrono
> un servizio impeccabile.

L'importante è non dimenticare mai che a/i è un server di movimento e quindi i 
suoi utilizzatori dovrebbero essere politicamente compatibili con le sue linee 
guida (antifascismo, antirazzismo, antisessismo, antiomofobia, antitransfobia, 
antimilitarismo) e consapevoli che l'autofinanziamento *volontario* (ovvero 
slegato dalla concessione del servizio stesso)  è la sua unica fonte di 
sostentamento. 
Per dirla breve, non hanno bisogno di destroidi col braccino corto tra i 
propri utenti.

saluti

-- 
Cosmo

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[WinterMute]

il giorno Thu, 10 Nov 2022 23:38:03 +0100
Ennio Sr  ha scritto:

> Grazie del link che mi sarà molto utile quando mi risponderanno: ho
> inoltrato ieri la richiesta di un email e aspetto impazientemente la
> risposta...
> Saluti, Ennio

buongiorno, 

vedrai che non dovrai attendere molto, sono sempre puntuali e precisi nel 
rispondere
ad un richiedente.

ho una loro casella email da oltre 15 anni e per quanto mi riguarda offrono un
servizio impeccabile.

saluti.

-- 
║   [WinterMute]   ║  @ [debian] https://www.debian.org/ [bookworm | testing]
║  []  ║
║ GPG  FingerPrint ║ -> 38A4 5354 30C5 E86F 9AA8  B234 7227 D71D A547 39E0
║ GNU  Project ║ -> https://www.gnu.org/
║ Kernel  Archives ║ -> https://www.kernel.org/


pgp6VOifqg5AF.pgp
Description: Firma digitale OpenPGP

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Grazie del link che mi sarà molto utile quando mi risponderanno: ho
inoltrato ieri la richiesta di un email e aspetto impazientemente la
risposta...
Saluti, Ennio

On Thu, Nov 10, 2022 at 10:44 PM Paride Desimone  wrote:

> Il 08-11-2022 05:51 Giuseppe Sacco ha scritto:
>
> > Se non ricordo male puoi farti un account gratuito e accessibile con
> > l'autenticazione PLAIN su autistici/inventati.
> > https://www.autistici.org/services/mail
> >
>
> non ricordi male.
> Alla fine per risolvere il mio problema con fetchmail e spostfix, son
> tornato a leggermi il loro "how-to".
>
> https://www.autistici.org/docs/mail/postfix
>
> /paride
> --
> http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3
>
> Chi e' pronto a rinunciare alle proprie liberta' fondamentali per
> comprarsi briciole di temporanea sicurezza non merita ne' la liberta'
> ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore,
> Assemblea della Pennsylvania, 11 novembre 1755)
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Paride Desimone]

Il 08-11-2022 05:51 Giuseppe Sacco ha scritto:


Se non ricordo male puoi farti un account gratuito e accessibile con
l'autenticazione PLAIN su autistici/inventati.
https://www.autistici.org/services/mail



non ricordi male.
Alla fine per risolvere il mio problema con fetchmail e spostfix, son 
tornato a leggermi il loro "how-to".


https://www.autistici.org/docs/mail/postfix

/paride
--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Se non ricordo male puoi farti un account gratuito e accessibile con
l'autenticazione PLAIN su autistici/inventati.
https://www.autistici.org/services/mail

Ciao Giuseppe e molte grazie della informazione; proverò appena possibile.
Cordialmente,
Ennio


On Tue, Nov 8, 2022 at 7:08 AM Giuseppe Sacco  wrote:

> Ciao Ennio,
>
> Il giorno ven, 04/11/2022 alle 23.39 +0100, Ennio Sr ha scritto:
> [...]
> > E` possibile, secondo voi, inviare email da console avvalendosi come
> > 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> > quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un
> > indirizzo email?"
>
> Se non ricordo male puoi farti un account gratuito e accessibile con
> l'autenticazione PLAIN su autistici/inventati.
> https://www.autistici.org/services/mail
>
> Ciao,
> Giuseppe
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Giuseppe Sacco]

Ciao Ennio,

Il giorno ven, 04/11/2022 alle 23.39 +0100, Ennio Sr ha scritto:
[...]
> E` possibile, secondo voi, inviare email da console avvalendosi come
> 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia un
> indirizzo email?"

Se non ricordo male puoi farti un account gratuito e accessibile con
l'autenticazione PLAIN su autistici/inventati.
https://www.autistici.org/services/mail

Ciao,
Giuseppe

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Johan Haggi ha scritto:
[cut]
Se ti interessa vedo di ritrovare come abilitare l'accesso con password
per yahoo.
--
Se sei sicuro che si possa utilizzare da console va bene e mi farebbe
piacere avere qualche suggerimento, anche perché, se ben ricordo, quando
qualche anno fa provai a creare un account email con Yahoo ebbi delle
difficoltà.
Grazie in anticipo,
Ennio



On Mon, Nov 7, 2022 at 7:24 PM Johan Haggi  wrote:

> lun 7 novembre 2022, alle 19:13 (GMT+0100), Ennio Sr ha scritto:
> > Potrebbe essere utile leggere:
> > https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
> > https://developers.google.com/gmail/api/auth/web-server
> >
> > Ti ringrazio molto del suggerimento.
> > Da una prima rapida lettura capisco che dovrei anzitutto aggiornare il
> > sistema di due o tre versioni (sono rimasto fermo a Debian/Stretch) e
> forse
> > anche l'hardware... Ci penserò, ma con scarsa propensione, considerate le
> > motivazioni che mi indussero ad abbandonare Micro$oft per Linux-GNU tanti
> > anni fa, proprio per non essere costretto a comprare un PC nuovo ogni
> > anno...
> > Un cordiale saluto, Ennio
> > [mega cut]
>
> E aprire un account con yahoo?
> Da qualche parte nelle opzioni c'e` la possibilita` di abilitare per le
> mail l'accesso con SPOP con username/password e se oltre che con il PC
> vuoi gli avvisi con il cellulare il programma di gmail per android
> gestisce molto bene un ulterire account IMAP con yahoo.
>
> Se ti interessa vedo di ritrovare come abilitare l'accesso con password
> per yahoo.
> --
> Cura ut valeas
> Johan Haggi
> ante diem septimum Idus Novembres MMDCCLXXV ab Urbe condita
> OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
> Fingerprint: 60B3 42CB E145 F8E9 8132  6CDD 194E 4326 B645 F109
>


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Johan Haggi]

lun 7 novembre 2022, alle 19:13 (GMT+0100), Ennio Sr ha scritto:
> Potrebbe essere utile leggere:
> https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
> https://developers.google.com/gmail/api/auth/web-server
> 
> Ti ringrazio molto del suggerimento.
> Da una prima rapida lettura capisco che dovrei anzitutto aggiornare il
> sistema di due o tre versioni (sono rimasto fermo a Debian/Stretch) e forse
> anche l'hardware... Ci penserò, ma con scarsa propensione, considerate le
> motivazioni che mi indussero ad abbandonare Micro$oft per Linux-GNU tanti
> anni fa, proprio per non essere costretto a comprare un PC nuovo ogni
> anno...
> Un cordiale saluto, Ennio
> [mega cut]

E aprire un account con yahoo?
Da qualche parte nelle opzioni c'e` la possibilita` di abilitare per le
mail l'accesso con SPOP con username/password e se oltre che con il PC
vuoi gli avvisi con il cellulare il programma di gmail per android
gestisce molto bene un ulterire account IMAP con yahoo.

Se ti interessa vedo di ritrovare come abilitare l'accesso con password
per yahoo.
-- 
Cura ut valeas
Johan Haggi
ante diem septimum Idus Novembres MMDCCLXXV ab Urbe condita
OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
Fingerprint: 60B3 42CB E145 F8E9 8132  6CDD 194E 4326 B645 F109


signature.asc
Description: PGP signature

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Potrebbe essere utile leggere:
https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
https://developers.google.com/gmail/api/auth/web-server

Ti ringrazio molto del suggerimento.
Da una prima rapida lettura capisco che dovrei anzitutto aggiornare il
sistema di due o tre versioni (sono rimasto fermo a Debian/Stretch) e forse
anche l'hardware... Ci penserò, ma con scarsa propensione, considerate le
motivazioni che mi indussero ad abbandonare Micro$oft per Linux-GNU tanti
anni fa, proprio per non essere costretto a comprare un PC nuovo ogni
anno...
Un cordiale saluto, Ennio

On Mon, Nov 7, 2022 at 10:46 AM Diego Zuccato 
wrote:

> Il 05/11/2022 18:06, Ennio Sr ha scritto:
>
> > Ad. es. cosa c'è di sbagliato nelle mie righe significative:
> > - in /etc/postfix/main.cf <http://main.cf>:
> > . [cut]...
> > relayhost = [smtp.gmail.com <http://smtp.gmail.com>]:587
> >
> > - in /etc/postfix/password:
> > [smtp.gmail.com <http://smtp.gmail.com>]:587 nasr.la...@gmail.com
> > <mailto:nasr.la...@gmail.com>:"passwd-per-gmail"
> Direi che l'errore è che stai tentando di usare la normale password
> dell'account, non il token.
>
> Potrebbe essere utile leggere:
> https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
> https://developers.google.com/gmail/api/auth/web-server
>
> --
> Diego Zuccato
> DIFA - Dip. di Fisica e Astronomia
> Servizi Informatici
> Alma Mater Studiorum - Università di Bologna
> V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
> tel.: +39 051 20 95786
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Diego Zuccato]

Il 05/11/2022 18:06, Ennio Sr ha scritto:


Ad. es. cosa c'è di sbagliato nelle mie righe significative:
- in /etc/postfix/main.cf :
. [cut]...
relayhost = [smtp.gmail.com ]:587

- in /etc/postfix/password:
[smtp.gmail.com ]:587 nasr.la...@gmail.com 
:"passwd-per-gmail"
Direi che l'errore è che stai tentando di usare la normale password 
dell'account, non il token.


Potrebbe essere utile leggere:
https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
https://developers.google.com/gmail/api/auth/web-server

--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Ti ringrazio assai della conferma: mi sosterrà molto quando sarò in grado
di iniziare un nuovo 'studio' della situazione. Epperò, spero sempre che la
soluzione suggerita da Paride possa rivelarsi più semplice e affine a
quanto facevo prima...
Cordialmente,
  Ennio

On Sat, Nov 5, 2022 at 10:17 PM Marco Gaiarin 
wrote:

> Mandi! Giancarlo Martini
>   In chel di` si favelave...
>
> > Con account gmail ti confermo che si può fare, devi configurare l'account
> > con i token. Io invio email di backup con script in php
>
> Confermo. Si chiamano in googloese 'App PAssword':
>
> https://support.google.com/accounts/answer/185833
>
> --
>   A shot rings out in the Memphis sky, free at last
>   they took yor life, they could not take your pride(U2)
>
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Marco Gaiarin]

Mandi! Giancarlo Martini
  In chel di` si favelave...

> Con account gmail ti confermo che si può fare, devi configurare l'account
> con i token. Io invio email di backup con script in php

Confermo. Si chiamano in googloese 'App PAssword':

https://support.google.com/accounts/answer/185833

-- 
  A shot rings out in the Memphis sky, free at last
  they took yor life, they could not take your pride(U2)

Re: Linux/Debian - email da console con re

[Giancarlo Martini]

Forse non sono stato chiaro nel messaggio precedente, si può fare quello
che chiedi, cioè inviate un email da terminale, con uno script o un
programma, tramite un account Google. Devi configurare l'account in modo
tale che utizzi i token. Non l'Auth in due passaggi. I token non sono altro
che una pw complicata, che probabilmente loro interpretano non so come, ma
è solo una pw da inserire nello script o da comunicare al programma. Per
fare dei semplici backup, a orari prefissati, usavo questo metodo. Il
programma,se non ricordo male, si chiamava sendemail (non sendmail)
Un buon fine settimana a tutta lista

--
Giancarlo Martini
http://www.giancarlomartini.it
http://www.linkedin.com/in/giancarlo-martini

Il sab 5 nov 2022, 16:41 Ennio Sr  ha scritto:

> Grazie  Johann Haggi e Giancarlo Martini per i suggerimenti.
> Se capisco bene 'a volo' (senza la necessità di stare molte ore al PC per c
>
>

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Paride Desimone]

Il 5 novembre 2022 17:06:29 UTC, Ennio Sr  ha scritto:
>Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
>tranquillamente utilizzato postfix per testare l'invio della posta da shell.
>[scusate, il msg precedente era incompleto...]
>Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
>giusto: potresti darmi qualche elemento in più?
>Ad. es. cosa c'è di sbagliato nelle mie righe significative:
>- in /etc/postfix/main.cf:
>. [cut]...
>relayhost = [smtp.gmail.com]:587
>
>- in /etc/postfix/password:
>[smtp.gmail.com]:587 nasr.la...@gmail.com:"passwd-per-gmail"
>e poi lancio:
># postmap /etc/postfix/password
># postfix reload
>Ennio
>
>On Sat, Nov 5, 2022 at 5:53 PM Ennio Sr  wrote:
>
>> Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
>> tranquillamente utilizzato postfix per testare l'invio della posta da shell.
>> Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
>> giusto: potresti darmi qualche elemento in più?
>>
>> On Sat, Nov 5, 2022 at 5:43 PM Paride Desimone 
>> wrote:
>>
>>> Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha
>>> scritto:
>>> >Linux/Debian-Fetchmail: errore 530 authentication required ...
>>> >Un saluto a tutta la lista!
>>> >Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
>>> >errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
>>> >risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
>>> >frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
>>> >evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
>>> >sulla domanda che mi assilla:
>>> >
>>> >"E` possibile, secondo voi, inviare email da console avvalendosi come
>>> >'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
>>> >quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
>>> un
>>> >indirizzo email?"
>>> >
>>> >Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
>>> >di questo messaggio, altrimenti ecco il resto...
>>> >
>>> >--- dettagli forse interessanti -
>>> >Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che
>>> mi
>>> >ha spinto a fare alcuni tentativi:
>>> > quote 
>>> >*TIM Mail *permette di gestire le mail di altri account da PC o da
>>> >cellulare, sia tramite* webmail*, sia con i principali *Programmi di
>>> posta.*
>>> >
>>> >* unquote -*
>>> >che, però, si sono rivelati tutti infruttuosi.
>>> >Questa è la parte significativa dell'errore che leggo dal log '.../
>>> mail.info
>>> >':
>>> > quote -
>>> >
>>> >Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from=>> > deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the
>>> client-side/
>>> > TLS engine
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection
>>> to/
>>> > smtp.gmail.com[142.250.145.109]:587
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com
>>> [142.250.145.109]/
>>> > :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH
>>> :!eNULL"
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
>>> > initialization
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
>>> > [556CDB20EE30] (517 bytes => 517 (0x205))
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00
>>> 01|fc/
>>> > 03 03 14 96 41 aa ad   .A..
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37
>>> 09|75/
>>> > d8 e9 a6 24 7b f9 2e  ..e>> > [cut]
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
>>> >ed| 
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
>>> > client hello
>>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>>> 

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
tranquillamente utilizzato postfix per testare l'invio della posta da shell.
[scusate, il msg precedente era incompleto...]
Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
giusto: potresti darmi qualche elemento in più?
Ad. es. cosa c'è di sbagliato nelle mie righe significative:
- in /etc/postfix/main.cf:
. [cut]...
relayhost = [smtp.gmail.com]:587

- in /etc/postfix/password:
[smtp.gmail.com]:587 nasr.la...@gmail.com:"passwd-per-gmail"
e poi lancio:
# postmap /etc/postfix/password
# postfix reload
Ennio

On Sat, Nov 5, 2022 at 5:53 PM Ennio Sr  wrote:

> Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
> tranquillamente utilizzato postfix per testare l'invio della posta da shell.
> Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
> giusto: potresti darmi qualche elemento in più?
>
> On Sat, Nov 5, 2022 at 5:43 PM Paride Desimone 
> wrote:
>
>> Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha
>> scritto:
>> >Linux/Debian-Fetchmail: errore 530 authentication required ...
>> >Un saluto a tutta la lista!
>> >Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
>> >errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
>> >risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
>> >frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
>> >evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
>> >sulla domanda che mi assilla:
>> >
>> >"E` possibile, secondo voi, inviare email da console avvalendosi come
>> >'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
>> >quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
>> un
>> >indirizzo email?"
>> >
>> >Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
>> >di questo messaggio, altrimenti ecco il resto...
>> >
>> >--- dettagli forse interessanti -
>> >Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che
>> mi
>> >ha spinto a fare alcuni tentativi:
>> > quote 
>> >*TIM Mail *permette di gestire le mail di altri account da PC o da
>> >cellulare, sia tramite* webmail*, sia con i principali *Programmi di
>> posta.*
>> >
>> >* unquote -*
>> >che, però, si sono rivelati tutti infruttuosi.
>> >Questa è la parte significativa dell'errore che leggo dal log '.../
>> mail.info
>> >':
>> > quote -
>> >
>> >Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from=> > deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the
>> client-side/
>> > TLS engine
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection
>> to/
>> > smtp.gmail.com[142.250.145.109]:587
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com
>> [142.250.145.109]/
>> > :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH
>> :!eNULL"
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
>> > initialization
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
>> > [556CDB20EE30] (517 bytes => 517 (0x205))
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00
>> 01|fc/
>> > 03 03 14 96 41 aa ad   .A..
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37
>> 09|75/
>> > d8 e9 a6 24 7b f9 2e  ..e> > [cut]
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
>> >ed| 
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
>> > client hello
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>> > [556CDB205C73] (5 bytes => -1 (0x))
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>> > [556CDB205C73] (5 bytes => 5 (0x5))
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
>> >220 s
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
>> > SSLv3/TLS write

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Paride Desimone]

Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha scritto:
>Linux/Debian-Fetchmail: errore 530 authentication required ...
>Un saluto a tutta la lista!
>Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
>errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
>risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
>frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
>evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
>sulla domanda che mi assilla:
>
>"E` possibile, secondo voi, inviare email da console avvalendosi come
>'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
>quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia un
>indirizzo email?"
>
>Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
>di questo messaggio, altrimenti ecco il resto...
>
>--- dettagli forse interessanti -
>Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che mi
>ha spinto a fare alcuni tentativi:
> quote 
>*TIM Mail *permette di gestire le mail di altri account da PC o da
>cellulare, sia tramite* webmail*, sia con i principali *Programmi di posta.*
>
>* unquote -*
>che, però, si sono rivelati tutti infruttuosi.
>Questa è la parte significativa dell'errore che leggo dal log '.../mail.info
>':
> quote -
>
>Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from= deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
> TLS engine
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
> smtp.gmail.com[142.250.145.109]:587
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com[142.250.145.109]/
> :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH:!eNULL"
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
> initialization
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
> [556CDB20EE30] (517 bytes => 517 (0x205))
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00 01|fc/
> 03 03 14 96 41 aa ad   .A..
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37 09|75/
> d8 e9 a6 24 7b f9 2e  ..e [cut]
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
>ed| 
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
> client hello
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> [556CDB205C73] (5 bytes => -1 (0x))
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> [556CDB205C73] (5 bytes => 5 (0x5))
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
>220 s
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
> SSLv3/TLS write client hello
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
> smtp.gmail.com[142.250.145.109]:587: -1
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library problem:/
> error:1408F10B:SSL routines:ssl3_get_record:wrong version/
> number:../ssl/record/ssl3_record.c:252:
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
> handshake failure
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
> smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
> to=, relay=none, delay=1080,/
> delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
> (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
> Network is unreachable)
>
>--- unquote ...
>e il dubbio che consegue leggendo l''errore:
>"TLS library problem: error:1408F10B:SSL routines:ssl3_get_record:wrong
>/   version number:../ssl/record/ssl3_record.c:252:"
>è che forse dipende da una errata configurazione di openssl?
>
>Grazie dell'attenzione e buona notte a tutti!
>Ennio

Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho 
tranquillamente utilizzato postfix per testare l'invio della posta da shell.

/paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Paride Desimone]

Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha scritto:
>Linux/Debian-Fetchmail: errore 530 authentication required ...
>Un saluto a tutta la lista!
>Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
>errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
>risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
>frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
>evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
>sulla domanda che mi assilla:
>
>"E` possibile, secondo voi, inviare email da console avvalendosi come
>'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
>quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia un
>indirizzo email?"
>
>Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
>di questo messaggio, altrimenti ecco il resto...
>
>--- dettagli forse interessanti -
>Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che mi
>ha spinto a fare alcuni tentativi:
> quote 
>*TIM Mail *permette di gestire le mail di altri account da PC o da
>cellulare, sia tramite* webmail*, sia con i principali *Programmi di posta.*
>
>* unquote -*
>che, però, si sono rivelati tutti infruttuosi.
>Questa è la parte significativa dell'errore che leggo dal log '.../mail.info
>':
> quote -
>
>Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from= deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
> TLS engine
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
> smtp.gmail.com[142.250.145.109]:587
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com[142.250.145.109]/
> :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH:!eNULL"
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
> initialization
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
> [556CDB20EE30] (517 bytes => 517 (0x205))
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00 01|fc/
> 03 03 14 96 41 aa ad   .A..
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37 09|75/
> d8 e9 a6 24 7b f9 2e  ..e [cut]
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
>ed| 
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
> client hello
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> [556CDB205C73] (5 bytes => -1 (0x))
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> [556CDB205C73] (5 bytes => 5 (0x5))
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
>220 s
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
> SSLv3/TLS write client hello
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
> smtp.gmail.com[142.250.145.109]:587: -1
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library problem:/
> error:1408F10B:SSL routines:ssl3_get_record:wrong version/
> number:../ssl/record/ssl3_record.c:252:
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
> handshake failure
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
> smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
>Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
> to=, relay=none, delay=1080,/
> delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
> (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
> Network is unreachable)
>
>--- unquote ...
>e il dubbio che consegue leggendo l''errore:
>"TLS library problem: error:1408F10B:SSL routines:ssl3_get_record:wrong
>/   version number:../ssl/record/ssl3_record.c:252:"
>è che forse dipende da una errata configurazione di openssl?
>
>Grazie dell'attenzione e buona notte a tutti!
>Ennio

Si
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
tranquillamente utilizzato postfix per testare l'invio della posta da shell.
Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
giusto: potresti darmi qualche elemento in più?

On Sat, Nov 5, 2022 at 5:43 PM Paride Desimone  wrote:

> Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha
> scritto:
> >Linux/Debian-Fetchmail: errore 530 authentication required ...
> >Un saluto a tutta la lista!
> >Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
> >errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
> >risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
> >frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
> >evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
> >sulla domanda che mi assilla:
> >
> >"E` possibile, secondo voi, inviare email da console avvalendosi come
> >'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> >quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un
> >indirizzo email?"
> >
> >Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
> >di questo messaggio, altrimenti ecco il resto...
> >
> >--- dettagli forse interessanti -
> >Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che
> mi
> >ha spinto a fare alcuni tentativi:
> > quote 
> >*TIM Mail *permette di gestire le mail di altri account da PC o da
> >cellulare, sia tramite* webmail*, sia con i principali *Programmi di
> posta.*
> >
> >* unquote -*
> >che, però, si sono rivelati tutti infruttuosi.
> >Questa è la parte significativa dell'errore che leggo dal log '.../
> mail.info
> >':
> > quote -
> >
> >Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from= > deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
> > TLS engine
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
> > smtp.gmail.com[142.250.145.109]:587
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com
> [142.250.145.109]/
> > :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH
> :!eNULL"
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
> > initialization
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
> > [556CDB20EE30] (517 bytes => 517 (0x205))
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00
> 01|fc/
> > 03 03 14 96 41 aa ad   .A..
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37
> 09|75/
> > d8 e9 a6 24 7b f9 2e  ..e > [cut]
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
> >ed| 
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
> > client hello
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> > [556CDB205C73] (5 bytes => -1 (0x))
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> > [556CDB205C73] (5 bytes => 5 (0x5))
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
> >220 s
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
> > SSLv3/TLS write client hello
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
> > smtp.gmail.com[142.250.145.109]:587: -1
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library
> problem:/
> > error:1408F10B:SSL routines:ssl3_get_record:wrong version/
> > number:../ssl/record/ssl3_record.c:252:
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
> > handshake failure
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
> > smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
> > to=, relay=none, delay=1080,/
> > delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
> > (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
> > Network is unreachable)
> >
> >--- unquote ...
> >e il dubbio che consegue leggendo l''errore:
> >"TLS library problem: 

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Grazie  Johann Haggi e Giancarlo Martini per i suggerimenti.
Se capisco bene 'a volo' (senza la necessità di stare molte ore al PC per
compulsare centinaia di post e beccarmi così un nuovo 'colpo della strega')
si tratterebbe di soluzioni che comunque richiedono la mia presenza in loco.
Non è ciò che cerco: a me serve che, se - quando sono assente - si verifica
una modifica nel mio sistema, allora uno script fa partire una email che mi
avvisa di quanto è avvenuto. Questa 'cosa' è andata avanti per anni
egregiamente e ora, con la storia della sicurezza, sembra che non sia più
possibile.
Sembra che debba rassegnarmi, a meno che qualcuno di voi non conosca un
provider di posta elettronica che consenta ancora di procedere con il
'vecchio' sistema [un po' come succede con 'lynx da linea di comando e
'google search' da Firefox]

Grazie sempre della vostra assistenza e buon fine settimana,
 Ennio

On Sat, Nov 5, 2022 at 2:27 PM Johan Haggi  wrote:

> ven 4 novembre 2022, alle 23:39 (GMT+0100), Ennio Sr ha scritto:
> > Linux/Debian-Fetchmail: errore 530 authentication required ...
> > Un saluto a tutta la lista!
> > Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
> > errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
> > risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
> > frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
> > evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
> > sulla domanda che mi assilla:
> >
> > "E` possibile, secondo voi, inviare email da console avvalendosi come
> > 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> > quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un
> > indirizzo email?"
> >
>
> Uso mutt, mpop (per scaricare) e msmtp (per inviare) con yahoo, mclink,
> disroot, ...
>
> Ma da quando hanno disabilitato le app secondo loro "meno sicure" non
> riesco piu` a scaricare/inviare da gmail.
>
> Se consulti la documentazione di mpop (o di msmtp?) c'e` come configurare
> auth2 ma era una cosa complicata e per l'uso che faccio di gmail ho
> iniziato ad usare thunderbird e le pochissime mail che voglio conservare
> me le inoltro. Se non ricordo male dovevi registrarti come sviluppatore
> per ottenere un token auth2 da usare per autenticarti.
> --
> Cura ut valeas
> Johan Haggi
> Nonis Novembribus MMDCCLXXV ab Urbe condita
> OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
> Fingerprint: 60B3 42CB E145 F8E9 8132  6CDD 194E 4326 B645 F109
>


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Johan Haggi]

ven 4 novembre 2022, alle 23:39 (GMT+0100), Ennio Sr ha scritto:
> Linux/Debian-Fetchmail: errore 530 authentication required ...
> Un saluto a tutta la lista!
> Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
> errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
> risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
> frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
> evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
> sulla domanda che mi assilla:
> 
> "E` possibile, secondo voi, inviare email da console avvalendosi come
> 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia un
> indirizzo email?"
> 

Uso mutt, mpop (per scaricare) e msmtp (per inviare) con yahoo, mclink,
disroot, ... 

Ma da quando hanno disabilitato le app secondo loro "meno sicure" non
riesco piu` a scaricare/inviare da gmail.

Se consulti la documentazione di mpop (o di msmtp?) c'e` come configurare
auth2 ma era una cosa complicata e per l'uso che faccio di gmail ho
iniziato ad usare thunderbird e le pochissime mail che voglio conservare
me le inoltro. Se non ricordo male dovevi registrarti come sviluppatore
per ottenere un token auth2 da usare per autenticarti.
-- 
Cura ut valeas
Johan Haggi
Nonis Novembribus MMDCCLXXV ab Urbe condita
OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
Fingerprint: 60B3 42CB E145 F8E9 8132  6CDD 194E 4326 B645 F109


signature.asc
Description: PGP signature

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Giancarlo Martini]

Con account gmail ti confermo che si può fare, devi configurare l'account
con i token. Io invio email di backup con script in php

--
Giancarlo Martini
http://www.giancarlomartini.it
http://www.linkedin.com/in/giancarlo-martini

Il ven 4 nov 2022, 23:39 Ennio Sr  ha scritto:

>
> Linux/Debian-Fetchmail: errore 530 authentication required ...
> Un saluto a tutta la lista!
> Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
> errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
> risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
> frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
> evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
> sulla domanda che mi assilla:
>
> "E` possibile, secondo voi, inviare email da console avvalendosi come
> 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un indirizzo email?"
>
> Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
> di questo messaggio, altrimenti ecco il resto...
>
> --- dettagli forse interessanti -
> Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che
> mi ha spinto a fare alcuni tentativi:
>  quote 
> *TIM Mail *permette di gestire le mail di altri account da PC o da
> cellulare, sia tramite* webmail*, sia con i principali *Programmi di
> posta.*
>
> * unquote -*
> che, però, si sono rivelati tutti infruttuosi.
> Questa è la parte significativa dell'errore che leggo dal log '.../
> mail.info':
>  quote -
>
> Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from=  deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
>  TLS engine
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
>  smtp.gmail.com[142.250.145.109]:587
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com[142.250.145.109]/
>  :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH:!eNULL"
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
>  initialization
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
>  [556CDB20EE30] (517 bytes => 517 (0x205))
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00 01|fc/
>  03 03 14 96 41 aa ad   .A..
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37 09|75/
>  d8 e9 a6 24 7b f9 2e  ..e  [cut]
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00 ed|
>  
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
>  client hello
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>  [556CDB205C73] (5 bytes => -1 (0x))
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>  [556CDB205C73] (5 bytes => 5 (0x5))
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73  
>  220 s
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
>  SSLv3/TLS write client hello
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
>  smtp.gmail.com[142.250.145.109]:587: -1
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library problem:/
>  error:1408F10B:SSL routines:ssl3_get_record:wrong version/
>  number:../ssl/record/ssl3_record.c:252:
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
>  handshake failure
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
>  smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
> Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
>  to=, relay=none, delay=1080,/
>  delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
>  (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
>  Network is unreachable)
>
> --- unquote ...
> e il dubbio che consegue leggendo l''errore:
> "TLS library problem: error:1408F10B:SSL routines:ssl3_get_record:wrong
> /   version number:../ssl/record/ssl3_record.c:252:"
> è che forse dipende da una errata configurazione di openssl?
>
> Grazie dell'attenzione e buona notte a tutti!
> Ennio
> --
> [Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
>  Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
> [Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
>  Do something you aren't good at!" (as Henry Miller used to say) ]
>
>
>

Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Linux/Debian-Fetchmail: errore 530 authentication required ...
Un saluto a tutta la lista!
Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
sulla domanda che mi assilla:

"E` possibile, secondo voi, inviare email da console avvalendosi come
'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia un
indirizzo email?"

Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
di questo messaggio, altrimenti ecco il resto...

--- dettagli forse interessanti -
Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che mi
ha spinto a fare alcuni tentativi:
 quote 
*TIM Mail *permette di gestire le mail di altri account da PC o da
cellulare, sia tramite* webmail*, sia con i principali *Programmi di posta.*

* unquote -*
che, però, si sono rivelati tutti infruttuosi.
Questa è la parte significativa dell'errore che leggo dal log '.../mail.info
':
 quote -

Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from=, size=494, nrcpt=1 (queue active)
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
 TLS engine
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
 smtp.gmail.com[142.250.145.109]:587
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com[142.250.145.109]/
 :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH:!eNULL"
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
 initialization
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
 [556CDB20EE30] (517 bytes => 517 (0x205))
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00 01|fc/
 03 03 14 96 41 aa ad   .A..
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37 09|75/
 d8 e9 a6 24 7b f9 2e  ..e
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
 client hello
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
 [556CDB205C73] (5 bytes => -1 (0x))
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
 [556CDB205C73] (5 bytes => 5 (0x5))
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
220 s
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
 SSLv3/TLS write client hello
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
 smtp.gmail.com[142.250.145.109]:587: -1
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library problem:/
 error:1408F10B:SSL routines:ssl3_get_record:wrong version/
 number:../ssl/record/ssl3_record.c:252:
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
 handshake failure
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
 smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
 to=, relay=none, delay=1080,/
 delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
 (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
 Network is unreachable)

--- unquote ...
e il dubbio che consegue leggendo l''errore:
"TLS library problem: error:1408F10B:SSL routines:ssl3_get_record:wrong
/   version number:../ssl/record/ssl3_record.c:252:"
è che forse dipende da una errata configurazione di openssl?

Grazie dell'attenzione e buona notte a tutti!
Ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[Paolo Gigante]

Grazie Enrico, mi hai suggerito un’ottima strada. Nel frattempo ho 
trovato in rete questo script:



#!/bin/bash


for sysdevpath in $(find /sys/bus/usb/devices/usb*/ -name dev); do

(

syspath="${sysdevpath%/dev}"

devname="$(udevadm info -q name -p $syspath)"

[[ "$devname" == "bus/"* ]]

eval "$(udevadm info -q property --export -p $syspath)"

[[ -z "$ID_SERIAL" ]]

echo "/dev/$devname - $ID_SERIAL"

)

done


la sua escuzione, col la radio sia accesa che spenta, ma se spenta con 
la spina a 220 collegata, mi ha dato questo risultato dove ti mostro le 
sole linee inerenti all’usb della radio:



/dev/ttyUSB1 - 
Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00F8F7E1


/dev/gpiochip1 -

/dev/bus/usb/002/025 - 
Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00F8F7E1


/dev/gpiochip0 -

/dev/ttyUSB0 - 
Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00F8F7E1


/dev/bus/usb/002/024 - 0424_2512

/dev/snd/pcmC1D0c -

/dev/snd/pcmC1D0p -

/dev/snd/controlC1 - BurrBrown_from_Texas_Instruments_USB_AUDIO_CODEC

/dev/bus/usb/002/026 - BurrBrown_from_Texas_Instruments_USB_AUDIO_CODEC

/dev/hidraw3 -

/dev/input/event11 – BurrBrown_from_Texas_Instruments_USB_AUDIO_CODEC


Infine, parallelamente, ho provato lo script descritto sul video che mi 
ha passato Lorenzo



https://www.youtube.com/watch?v=luOtocZHqSw


#!/bin/bash

echo "PS1;" > /dev/ttyUSB0

echo "PS1;" > /dev/ttyUSB0


sleep 5

echo "MD0C;" > /dev/ttyUSB0

sleep 1

#echo "PC050;" > /dev/ttyUSB0

#sleep 1

echo "FA014439;" > /dev/ttyUSB0


Ma purtroppo non ho avuto nessun risultato.

PS1 = accendi la radio

MD0C=modo rx main data-u



Il 02/11/22 13:23, MAURIZI Lorenzo ha scritto:

Buongiorno Paolo,
permesso che sono un radioamatore digitale del passato (modem baycom a 1200 
baud) e quindi non conosco queste nuove applicazioni, provo ad interpretare 
l'output di lsusb:

Bus 004 Device 011: ID 08bb:29c3 Texas Instruments PCM2903C Audio CODEC
   -->  secondo me questa è una scheda audio, quindi praticamente l'audio del 
ricetrasmettitore viene veicolato al PC.
Bus 004 Device 010: ID 10c4:ea70 Silicon Labs CP2105 Dual UART Bridge
   -->  questo sembra un dispositivo seriale
Bus 004 Device 009: ID 0424:2512 Microchip Technology, Inc. (formerly SMSC) USB 
2.0 Hub
   --> questo dovrebbe essere l'HUB usb presente sul ricetrasmettitore per 
poter indirizzare i due altri dispositivi USB sullo stesso cavo.

Forse manca il driver della UART CP2105 sul tuo Debian?

Inoltre, con un software di registrazione audio, potresti provare a vedere se riesci a 
registrare il segnale proveniente dall'ingresso audio che corrisponde con il dispositivo 
USB "PCM2903C Audio CODEC"?


Per la UART CP2105 vedi anche se questo messaggio ti può aiutare:
https://groups.io/g/linuxham/topic/controlling_the_ftdx_3000/24168609?p=
si parla proprio del fatto che alla connessione dello Yaesu il sistema deve 
vedere due nuove porte seriali ttyUSB0 e ttyUSB1

Per finire, questo video spiega come inviare qualche comando direttamente alla 
porta seriale dello Yaesu per controllare l'apparato:
https://www.youtube.com/watch?v=luOtocZHqSw
se quello funziona, allora il problema non è il sistema operativo.

Ciao 73 de IW6CWP Lorenzo

Re: connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[Enrico Rossi]

Ciao Paolo,

l'ultima volta che ho usato lo sku-17, sia come interfaccia singola che
come integrata nel 991a funzionava tutto.

L'audio, come hai visto, viene gestito come una scheda audio qualsiasi e
non dovresti aver problemi.
Il collegamento dati invece passa, o almeno io l'ho usato passando dalla
hamlib. Ci sono 2 modi, il primo che fldigi parla con lo yaesu
direttamente, il secondo che metti rigctld a parlare con lo yaesu e i
diversi software a parlare con rigctld, es:

# Rigctld x 991a
rigctld --model=135 
--rig-file=/dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00A068E6-if00-port0
 --serial-speed=4800 --verbose

o se vuoi provare i comandi a mano puoi usare la CLI, es x l'817 e
interfaccia SKU:

rigctl --model=120 
--rig-file=/dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_0094ECBE-if00-port0
 --serial-speed=9600 --verbose

Esempi di comandi rigctl che puoi testare:

# Mode
M USB 2200

# Freq
F 1418

# CW in 20mt.
M CWR 2200
F 14053250

Io proverei a dialogare con il rigctl direttamente per essere sicuro che
tutto funziona come deve.

Spero ti possa essere di aiuto,

Ciao
Enrico IU4JRU

Re: connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[Paolo Gigante]

Grazie Lorenzo, Giancarlo e Fabrizio per le vostre risposte; in 
particolare ho  visto che  il video Youtube di Giancarlo è molto 
interessante perchè mi suggerisce di tentare di colloquiare con 
l'apparato a basso livello da terminale lasciando, per il momento 
FLDIGI. Infatti DEVO poter colloquiare con l'apparato con linee tipo: 
echo "FA14250;" > Dev/tttyUSBx, poi come suggerisce Giancarlo 
verificare che non manchi qualche firmware e che ci siano tutti i permessi.




Il 02/11/22 20:15, Fabrizio Carrai ha scritto:

Ciao Paolo,
usi pulseaudio o pipewire ?

Fabrizio IU5GEZ

Il giorno mer 2 nov 2022 alle ore 11:43 Paolo Gigante 
 ha scritto:


Salve a tutta la lista. Ho la necessità di collegare il
ricetrasmettitore in oggetto con il programma FLDIGI che gira sotto
Debian 11 e collegando il cavo usb tra radio e pc, al comando lsusb
appare il listato relativo ed in particolare:

Bus 004 Device 011: ID 08bb:29c3 Texas Instruments PCM2903C Audio
CODEC
Bus 004 Device 010: ID 10c4:ea70 Silicon Labs CP2105 Dual UART Bridge
Bus 004 Device 009: ID 0424:2512 Microchip Technology, Inc. (formerly
SMSC) USB 2.0 Hub

Ovviamente staccando detto, cavo queste 3 linee del listato
scompaiono.

Quindi Debian controlla l'audio della radio (per andare in dati) , la
frequenza di ricezione e trasmissione tramite il protocollo di
trasmissione e selezionare ricezione o trasmissione (PTT).

Il punto è che FLDIGI, dopo configurato, non mostra nessun segno di
voler funzionare; quindi, secondo voi, potrebbe essere un problema di
configurazione di FLDIGI o un problema di sistema (porta usb) di
Debian
e cosa posso fare

per escludere Debian?

Grazie a tutti

Paolo IK0JBF




--
/Fabrizio/

Re: connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[Fabrizio Carrai]

Ciao Paolo,
usi pulseaudio o pipewire ?

Fabrizio IU5GEZ

Il giorno mer 2 nov 2022 alle ore 11:43 Paolo Gigante  ha
scritto:

> Salve a tutta la lista. Ho la necessità di collegare il
> ricetrasmettitore in oggetto con il programma FLDIGI che gira sotto
> Debian 11 e collegando il cavo usb tra radio e pc, al comando lsusb
> appare il listato relativo ed in particolare:
>
> Bus 004 Device 011: ID 08bb:29c3 Texas Instruments PCM2903C Audio CODEC
> Bus 004 Device 010: ID 10c4:ea70 Silicon Labs CP2105 Dual UART Bridge
> Bus 004 Device 009: ID 0424:2512 Microchip Technology, Inc. (formerly
> SMSC) USB 2.0 Hub
>
> Ovviamente staccando detto, cavo queste 3 linee del listato scompaiono.
>
> Quindi Debian controlla l'audio della radio (per andare in dati) , la
> frequenza di ricezione e trasmissione tramite il protocollo di
> trasmissione e selezionare ricezione o trasmissione (PTT).
>
> Il punto è che FLDIGI, dopo configurato, non mostra nessun segno di
> voler funzionare; quindi, secondo voi, potrebbe essere un problema di
> configurazione di FLDIGI o un problema di sistema (porta usb) di Debian
> e cosa posso fare
>
> per escludere Debian?
>
> Grazie a tutti
>
> Paolo IK0JBF
>
>
>

-- 
*Fabrizio*

R: connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[MAURIZI Lorenzo]

Buongiorno Paolo,
permesso che sono un radioamatore digitale del passato (modem baycom a 1200 
baud) e quindi non conosco queste nuove applicazioni, provo ad interpretare 
l'output di lsusb:

Bus 004 Device 011: ID 08bb:29c3 Texas Instruments PCM2903C Audio CODEC 
  -->  secondo me questa è una scheda audio, quindi praticamente l'audio del 
ricetrasmettitore viene veicolato al PC.
Bus 004 Device 010: ID 10c4:ea70 Silicon Labs CP2105 Dual UART Bridge 
  -->  questo sembra un dispositivo seriale
Bus 004 Device 009: ID 0424:2512 Microchip Technology, Inc. (formerly SMSC) USB 
2.0 Hub
  --> questo dovrebbe essere l'HUB usb presente sul ricetrasmettitore per poter 
indirizzare i due altri dispositivi USB sullo stesso cavo.

Forse manca il driver della UART CP2105 sul tuo Debian?

Inoltre, con un software di registrazione audio, potresti provare a vedere se 
riesci a registrare il segnale proveniente dall'ingresso audio che corrisponde 
con il dispositivo USB "PCM2903C Audio CODEC"?


Per la UART CP2105 vedi anche se questo messaggio ti può aiutare:
https://groups.io/g/linuxham/topic/controlling_the_ftdx_3000/24168609?p=
si parla proprio del fatto che alla connessione dello Yaesu il sistema deve 
vedere due nuove porte seriali ttyUSB0 e ttyUSB1

Per finire, questo video spiega come inviare qualche comando direttamente alla 
porta seriale dello Yaesu per controllare l'apparato:
https://www.youtube.com/watch?v=luOtocZHqSw
se quello funziona, allora il problema non è il sistema operativo.

Ciao 73 de IW6CWP Lorenzo

Re: connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[Giancarlo Martini]

1) proverei a cercare nei log per vedere se manca qualche firmware
2) Hai provato a controllare eventuali permessi ? Immagino che vengano
creati dei device sotto /devo controlla se hai i permessi di lettura e
scrittura
--
Giancarlo Martini
http://www.giancarlomartini.it
http://www.linkedin.com/in/giancarlo-martini

Il mer 2 nov 2022, 11:43 Paolo Gigante  ha scritto:

> Salve a tutta la lista. Ho la necessità di collegare il
> ricetrasmettitore in oggetto con il programma FLDIGI che gira sotto
> Debian 11 e collegando il cavo usb tra radio e pc, al comando lsusb
> appare il listato relativo ed in particolare:
>
> Bus 004 Device 011: ID 08bb:29c3 Texas Instruments PCM2903C Audio CODEC
> Bus 004 Device 010: ID 10c4:ea70 Silicon Labs CP2105 Dual UART Bridge
> Bus 004 Device 009: ID 0424:2512 Microchip Technology, Inc. (formerly
> SMSC) USB 2.0 Hub
>
> Ovviamente staccando detto, cavo queste 3 linee del listato scompaiono.
>
> Quindi Debian controlla l'audio della radio (per andare in dati) , la
> frequenza di ricezione e trasmissione tramite il protocollo di
> trasmissione e selezionare ricezione o trasmissione (PTT).
>
> Il punto è che FLDIGI, dopo configurato, non mostra nessun segno di
> voler funzionare; quindi, secondo voi, potrebbe essere un problema di
> configurazione di FLDIGI o un problema di sistema (porta usb) di Debian
> e cosa posso fare
>
> per escludere Debian?
>
> Grazie a tutti
>
> Paolo IK0JBF
>
>
>

connessione debian 11 - ricetrasmettitore Yeasu FTdx101MP

[Paolo Gigante]

Salve a tutta la lista. Ho la necessità di collegare il 
ricetrasmettitore in oggetto con il programma FLDIGI che gira sotto 
Debian 11 e collegando il cavo usb tra radio e pc, al comando lsusb 
appare il listato relativo ed in particolare:


Bus 004 Device 011: ID 08bb:29c3 Texas Instruments PCM2903C Audio CODEC
Bus 004 Device 010: ID 10c4:ea70 Silicon Labs CP2105 Dual UART Bridge
Bus 004 Device 009: ID 0424:2512 Microchip Technology, Inc. (formerly 
SMSC) USB 2.0 Hub


Ovviamente staccando detto, cavo queste 3 linee del listato scompaiono.

Quindi Debian controlla l'audio della radio (per andare in dati) , la 
frequenza di ricezione e trasmissione tramite il protocollo di 
trasmissione e selezionare ricezione o trasmissione (PTT).


Il punto è che FLDIGI, dopo configurato, non mostra nessun segno di 
voler funzionare; quindi, secondo voi, potrebbe essere un problema di 
configurazione di FLDIGI o un problema di sistema (porta usb) di Debian 
e cosa posso fare


per escludere Debian?

Grazie a tutti

Paolo IK0JBF

Re: Fetch mail debian 11

[Paride Desimone]

Il 01-11-2022 18:47 Alessandro Rubini ha scritto:

message_size_limit = 1024


Quindi e` (era) 10MB. Purtroppo oggi girano anche messaggi piu`
grandi, colpa degli allegati.



Si, ma rimane il comportamento strano


Davvero strano. Se interessa investigare ancora (visto che con imap
funziona), userei il doppio-verboso di fetchmail: "-v -v". Questo
dovrebbe chiarire quando si genera il 522, potendo vedere cosa e`
successo prima e quindi stimare la dimensione che genera l'errore.


Si, proverò a vedere un po'

Al limite proverò a sentire il maintainer/dd, sempre che non mi mandi a 
quel paese.


/paride

--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Fetch mail debian 11

[Paride Desimone]

Il 01-11-2022 17:35 Ennio Sr ha scritto:

[Scusate se viene fuori un pasticcio: è che non ho mai usato gmail per
i NGs, ma la mia posta da
console continua a non andare...!]

Il diverso comportamento tra POP3 e IMAP penso sia dovuto al fatto che
con il POP3 il messaggio
'passa' sul tuo PC - e trova un limite - mentre con IMAP resta sul
server Google.

Elenco una serie di comandi che potrebbero esserti utili:

  man postconfig

  postconf -d | grep message_size   -> vedi il limite esistente

  postconf -e  message_size_limit=3224  -> imposti un nuovo limite

e poi, dopo aver scaricato il messaggio:

  postconf -e  message_size_limit=1024   -> ritorni al precedente 
limite

  postconf -d  message_size_limit-> accerti che il comando
sia stato eseguito



No, no, non funziona niente, il limite non me lo cambia.

/paride

--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Fetch mail debian 11

[Paride Desimone]

Il 1 novembre 2022 18:20:13 UTC, Ennio Sr  ha scritto:
>Ma, naturalmente (e senza offesa), dopo aver cambiato i parametri, hai dato
>il comando 'postfix reload', vero?
>Ennio
>
>
Sudo postix reload
Sudo service postifx stop
Sudo service postfix start
Sudo reboot
Sudo apt purge postfix
Sudo apt install postfix

Non so davvero più cosa provare. 

Il prossimo passo sarà una reinstallazione pulita di bullseye in vm e provare 
da là 

/paride

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Fetch mail debian 11

[Alessandro Rubini]

> message_size_limit = 1024

Quindi e` (era) 10MB. Purtroppo oggi girano anche messaggi piu`
grandi, colpa degli allegati.

> di seguito il main.cf

Ringrazio, ma non so leggerlo. Avevo solo guardato in rete cosa
dicono gli altri, per curiosita`.

> Messagi voluminosi non ce ne sono e non riesco a capire sinceramente
> cosa ci sia che non va.  se passo in fetchmailrc al server pop,
> continua a non andare.

Davvero strano. Se interessa investigare ancora (visto che con imap
funziona), userei il doppio-verboso di fetchmail: "-v -v". Questo
dovrebbe chiarire quando si genera il 522, potendo vedere cosa e`
successo prima e quindi stimare la dimensione che genera l'errore.

Poi pero` non posso aiutare, non uso fetchmail/pop/imap e quindi non
ne ho dimestichezza.

(a proposito di stranezze, oggi ho visto che un mio programma di test
di una scheda gira ogni volta a una velocita` diversa, alla faccia
del determinismo del mondo digitale -- poi ho trovato perche`).

saluti
/alessandro

Re: Fetch mail debian 11

[Ennio Sr]

Ma, naturalmente (e senza offesa), dopo aver cambiato i parametri, hai dato
il comando 'postfix reload', vero?
Ennio

On Tue, Nov 1, 2022 at 6:47 PM Paride Desimone  wrote:

> Il 01-11-2022 14:49 Alessandro Rubini ha scritto:
> >>>> Spostando il protocollo dal pop all'imap, funziona tutto
> >>>> perfettamente
> >
> > Cio` e` buona cosa.
> >
> > Pero` e` utile comunque capire cosa e` andato storto. Passare
> > "-v -v" a fetchmail puo` essere di aiuto.
> >
> >> No, postfix e` configurato bene. Gli ho messo dimensione illimitata.
> >
> > Qualcuno suggerisce di fare "postconf -d | grep size". I limiti
> > sono piu` di uno, e il 522 viene sicuramente da SMTP -- quindi la
> > consegna locale. Strano pero` che con imap funzioni. C'era poi
> > un messaggio particolarmente voluminoso?
>
> paride@arda:~$ sudo postconf -d | grep size
> [sudo] password di paride:
> berkeley_db_create_buffer_size = 16777216
> berkeley_db_read_buffer_size = 131072
> body_checks_size_limit = 51200
> bounce_size_limit = 5
> header_size_limit = 102400
> lmdb_map_size = 16777216
> mailbox_size_limit = 5120
> message_size_limit = 1024
>
>
> paride@arda:~$ sudo postconf message_size_limit
> message_size_limit = 5120
>
> c'è indubbiamente qualche cosa che non va.
>
> Il valore è comunque settato, in questo momento, per entrambi a
> 5120.
>
> di seguito il main.cf
>
> # See /usr/share/postfix/main.cf.dist for a commented, more complete
> version
>
>
> # Debian specific:  Specifying a file name will cause the first
> # line of that file to be used as the name.  The Debian default
> # is /etc/mailname.
> myorigin = /etc/mailname
>
> smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
> biff = no
>
> # appending .domain is the MUA's job.
> append_dot_mydomain = no
>
> # Uncomment the next line to generate "delayed mail" warnings
> #delay_warning_time = 4h
>
> readme_directory = no
>
> # See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2
> on
> # fresh installs.
> compatibility_level = 2
>
>
>
> # TLS parameters
> smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
> smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
> smtpd_tls_security_level=may
> smtp_tls_CApath=/etc/ssl/certs
> smtp_tls_security_level=may
> smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
> smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated
> defer_unauth_destination
> myhostname = arda.xxx.it
> alias_maps = hash:/etc/aliases
> alias_database = hash:/etc/aliases
>
>
> #
> ### mydestination = $myhostname, localhost.$your_domain, $your_domain,
> localhost
> ###
> ### dovrebbe essere la stessa cosa di dopo
>
> #
>
> mydestination = $myhostname, xxx.it, arda.xxx.it, localhost.xxx.it,
> localhost
> relayhost =
> mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
>
> ### ->
> dimensione illimitata
> mailbox_size_limit = 0
>
> recipient_delimiter = +
> inet_interfaces = loopback-only
> inet_protocols = all
>
> # enable SASL authentication
> smtp_sasl_auth_enable = yes
>
> # disallow methods that allow anonymous authentication.
> smtp_sasl_security_options = noanonymous
>
> # where to find sasl_passwd
> smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
>
> # Enable STARTTLS encryption
> smtp_use_tls = yes
>
> # where to find CA certificates
> smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
> message_size_limit = 5120
>
> Messagi voluminosi non ce ne sono e non riesco a capire sinceramente
> cosa ci sia che non va.
> se passo in fetchmailrc al server pop, continua a non andare.
>
> /paride
> --
> http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3
>
> Chi e' pronto a rinunciare alle proprie liberta' fondamentali per
> comprarsi briciole di temporanea sicurezza non merita ne' la liberta'
> ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore,
> Assemblea della Pennsylvania, 11 novembre 1755)
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Fetch mail debian 11

[Paride Desimone]

Il 01-11-2022 14:49 Alessandro Rubini ha scritto:
Spostando il protocollo dal pop all'imap, funziona tutto 
perfettamente


Cio` e` buona cosa.

Pero` e` utile comunque capire cosa e` andato storto. Passare
"-v -v" a fetchmail puo` essere di aiuto.


No, postfix e` configurato bene. Gli ho messo dimensione illimitata.


Qualcuno suggerisce di fare "postconf -d | grep size". I limiti
sono piu` di uno, e il 522 viene sicuramente da SMTP -- quindi la
consegna locale. Strano pero` che con imap funzioni. C'era poi
un messaggio particolarmente voluminoso?


paride@arda:~$ sudo postconf -d | grep size
[sudo] password di paride:
berkeley_db_create_buffer_size = 16777216
berkeley_db_read_buffer_size = 131072
body_checks_size_limit = 51200
bounce_size_limit = 5
header_size_limit = 102400
lmdb_map_size = 16777216
mailbox_size_limit = 5120
message_size_limit = 1024


paride@arda:~$ sudo postconf message_size_limit
message_size_limit = 5120

c'è indubbiamente qualche cosa che non va.

Il valore è comunque settato, in questo momento, per entrambi a 
5120.


di seguito il main.cf

# See /usr/share/postfix/main.cf.dist for a commented, more complete 
version



# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 
on

# fresh installs.
compatibility_level = 2



# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_security_level=may
smtp_tls_CApath=/etc/ssl/certs
smtp_tls_security_level=may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated 
defer_unauth_destination

myhostname = arda.xxx.it
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases

#
### mydestination = $myhostname, localhost.$your_domain, $your_domain, 
localhost

###
### dovrebbe essere la stessa cosa di dopo
#

mydestination = $myhostname, xxx.it, arda.xxx.it, localhost.xxx.it, 
localhost

relayhost =
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128

### -> 
dimensione illimitata

mailbox_size_limit = 0

recipient_delimiter = +
inet_interfaces = loopback-only
inet_protocols = all

# enable SASL authentication
smtp_sasl_auth_enable = yes

# disallow methods that allow anonymous authentication.
smtp_sasl_security_options = noanonymous

# where to find sasl_passwd
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

# Enable STARTTLS encryption
smtp_use_tls = yes

# where to find CA certificates
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
message_size_limit = 5120

Messagi voluminosi non ce ne sono e non riesco a capire sinceramente 
cosa ci sia che non va.

se passo in fetchmailrc al server pop, continua a non andare.

/paride
--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Fetch mail debian 11

[Ennio Sr]

[Scusate se viene fuori un pasticcio: è che non ho mai usato gmail per
i NGs, ma la mia posta da
console continua a non andare...!]

Il diverso comportamento tra POP3 e IMAP penso sia dovuto al fatto che
con il POP3 il messaggio
'passa' sul tuo PC - e trova un limite - mentre con IMAP resta sul
server Google.

Elenco una serie di comandi che potrebbero esserti utili:

  man postconfig

  postconf -d | grep message_size   -> vedi il limite esistente

  postconf -e  message_size_limit=3224  -> imposti un nuovo limite

e poi, dopo aver scaricato il messaggio:

  postconf -e  message_size_limit=1024   -> ritorni al precedente limite
  postconf -d  message_size_limit-> accerti che il comando
sia stato eseguito


Spero ti sia di qualche aiuto.

   Ennio_Sr


On Mon, Oct 31, 2022 at 10:51 PM Paride Desimone  wrote:

> Il 31-10-2022 21:42 Paride Desimone ha scritto:
> > Buonasera, mi son configurato fetchmail, dovecot e postfix per avere
> > la posta in locale.
> > Ora, mi ritrovo con un problema a cui non riesco a trovare soluzione.
> > Quando lancio fetchmail, ricevo:
> >
> > 28 messages (527 seen) for parided at pop.tiscali.it (46883660 octets).
> > fetchmail: SMTP error: 552 5.3.4 Message size exceeds fixed limit
> > fetchmail: mail from mailer-dae...@pippo.landadeserta.org.it bounced
> > to mrr...@outlook.com
> > reading message pari...@pop.tiscali.it:38 of 528 (12964979 octets) not
> > flushed
> >
> > come risolvo l'errore sulla seconda riga dell'output di fetchmail?
> >
> > /paride
>
> Mah, stranissimo comportamento.
> Spostando il protocollo dal pop all'imap, funziona tutto perfettamente.
>
> /paride
> --
> http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3
>
> Chi e' pronto a rinunciare alle proprie liberta' fondamentali per
> comprarsi briciole di temporanea sicurezza non merita ne' la liberta'
> ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore,
> Assemblea della Pennsylvania, 11 novembre 1755)
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Fetch mail debian 11

[Alessandro Rubini]

>>> Spostando il protocollo dal pop all'imap, funziona tutto perfettamente

Cio` e` buona cosa.

Pero` e` utile comunque capire cosa e` andato storto. Passare
"-v -v" a fetchmail puo` essere di aiuto. 

> No, postfix e` configurato bene. Gli ho messo dimensione illimitata.

Qualcuno suggerisce di fare "postconf -d | grep size". I limiti
sono piu` di uno, e il 522 viene sicuramente da SMTP -- quindi la
consegna locale. Strano pero` che con imap funzioni. C'era poi
un messaggio particolarmente voluminoso?

Re: Fetch mail debian 11

[Paride Desimone]

Il 1 novembre 2022 09:10:39 UTC, Piviul  ha scritto:
>Il 31/10/22 22:50, Paride Desimone ha scritto:
>> Il 31-10-2022 21:42 Paride Desimone ha scritto:
>>> Buonasera, mi son configurato fetchmail, dovecot e postfix per avere
>>> la posta in locale.
>>> Ora, mi ritrovo con un problema a cui non riesco a trovare soluzione.
>>> Quando lancio fetchmail, ricevo:
>>> 
>>> 28 messages (527 seen) for parided at pop.tiscali.it (46883660 octets).
>>> fetchmail: SMTP error: 552 5.3.4 Message size exceeds fixed limit
>>> fetchmail: mail from mailer-dae...@pippo.landadeserta.org.it bounced
>>> to mrr...@outlook.com
>>> reading message pari...@pop.tiscali.it:38 of 528 (12964979 octets) not 
>>> flushed
>>> 
>>> come risolvo l'errore sulla seconda riga dell'output di fetchmail?
>>> 
>>> /paride
>> 
>> Mah, stranissimo comportamento.
>> Spostando il protocollo dal pop all'imap, funziona tutto perfettamente.
>così a occhio non mi sembra strano, il tuo smtp (postfix) è configurato per 
>non accettare  messaggi più grandi di un tot e nella tua casella pop ci sono 
>messaggi più grandi di quel tot. Un link a caso: 
>https://bobcares.com/blog/postfix-message_size_limit/
>
>Piviul
>

No, postfix è configurato bene. Gli ho messo dimensione illimitata.

/paride 
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Linux/Debian-Fetchmail: errore 530 authentication required ...

[Piviul]

Il 31/10/22 22:38, Paride Desimone ha scritto:

Il 23-10-2022 09:33 Davide Prina ha scritto:

usando da console Postfix - Mutt - Fetchmail e dai log rilevo:

"...status=bounced (host smtps.tin.it[http://smtps.tin.it]
[34.91.238.132] said: authentication required for mail submission ..."


dall'errore sembra che non venga inviata la password
Tieni presente che la password serve sia per scaricare le mail 
(POP/IMAP)

che per inviarle (SMTP).

Da quel messaggio sembra che la configurazione di SMTP sia corretta, 
solo

che non viene inviata la password.



prova a togliere password e relativo valore da fetchmailrc, e poi 
rilancia fetchmail.
Sto combattendo ora anche io con fetchmail e questo era uno dei 
problemi su cui ci ho sbattuto la testa, prima di scoprire che avevo 
messo un 1 al posto di una l. Facendo in questo modo, la password te 
la chiede e la inserisci manualmente.
Ultimamente non ho più necessità di usare fetchmail ma ricordo di aver 
sempre usato il parametro --auth nel fetchmailrc


Piviul

Re: Fetch mail debian 11

[Piviul]

Il 31/10/22 22:50, Paride Desimone ha scritto:

Il 31-10-2022 21:42 Paride Desimone ha scritto:

Buonasera, mi son configurato fetchmail, dovecot e postfix per avere
la posta in locale.
Ora, mi ritrovo con un problema a cui non riesco a trovare soluzione.
Quando lancio fetchmail, ricevo:

28 messages (527 seen) for parided at pop.tiscali.it (46883660 octets).
fetchmail: SMTP error: 552 5.3.4 Message size exceeds fixed limit
fetchmail: mail from mailer-dae...@pippo.landadeserta.org.it bounced
to mrr...@outlook.com
reading message pari...@pop.tiscali.it:38 of 528 (12964979 octets) 
not flushed


come risolvo l'errore sulla seconda riga dell'output di fetchmail?

/paride


Mah, stranissimo comportamento.
Spostando il protocollo dal pop all'imap, funziona tutto perfettamente.
così a occhio non mi sembra strano, il tuo smtp (postfix) è configurato 
per non accettare  messaggi più grandi di un tot e nella tua casella pop 
ci sono messaggi più grandi di quel tot. Un link a caso: 
https://bobcares.com/blog/postfix-message_size_limit/


Piviul

Re: Fetch mail debian 11

[Paride Desimone]

Il 31-10-2022 21:42 Paride Desimone ha scritto:

Buonasera, mi son configurato fetchmail, dovecot e postfix per avere
la posta in locale.
Ora, mi ritrovo con un problema a cui non riesco a trovare soluzione.
Quando lancio fetchmail, ricevo:

28 messages (527 seen) for parided at pop.tiscali.it (46883660 octets).
fetchmail: SMTP error: 552 5.3.4 Message size exceeds fixed limit
fetchmail: mail from mailer-dae...@pippo.landadeserta.org.it bounced
to mrr...@outlook.com
reading message pari...@pop.tiscali.it:38 of 528 (12964979 octets) not 
flushed


come risolvo l'errore sulla seconda riga dell'output di fetchmail?

/paride


Mah, stranissimo comportamento.
Spostando il protocollo dal pop all'imap, funziona tutto perfettamente.

/paride
--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Fetch mail debian 11

[Paride Desimone]

Buonasera, mi son configurato fetchmail, dovecot e postfix per avere la 
posta in locale.

Ora, mi ritrovo con un problema a cui non riesco a trovare soluzione.
Quando lancio fetchmail, ricevo:

28 messages (527 seen) for parided at pop.tiscali.it (46883660 octets).
fetchmail: SMTP error: 552 5.3.4 Message size exceeds fixed limit
fetchmail: mail from mailer-dae...@pippo.landadeserta.org.it bounced to 
mrr...@outlook.com
reading message pari...@pop.tiscali.it:38 of 528 (12964979 octets) not 
flushed


come risolvo l'errore sulla seconda riga dell'output di fetchmail?

/paride
--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Linux/Debian-Fetchmail: errore 530 authentication required ...

[Paride Desimone]

Il 23-10-2022 09:33 Davide Prina ha scritto:

usando da console Postfix - Mutt - Fetchmail e dai log rilevo:

"...status=bounced (host smtps.tin.it[http://smtps.tin.it]
[34.91.238.132] said: authentication required for mail submission ..."


dall'errore sembra che non venga inviata la password
Tieni presente che la password serve sia per scaricare le mail 
(POP/IMAP)

che per inviarle (SMTP).

Da quel messaggio sembra che la configurazione di SMTP sia corretta, 
solo

che non viene inviata la password.



prova a togliere password e relativo valore da fetchmailrc, e poi 
rilancia fetchmail.
Sto combattendo ora anche io con fetchmail e questo era uno dei problemi 
su cui ci ho sbattuto la testa, prima di scoprire che avevo messo un 1 
al posto di una l. Facendo in questo modo, la password te la chiede e la 
inserisci manualmente.


/paride
--
http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Linux/Debian-Fetchmail: errore 530 authentication required ...

[Davide Prina]

Ennio Sr ha scritto:

> tin.it[http://tin.it] non consegna la posta in partenza dal mio PC
> usando da console Postfix - Mutt - Fetchmail e dai log rilevo:
> "...status=bounced (host smtps.tin.it[http://smtps.tin.it]
> [34.91.238.132] said: authentication required for mail submission ..."

dall'errore sembra che non venga inviata la password
Tieni presente che la password serve sia per scaricare le mail (POP/IMAP)
che per inviarle (SMTP).

Da quel messaggio sembra che la configurazione di SMTP sia corretta, solo
che non viene inviata la password.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it

Re: Linux/Debian-Fetchmail: errore 530 authentication required ...

[Leandro Noferini]

Ennio Sr  writes:

> Ciao a tutti,

> Mi rincresce scrivervi da una console grafica, ma non ho al momento altro modo
> per farlo: ho scoperto che tin.it -non consegna la posta in partenza dal mio 
> PC
> usando da console Postfix - Mutt - Fetchmail e dai log rilevo:
> “…status=bounced (host smtps.tin.it [34.91.238.132] said: authentication 
> required for mail submission …”

L’errore 530 di postfix e il log dicono che ti dovresti autenticare contro il 
sito del provider per inviare la posta e quindi l’errore dovrebbe essere di 
postfix.

Io ormai è da molto tempo che non uso più postfix per questo tipo di compito 
(preferisco usare programmi più facili da configurare come msmtp) però credo 
che l’errore sia in postfix.

– 
Ciao
leandro

Linux/Debian-Fetchmail: errore 530 authentication required ...

[Ennio Sr]

Ciao a tutti,
Mi rincresce scrivervi da una console grafica, ma non ho al momento altro
modo per farlo: ho scoperto che tin.it non consegna la posta in partenza
dal mio PC usando da console Postfix - Mutt - Fetchmail e dai log rilevo:
"...status=bounced (host smtps.tin.it [34.91.238.132] said: authentication
required for mail submission ..."
Con l'età che avanza mi sento un pochino perso: sono giorni che compulso i
pochi documenti relativi a questi strumenti, che molti anni fa riuscii a
configurare con l'ottimo 'Quick & Easy Configuration' di MrShark.
Ho provato a seguire i consigli forniti nel sito della Tim circa il cambio
dal vecchio 'box' al nuovo 'smtpd', modificando le varie istanze di
.fetchmailrc c.s.:

poll pops.tin.it with proto POP3 timeout 60 auth password user
"nasr.laili" there with password "omisssis" is "nome" here options keep
fetchall

e quelle in /etc/postfix/main.cf , cambiando in 'smtpd' il precedente
'smtp' (salvo la riga riferita alla password che si ostina a restare smtp).
Un vostro aiuto mi farebbe davvero comodo, ad es, su dove posso trovare un
valido esempio di un 'main.cf' che vada bene per Postfix-3.1.15 sotto
Debian 9.13 (stretch).

Grazie dell'attenzione,
   Ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Gabriele Zappi]

Buongiorno, condivido pienamente tutto ciò che dici.
Altro che fallito, Alessandro Rubini! :-D Oltre a riconfermare (semmai ce
ne fosse bisogno) la tua indubbia competenza tecnica, dimostri anche grande
saggezza!

Un saluto. :)
Gabo

[image: Mailtrack]

Sender
notified by
Mailtrack

04/10/22,
09:19:49
Remove

Il giorno lun 3 ott 2022 alle ore 10:11 Alessandro Rubini <
rub...@arcana.linux.it> ha scritto:

> > se la macchina deve far girare un sistema libero non deve richiederli,
>
> Sembra lapalissiano, ma secondo me e` proprio sbagliato dentro.
>
> Sia chiaro, vorrei firmware libero, ma non e` fondamentale come avere
> un driver libero.
>
> Il firmware e` parte dell'hardware. Se accetto che l'hardware non sia
> libero non ha senso che la meni sul firmware.
>
> In ogni caso l'hardware e` liberamente utilizzabile: la scheda wifi
> (usb o pcix o altro) la monto su qualunque architettura, anche riscv;
> basta portarmi dietro il binario del firmware.
>
> E secondo me a menarla sul firmware ci facciamo anche la figura dei
> fessi. Le poche periferiche che non richiedono un firmware esterno
> semplicemente lo hanno dentro e costano di piu`. Quasi tutto ormai ha
> un processore infilato da qualche parte su per il naso: sicuramente
> tutte le schede wifi, tutte quelle usb e immagino molte schede
> di rete pci di fascia alta, schede audio e chissa` cos'altro.
> Ormai solo il gpio non ha firmware associato.
>
> Insistere a non voler inviare un .bin alla periferica e` perdente, non
> solo perche` in pratica vuol dire non poter usare quasi niente, ma
> perche` quel poco che non lo richiede lo ha gia` precaricato, e
> filosoficamente non cambia niente.
>
> Discorso diverso per i driver, ovviamente. Per vari motivi che
> non ha senso ripetere qui.
>
> Ma so che sono parole al vento: chi e` convinto non ascolta ragioni.
> Come conseguenza la fsf e` ormai irrilevante e noi siamo
> dei falliti in una nicchia fuori dal mondo. Io per primo.
>
>

-- 

Best regards,

*Gabriele Zappi*
*http://www.gabrielezappi.net *
GNU/Linux user #380098

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Gian Uberto Lauri]

>>>>> "AR" == Alessandro Rubini  writes:

AR> Ma so che sono parole al vento: chi e` convinto non ascolta
AR> ragioni.  Come conseguenza la fsf e` ormai irrilevante e noi siamo
AR> dei falliti in una nicchia fuori dal mondo. Io per primo.

Sarai anche un fallito, ma dici cose saggie. Tra i due modi di
fallire, meglio quello saggio.

-- 
 /\   ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_   African word
  //--\| | \|  |   Integralista GNUslamico   meaning "I can
\/ coltivatore diretto di software   not install
 già sistemista a tempo (altrui) perso...Debian"

Warning: gnome-config-daemon considered more dangerous than GOTO

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Marco Ciampa]

On Mon, Oct 03, 2022 at 09:46:25AM +0200, Alessandro Rubini wrote:
> > se la macchina deve far girare un sistema libero non deve richiederli,
> 
> Sembra lapalissiano, ma secondo me e` proprio sbagliato dentro.
> 
> Sia chiaro, vorrei firmware libero, ma non e` fondamentale come avere
> un driver libero.
> 
> Il firmware e` parte dell'hardware. Se accetto che l'hardware non sia
> libero non ha senso che la meni sul firmware.
> 
> In ogni caso l'hardware e` liberamente utilizzabile: la scheda wifi
> (usb o pcix o altro) la monto su qualunque architettura, anche riscv;
> basta portarmi dietro il binario del firmware.
> 
> E secondo me a menarla sul firmware ci facciamo anche la figura dei
> fessi. Le poche periferiche che non richiedono un firmware esterno
> semplicemente lo hanno dentro e costano di piu`. Quasi tutto ormai ha
> un processore infilato da qualche parte su per il naso: sicuramente
> tutte le schede wifi, tutte quelle usb e immagino molte schede
> di rete pci di fascia alta, schede audio e chissa` cos'altro.
> Ormai solo il gpio non ha firmware associato.
> 
> Insistere a non voler inviare un .bin alla periferica e` perdente, non
> solo perche` in pratica vuol dire non poter usare quasi niente, ma
> perche` quel poco che non lo richiede lo ha gia` precaricato, e
> filosoficamente non cambia niente.
> 
> Discorso diverso per i driver, ovviamente. Per vari motivi che
> non ha senso ripetere qui.
> 
> Ma so che sono parole al vento: chi e` convinto non ascolta ragioni.
> Come conseguenza la fsf e` ormai irrilevante e noi siamo
> dei falliti in una nicchia fuori dal mondo. Io per primo.

Concordo.

Per confermare ciò che dici aggiungo che avendo oramai processori che
contengono interi sistemi operativi (vedi Minix su Intel) senza averne il
sorgente a disposizione, l'intero discorso appare oltremodo irrazionale.
E non vedo come possa essere diverso per gli AMD o ARM o altro non open
hardware.

Una macchina spenta o non funzionante è molto sicura, ma non serve a nulla.

--

Amike,
Marco Ciampa

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Fabrizio]

Il giorno lun 3 ott 2022 alle ore 10:11 Alessandro Rubini <
rub...@arcana.linux.it> ha scritto:

> > se la macchina deve far girare un sistema libero non deve richiederli,
>
> Sembra lapalissiano, ma secondo me e` proprio sbagliato dentro.
>
> Sia chiaro, vorrei firmware libero, ma non e` fondamentale come avere
> un driver libero.
>
> Il firmware e` parte dell'hardware. Se accetto che l'hardware non sia
> libero non ha senso che la meni sul firmware.
>
> se ho capito bene il ragionamento di Paolo era proprio il non accettare
questo punto.

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Alessandro Rubini]

> se la macchina deve far girare un sistema libero non deve richiederli,

Sembra lapalissiano, ma secondo me e` proprio sbagliato dentro.

Sia chiaro, vorrei firmware libero, ma non e` fondamentale come avere
un driver libero.

Il firmware e` parte dell'hardware. Se accetto che l'hardware non sia
libero non ha senso che la meni sul firmware.

In ogni caso l'hardware e` liberamente utilizzabile: la scheda wifi
(usb o pcix o altro) la monto su qualunque architettura, anche riscv;
basta portarmi dietro il binario del firmware.

E secondo me a menarla sul firmware ci facciamo anche la figura dei
fessi. Le poche periferiche che non richiedono un firmware esterno
semplicemente lo hanno dentro e costano di piu`. Quasi tutto ormai ha
un processore infilato da qualche parte su per il naso: sicuramente
tutte le schede wifi, tutte quelle usb e immagino molte schede
di rete pci di fascia alta, schede audio e chissa` cos'altro.
Ormai solo il gpio non ha firmware associato.

Insistere a non voler inviare un .bin alla periferica e` perdente, non
solo perche` in pratica vuol dire non poter usare quasi niente, ma
perche` quel poco che non lo richiede lo ha gia` precaricato, e
filosoficamente non cambia niente.

Discorso diverso per i driver, ovviamente. Per vari motivi che
non ha senso ripetere qui.

Ma so che sono parole al vento: chi e` convinto non ascolta ragioni.
Come conseguenza la fsf e` ormai irrilevante e noi siamo
dei falliti in una nicchia fuori dal mondo. Io per primo.

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Fabrizio]

Il giorno lun 3 ott 2022 alle ore 07:11 Paolo Redælli <
paolo.redae...@gmail.com> ha scritto:

>
> Il 02/10/22 18:23, Felipe Salvador ha scritto:
> > Ciao,
> > penso che il tuo ragionamento non faccia una piega. Sono mosso dalla
> > frustrazione, a volte capita di avere hardware di rete che richiede
> > firmware non-free e ti ritrovi con una net-install inutile
> sull'immediato.
>
> Per evitare di essere funestati da firmware proprietari è utile
> insistere in ogni luogo appropriato e non appropriato sul fatto che se
> la macchina deve far girare un sistema libero non deve richiederli,
> specialmente in fase di pianificazione ed acquisizione.
>
> pianificazione e acquisizione va che la gente comune va in negozio (se
ancora ci va), punto e basta, dove di solito il commesso se ti va di lusso
lo sa accendere un pc


> Se "niente firmware proprietari" è un requisito riportato nella
> richiesta di acquisto ti risparmi un sacco di grane.
>

e se il pc ce l'hai già o ne vuoi uno usato che fai
metti su un blog dove illustri come si fa questo acquisto...mi pare di
capire dalle tue mail che hai capacità di farlo.

Certo spesso è assai difficile far arrivare la nostra voce a chi è
> preposto all'acquisto, ma è sempre cosa buona provare.
>
> Da come ho capito, l'installer segnalerà che il sistema richiede firmware
proprietari e produrrà un log o qualcosa del genere dove ci sarà evidenza.
Penso che l'arma sia proprio qui: puoi istruire l'utente direttamente con
l'installer tipo
Utonto il tuo pc è brutto e cattivo perchè vuole i firmware proprietari e
tu se installi sei un dittatore di un paese di 8 fuso orari che ci lascia
al freddo d'inverno.
Ovviamente scherzo...

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Paolo Redælli]

Il 02/10/22 18:23, Felipe Salvador ha scritto:

Ciao,
penso che il tuo ragionamento non faccia una piega. Sono mosso dalla
frustrazione, a volte capita di avere hardware di rete che richiede
firmware non-free e ti ritrovi con una net-install inutile sull'immediato.


Per evitare di essere funestati da firmware proprietari è utile 
insistere in ogni luogo appropriato e non appropriato sul fatto che se 
la macchina deve far girare un sistema libero non deve richiederli, 
specialmente in fase di pianificazione ed acquisizione.


Se "niente firmware proprietari" è un requisito riportato nella 
richiesta di acquisto ti risparmi un sacco di grane.


Certo spesso è assai difficile far arrivare la nostra voce a chi è 
preposto all'acquisto, ma è sempre cosa buona provare.

Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image

[Felipe Salvador]

On Sun, Oct 02, 2022 at 01:07:14PM +0200, Matteo Bini wrote:

> Ricordiamocelo tutti: Debian non è Ubuntu, è una distribuzione di
> GNU/Linux!
> 
> --
> Matteo Bini

Ciao,
avere aperto questa discussione per poi ricevere una risposta, una
opinione così puntuale e ben esposta mi riempe di gioia. Fa bene alla
mente a leggerla.

Detto ciò, condivido a pieno.

On Sun, Oct 02, 2022 at 02:07:06PM +0200, Fabrizio wrote:
> Il giorno dom 2 ott 2022 alle ore 11:56 Felipe Salvador <
> felipe.salva...@gmail.com> ha scritto:
> 
> > Buongiorno,
> > le votazioni si sono concluse e questo è il risultato:
> > https://lists.debian.org/debian-vote/2022/10/msg0.html
> >
> > Io penso che si potevano tenere in conto del differenze fra i vari
> > hardware.
> >
> 
> Spero di quotare bene perchè sono in libertà vigilata.:D
> 
> Direi di no, uno o centomila stessa cosa

Ciao,
penso che il tuo ragionamento non faccia una piega. Sono mosso dalla
frustrazione, a volte capita di avere hardware di rete che richiede
firmware non-free e ti ritrovi con una net-install inutile sull'immediato.

> > Ad esempio il firmware per una scheda di rete, mio parere, è più
> > importante di quello per una scheda audio. Quello per una CPU
> > (mitigazioni varie falle), più importante di quello per una GPU.
> >
> > Non è detto, senza quel firmware potrebbe impedirti di installare

Mai capitato e spero che non mi capiti mai!

> > PS. personalmente ho trovato sempre difficoltà ad usare il metodo
> > proposto fino ad oggi del firmware posto su un supporto esterno.
> >
> Ci sono già le iso con firmware non free, anche le live,
> bisognerebbe vedere quanti download hannomi aspetterei sorprese

Mettere al voto una questione di principio, non mi convince.

> Cosa ne pensate?
> 
> 
> penso che è stata fatta una scelta non ipocrita, quindi la condivido, sarà
> l'utente a fare esperienza e crescere, poi fare le scelte che ritiene
> opportune.
> Io cerco di avere un sistema libero però mi rendo conto che non è sempre
> possibile.
> Buona domenica

Non penso sia ipocrisia, penso sia l'esatto opposto, è chiarezza in
una visione che viene indebolita da questa decisione:
Debian non ammette questo per questi motivi e siccome
riteniamo questo, non faremo mai quast'altro. 

PS. perdonate l'ogetto, fatto casino.

Saluti

-- 

Felipe Salvador

[era Rock Pi] armbian vs debian arm

[Piviul]

Ho visto che armbian supporta il rock PI4: https://www.armbian.com/download/

Che dite a questo punto si può ragionevolmente pensare che anche nel 
prossimo futuro rimanga supportato?


Piviul

Re: openjdk-7-jre-headless e debian 11

[Davide Prina]

Piviul ha scritto:

> è possibile installare openjdk-7-jre-headless su una 
> debian 11 (bullseye)? Se la risposta fosse positiva mi sapete indicare 
> una qualche guida?

puoi provare con snapshot: https://snapshot.debian.org/
se tale versione è mai stata in bullseye

altrimenti puoi installarti la openjdk dal sito in una directory...
e metti il path completo per eseguire java

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it

openjdk-7-jre-headless e debian 11

[Piviul]

Ciao a tutti, è possibile installare openjdk-7-jre-headless su una 
debian 11 (bullseye)? Se la risposta fosse positiva mi sapete indicare 
una qualche guida?


Grazie

Piviul

Re: come installare debian 11 con XFCE?

[Beatrice Torracca]

Ciao Gino,

On 15/08/22 14:04, Gino Zancarli wrote:
> Vorrei installare Debian.4 con XFCE. So che è fattibile, ma ancora non
> ci sono riuscito. Chiedo un aiuto. Grazie.
>

così su due piedi non ti so dire i dettagli precisi, ma direi che usando 
l'installatore Debian e una immagine Netinst per l'installazione 
scaricando i pacchetti dalla rete, quando arrivi alla selezione delle 
attività puoi selezionare il desktop che preferisci.


Trovi informazioni nella guida all'installazione e anche nelle pagine di 
Xfce nel wiki Debian.


Comunque questa è la lista dei traduttori in italiano del progetto 
Debian e non è una lista di aiuto. Per chiedere aiuto devi usare la 
lista debian-ital...@lists.debian.it 
(https://lists.debian.org/debian-italian/)


Buona giornata,

beatrice

come installare debian 11 con XFCE?

[Gino Zancarli]

Vorrei installare Debian.4 con XFCE. So che è fattibile, ma ancora non 
ci sono riuscito. Chiedo un aiuto. Grazie.

Compleanno Debian (16 agosto): confcall italiana

[Elena ``of Valhalla'']

Ciao

martedì prossimo, 16 agosto, è il compleanno_ di Debian, e in giro per
il mondo si organizzano festeggiamenti.

.. _compleanno: https://wiki.debian.org/DebianDay

Dato che però da noi in Italia molti tendono a non essere a casa in
questa settimana, rendendo difficile organizzare eventi in presenza qui
nel nord, proporrei di continuare col piano dell'anno scorso e trovarci
alla sera, dalle 20:30 in poi, all'indirizzo

https://meet.gl-como.it/DebianDay

per una serata di chiacchere tra debianari (ma accettiamo anche chi usa
arch :D ) e altra gente interessata a Software e Cultura Liberi.
-- 
Elena ``of Valhalla''

率


signature.asc
Description: PGP signature

Re: installare Debian su Asus UX305F

[beppe]

Il 20/07/22 19:15, Giancarlo Martini ha scritto:


Hai verificato che la chiavetta sia venuta bene?
Grazie mille, avevo controllato tutto, ma non la chiavetta usb creata 
dal file.iso.

ciao
Beppe


--
Giancarlo Martini
http://www.giancarlomartini.it
http://www.linkedin.com/in/giancarlo-martini

Il mer 20 lug 2022, 18:19 giuseppe  ha scritto:

Non riesco a settare correttamente nel BIOS le impostazioni per
togliere windows come sistema predefinito

sul notebook Asus UX305F.

...
-- 
le nuvole non hanno regole,

perchè non hanno mai rinunciato
alla libertà di sognare.




--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: installare Debian su Asus UX305F

[Giancarlo Martini]

Hai verificato che la chiavetta sia venuta bene?
--
Giancarlo Martini
http://www.giancarlomartini.it
http://www.linkedin.com/in/giancarlo-martini

Il mer 20 lug 2022, 18:19 giuseppe  ha scritto:

> Non riesco a settare correttamente nel BIOS le impostazioni per togliere
> windows come sistema predefinito
>
> sul notebook Asus UX305F.
>
> Fn+F2 prima di accendere il pc e tenerlo premuto fino ad apparire la
> schermata del BIOS.
>
> Scelto: Secure Boot Menu->Secure Boot Control: Disabled
>
> Boot Configuration: Launch CSM: Disabled
>
> Boot Option Priorities: PHILIPS  (chiavetta usb)
>
> Hard Drive BBS Priorities: PHILIPS 
>
> Add boot option: PHILIPS 
>
> ho usato anche Delete Boot Option: windows boot manager man non cambia.
>
> inizia a leggere la chiavetta USB con Debian, ma non la carica,
>
> e riavvia windows 10.
>
> Non so come impostare Path for boot option e Create Boot option File Path.
>
> adesso e' impostato (PCI(1F|2\DevicePath(Type 3, SubType
> 12)HD(Part1,Sig6a103...)
>
> Qualche altra impostazione che ho dimenticato?
>
> Anticipatamente ringrazio per i suggerimenti.
>
> ciao Beppe
> --
> le nuvole non hanno regole,
> perchè non hanno mai rinunciato
> alla libertà di sognare.
>

installare Debian su Asus UX305F

[giuseppe]

Non riesco a settare correttamente nel BIOS le impostazioni per togliere 
windows come sistema predefinito


sul notebook Asus UX305F.

Fn+F2 prima di accendere il pc e tenerlo premuto fino ad apparire la 
schermata del BIOS.


Scelto: Secure Boot Menu->Secure Boot Control: Disabled

Boot Configuration: Launch CSM: Disabled

Boot Option Priorities: PHILIPS  (chiavetta usb)

Hard Drive BBS Priorities: PHILIPS 

Add boot option: PHILIPS 

ho usato anche Delete Boot Option: windows boot manager man non cambia.

inizia a leggere la chiavetta USB con Debian, ma non la carica,

e riavvia windows 10.

Non so come impostare Path for boot option e Create Boot option File Path.

adesso e' impostato (PCI(1F|2\DevicePath(Type 3, SubType 
12)HD(Part1,Sig6a103...)


Qualche altra impostazione che ho dimenticato?

Anticipatamente ringrazio per i suggerimenti.

ciao Beppe

--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: debian 12 e virtualbox

[Giuseppe Naponiello]

Stupido io, scusatemi, leggendo in velocità dal cellulare ho letto 
qemu-kde Shame on me


Il 11/07/22 11:35, Fabrizio ha scritto:



Il giorno lun 11 lug 2022 alle ore 11:21 Giuseppe Naponiello 
mailto:beppen...@gmail.com>> ha scritto:


Il 10/07/22 09:18, Fabrizio ha scritto:
> Cosa ti impedisce di usare libvirt qemu-kvm?

Molto interessante, non lo conoscevo!

Domanda stupida, spero di non andare off-topic o infiltrarmi con un
nuovo thread ma esiste una roba per gnome? Vorrei evitare di
installare
tutta la roba di kde per un software.
Grazie a tutti

Perchè kde? virt-manager si appoggia a gtk, qemu ti da lo "user space" 
e kvm è nel kernel e non hanno proprio la parte grafica.
in gnome c'è Boxes ma odiando con tutto me stesso il paradigma del 
suddetto DE non l'ho mai usato (mi fermai a gnome 2.x)

Re: debian 12 e virtualbox

[Fabrizio]

Il giorno lun 11 lug 2022 alle ore 11:21 Giuseppe Naponiello <
beppen...@gmail.com> ha scritto:

> Il 10/07/22 09:18, Fabrizio ha scritto:
> > Cosa ti impedisce di usare libvirt qemu-kvm?
>
> Molto interessante, non lo conoscevo!
>
> Domanda stupida, spero di non andare off-topic o infiltrarmi con un
> nuovo thread ma esiste una roba per gnome? Vorrei evitare di installare
> tutta la roba di kde per un software.
> Grazie a tutti
>
> Perchè kde? virt-manager si appoggia a gtk, qemu ti da lo "user space" e
kvm è nel kernel e non hanno proprio la parte grafica.
in gnome c'è Boxes ma odiando con tutto me stesso il paradigma del suddetto
DE non l'ho mai usato (mi fermai a gnome 2.x)

Re: debian 12 e virtualbox

[Giuseppe Naponiello]

Il 10/07/22 09:18, Fabrizio ha scritto:

Cosa ti impedisce di usare libvirt qemu-kvm?


Molto interessante, non lo conoscevo!

Domanda stupida, spero di non andare off-topic o infiltrarmi con un 
nuovo thread ma esiste una roba per gnome? Vorrei evitare di installare 
tutta la roba di kde per un software.

Grazie a tutti

Re: debian 12 e virtualbox

[Mauro]

e soprattutto e' nativo e decisamente meglio integrato.

Il 10/07/2022 10:45, Matteo Bini ha scritto:

Tra l'altro qemu e aqemu dovrebbero avere meno dipendenze di virtualbox.

Re: debian 12 e virtualbox

[Fabrizio]

Il dom 10 lug 2022, 13:12 Filippo Dal Bosco -  ha scritto:

>
> domanda : i devices attaccati al usb qemu-kvm li vede e li usa ?

Filippo


Si. Puoi anche installare da chiavetta
ma a te interessa qemu e virt-manager che è l'applicazione per gestire le
VM da interfaccia grafica, hai poco da studiare se già usi virtualbox, è
praticamente la stessa cosa. Il wiki debian saranno 3 o 4 comandi per avere
tutto su. Ci sono una marea di tutorial su YT da 5 minuti che lo spiegano
benissimo. Qui più che tempo è voglia