E349 in vim e 'pioggia di diamanti' sulla tastiera

2020-02-18 Per discussione Ennio-Sr
Ciao a tutti.

Mentre editavo con vim un file di testo, vim si è bloccato
inaspettatamente e non rispondeva più ai comandi per uscire o salvarre o
interrompere con CTRL-c. In calce appariva l' errore:
_E349: No identifier under cursor_

La cosa ancora più strana è che, spostandomi nelle console libere (ALT
F1, F2, ecc.), qualunque tasto pigiassi, veniva fuori un glifo
romboidale (che qualcuno chiama 'diamante'), ossia il carattere che
denota l'assenza del relativo glifo!

Ho fatto un soft reboot e la cosa è andata a posto, ma mi chiedo da cosa
possa dipendere: riscaldamento eccessivo, hardware piuttosto vecchiotto?
In journalctl e system non ho trovato niente di signicativo...

Vi è mai capitato?

Grazie ell'attenzione, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà 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: Posfix, buster ed errori strani...

2020-02-18 Per discussione Marco Gaiarin
Mandi! Davide Prina
  In chel di` si favelave...

>>   Feb 17 16:33:18 vbaculalpb postfix/smtpd[3688]: fatal: in parameter 
>> smtpd_relay_restrictions or smtpd_recipient_restrictions, specify at least 
>> one working instance of: reject_unauth_destination, 
>> defer_unauth_destination, reject, defer, defer_if_permit or 
>> check_relay_domains
> non so configurare postfix, ma qui interpreto che è stato impostato uno 
> dei due parametri: smtpd_relay_restrictions, smtpd_recipient_restrictions
> e per questo occorre impostare almeno uno tra:
> reject_unauth_destination, defer_unauth_destination, reject, defer, 
> defer_if_permit or check_relay_domains

Ottimo spunto. Neanche io piaccio molto a postfix, ad ogni modo:

 root@vbaculalpb:~# postconf | egrep "^(smtpd_(relay|recipient)_restrictions)"
 smtpd_recipient_restrictions =
 smtpd_relay_restrictions = ${{$compatibility_level} < {1} ? {} : 
{permit_mynetworks, permit_sasl_authenticated, defer_unauth_destination}}

mi ha fatto capire che bastava dare un:

postconf compatibility_level=2
postfix reload

per sistemare tutto. Grazie!


Vorrei capire se è un 'baco' debian, o se un problema di chi ha preparato il
container per proxmox...

-- 
  In amore ci vuole fortuna, ma anche un bel culo non guasta.
(Fabio Fazio)




Re: Posfix, buster ed errori strani...

2020-02-18 Per discussione Davide Prina

On 17/02/20 16:43, Marco Gaiarin wrote:


Feb 17 16:33:18 vbaculalpb postfix/smtpd[3688]: fatal: in parameter 
smtpd_relay_restrictions or smtpd_recipient_restrictions, specify at least one 
working instance of: reject_unauth_destination, defer_unauth_destination, 
reject, defer, defer_if_permit or check_relay_domains


non so configurare postfix, ma qui interpreto che è stato impostato uno 
dei due parametri: smtpd_relay_restrictions, smtpd_recipient_restrictions


e per questo occorre impostare almeno uno tra:
reject_unauth_destination, defer_unauth_destination, reject, defer, 
defer_if_permit or check_relay_domains


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
I lati oscuri del secure boot:
https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/whitepaper-web
Petizione contro il secure boot:
https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/statement
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook