serpico75

Επειδή δεν ξέρω εάν το λέω καλά, το πάνω πάνω domain λέγεται bare domain ή naked domain. Δηλαδή, στο www.example.com το bare είναι το example.com Το διευκρινίζω για αυτό που θα πω στη συνέχεια... Υπάρχει όμως και η ελάχιστη/πολύ μικρή λεπτομέρεια. Η λεπτομέρεια είναι, όταν βάλεις στον registrar να δείχνουν σε άλλους nameservers. Αλλά, όχι μόνο αυτό. Θα αναλύσω. . . Ρίξτε μιά ματιά εδώ. Εδώ είναι το nameserver section για αρκετούς registrars. Και πώς δηλώνεις να βλέπουν τους nameservers στην digitalocean. Φυσικά, μετά, πρέπει να φτιάξεις τα RRs στην digital ocean. Επισης, πολύ σημαντικό (και ρίξτε μιά ματιά καί εδώ, θέλει ελάχιστο διάβασμα). Το θέμα που μπερδεύει εμένα, και ίσως αρκετούς, ότι, οι nameservers που δηλώνονται και διαβάζονται σε έναν registrar, είναι στο nameserver section (να το πούμε, αρχικά??? Ίσως αρχικά εκεί στέλνεται το query). Όπως το site που έδωσα για την digitalocean, και το section για αρκετούς registrars. Από την άλλη, στην σελίδα της KINAMO, αναφέρεται πολύ καλά η ταυτόχρονη ύπαρξη nameservers section καί NS records (είναι η απορία που έχω καί μπερδεύομαι). Αυτό που δεν πρέπει να επιτρέπεται (τουλάχιστον όπως το καταλαβαίνω) είναι, όταν έχεις nameserves section (όποιοι είναι αυτοί, π.χ. της Godaddy να είναι δηλωμένοι οι ίδιοι της Godaddy και στην Godaddy να ρυθμίζεται το DNS ή π.χ. της Godaddy, στο nameservers section να γίνεται point στην digitalocean και η διαχείριση τού DNS να γίνεται στην digitalocean), όποιο κι αν είναι το σενάριο, αυτό, λοιπόν, που δεν θα έπρεπε να επιτρέπεται είναι να αφήνεται να δημιουργηθούν NS records για το bare domain. Εφόσον αυτή η πληροφορία δίνεται απ' τον public authoritative nameserver, γιατί να μπορούν να δημιουργηθούν NS records που να δίνεται η ίδια πληροφορία??? Οπότε, πολύ σωστή είναι (για μένα, τουλάχιστον), η ανάλυση που κάνει η KINAMO στο παραπάνω link. Εάν μπορεί ο namesrver στο query να δώσει το resolve, όλα καλά, και το πράγμα σταματάει εκεί (προφανώς πρόκειται για το bare domain query). Εάν, όμως, το query δεν έχει να κάνει με το bare domain (εδώ μάλλον μιλάμε για sub-domains), τότε, ασφαλώς και χρειάζονται τα NS records, η σωστή δήλωσή τους στο zone file, και να έχει ενημερωθεί καί ο π.χ. .com TLD (παράδειγμα: sub1.example.com). Κάτι σαν να λέμε υπάρχει μία υποθετική σειρά που να γίνεται το query: α. public authoritative nameserver section και εάν δεν είναι δουλειά του β. NS record nameserver

Λόγω τού ότι θέλω να τα ξεκαθαρίσω, μπορεί και η απορία μου να έχει ειπωθεί λάθος από μένα. Αυτό ακριβώς προσπαθώ να κάνω. Να διορθώσω το/τα λάθη αυτά. Να προσαρμόσω, λοιπόν, την παραπάνω εικόνα, στο παράδειγμά μου σχετικά με την Godaddy. Στο παράδειγμα της εικόνας, υπάρχουν δύο NS records για δύο nameservers. Οι nameservers είναι οι: ns1.jbmc-software.com. ns2.jbmc-software.com. Νομίζω υπάρχουν δύο περιπτώσεις: Α. Εάν οι ns1.jbmc-software.com. ns2.jbmc-software.com. είναι οι nameservers τής Godaddy (πάντα υποθετικά μιλώντας), τότε δεν χρειάζεται να υπήρχαν αυτά τα δύο ns records της εικόνας. Προφανώς, αυτοί οι δύο nameservers θα ήταν δηλωμένοι ως οι nameservers στο αντίστοιχο section για nameservers τής Godaddy. Β. Εάν οι ns1.jbmc-software.com. ns2.jbmc-software.com. δεν είναι οι nameservers τής Godaddy, τότε εδώ είναι που μπερδεύομαι. Δύο περιπτώσεις για μένα. Β1. Ή πας και δηλώνεις στο section τής Godaddy για nameservers τούς: ns1.jbmc-software.com. ns2.jbmc-software.com. και τέλος. Όλα δουλεύουν κανονικά στο resolve. ή Β2. Πάς και φτιάχνεις ένα Α record με την IP τού site και δύο ns records όπου το κάθε ένα θα έχει από έναν name server. Αυτούς τους δύο name servers θα σου τους έχει δώσει με κάποιο τρόπο ο web hosting provider (το πιό πιθανό στην προσθήκη τού domain στα domain σου στο web hosting ή π.χ. με mail). Στην συγκεκριμένη περίπτωση, τα A record και δύο NS records θα είναι: Α site-helper.com 216.194.67.19 NS site-helper.com ns1.jbmc-software.com. NS site-helper.com ns2.jbmc-software.com. Αυτό είναι που εξήγησα πριν, και τώρα το δίνω με παράδειγμα. Στην περίπτωση Α, που οι nameservers είναι τής Godaddy, τα πράγματα είναι απλά. Στο nameservers section, δηλώνονται απλά οι nameservers τής Godaddy και όλα λειτουργούν ομαλά. Στο B1 και B2, όμως, που οι nameservers ανήκουν σε άλλο hosting provider, πώς γίνεται στη μία περίπτωση (Β2) να χρειάζεται η IP τού διαφορετικού hosting provider και στην άλλη (Β1) να μη χρειάζεται IP; Διότι έχω δει σε πολλά videos και σε πολλά sites, καί τις δύο περιπτώσεις. Αλλάζοντας nameservers, λόγω τού ότι αλλάζεις web hosting, σε άλλες περιπτώσεις δηλώνεις μόνο τούς nameservers, και σε άλλες παίζεις με τον συνδυασμό που έδωσα A+NS records. Όπως είπα λίγο παραπάνω. Είδα κάπου, σε όταν κάποιος είχε registrar την Godaddy, είχε droplet στην Digitalocean (και διαχείριση τού DNS στην Digitalocean). Οπότε, εκεί είδα ότι πήγε στην Godaddy, στο section nameservers, και άλλαξε τους nameservers στης Digitalocean. Αλλού, πάλι είδα A+NS records. Να γίνεται, ας το πούμε, κάποιο pointer σε άλλο web hosting με A+NS records συνδυασμό. υ.γ. Ναι, κατά την πληκτρολόγηση συνειδητοποίησα ένα μεγάλο λάθος στην προηγούμενη απορία μου:δεν διευκρίνησα όταν μιλάμε για διαφορετικό registrar και διαφορετικό web hosting. Sorry guys!

Ποιά η διαφορά ανάμεσα σε NS records και nameservers; Εννοώ, είδα σε videos, εάν κάποιος έχει registrar την Godaddy, και έχει Digital ocean aplet, τότε στην Godaddy, πηγαίνει στο section nameservers, και τους ρυθμίζει απλά να δείχνουν τους nameservers τής Digitalocean. Δεν "παίζει" με κάποια IP των nameservers. Απ'την άλλη, σε αλλά videos είδα να φτιάχνονται NS records με IP. Δηλαδή, φτιάχνεται ένα A record με IP, και στη συνέχεια δύο NS records. Ποια είναι η διαφορά; Πότε δουλεύουμε με nameserver section και πότε με NS records;

Ok. Ευχαριστώ πολύ!

Να υποθέσω πως το "κανονικά" έχει να κάνει πως δεν θα υπάρξει κάποιο θέμα. Correct?

Μία πληροφορία για οφειλή. Ονόματα:Νίκος & Μαρία Η Μαρία έχει μία οφειλή στο εθνικό κτηματολόγιο. Έχει έντυπο πληρωμής με τον κωδικό πληρωμής 401 π.χ. 123123123123123123123 Ο Νίκος έχει δική του κάρτα δηλωμένη στην π.χ. ΤΡΑΠΕΖΑ ΠΕΙΡΑΙΩΣ για e-banking. Το κτηματολόγιο αναφέρει ότι στην ΠΕΙΡΑΙΩΣ μπορεί να πληρωθεί μέσω internet η συγκεκριμένη οφειλή. Μπορεί ο Νίκος να πληρώσει την οφειλή της Μαρία στο internet με την δική του κάρτα ή θα υπάρξει κάποιο θέμα; Δηλαδή, πρέπει οπωσδήποτε να πληρωθεί με κάρτα της Μαρίας; Ευχαριστώ!

Παρακαλώ, ήθελα μια επιβεβαίωση στο παρακάτω. Ο κάθε name server έχει μια IP address. Ο .com name server, έχει μια IP address. Έτσι, στην αναζήτηση π.χ. u2.com , ένας root-server , που θα συνεχίσει την αναζήτηση στο .com, έχει ένα Α record που δείχνει στον .com. Στη συνέχεια, ο .com, έχει ένα A record που δείχνει στην IP τού name server U2.com. Φτάνοντας, τελικά, το query στον U2.com name server, εκεί υπάρχει ένα A record που περιέχει την IP τού web server με το site U2.com. Εκτός και εάν η αλυσίδα της αναζήτησης root-server -> .com -> U2.com δεν γίνεται μέσω αυτών των A records που αναφέρω. Δεν υπάρχουν αυτά τα A records, αλλά περνάει από name server σε name server διαφορετικά. Αυτό είναι κυρίως που με απασχολεί. Πώς περνάει η αναζήτηση από τον ένα στον άλλο. Έχω καταλάβει σωστά ή κάτι μου φεύγει;

Σε tablet Android 8.0 (δεν μπορεί να γίνει update), σχετικά με την εφαρμογή YouTube, μπορώ να κάνω κάτι για να σταματήσουν οι διαφημίσεις; Ευχαριστώ

Βρήκα, τελικά, τί έφταιγε και δεν έγραφε ήχο ούτε το Icecream ούτε το VSDC που δοκίμασα. Είχε γίνει disabled το stereo mix (τουλάχιστον σε μένα, έτσι είχε γίνει και δεν έγραφε ήχο). Οπότε, σε W7 και W10 που δοκίμασα: δεξί click στο ηχειάκι systray sounds recording tab δεξί click 'Stereo Mix' enable Μετά, πηγαίνεις στην εφαρμογή, και επιλέγεις σαν 'Audio capture device' (ή κάπως έτσι θα το έχει κάθε εφαρμογή) το 'Stereo Mix (κάρτα ήχου)' π.χ. 'Stereo Mix (Realtek High Definiton Audio'). Όλα καλά τώρα. Ένα άλλο θεματάκι που έχω είναι πως είτε με Icecream είτε με VSDC, ενώ έρχεται κανονικά το animation είτε παράθυρο είτε full screen, όταν σώζω το βίντεο, είναι λίιιιγο πιό αργό όταν το βλέπω.

Το έκανα εγκατάσταση (Pro - πλήρης έκδοση), κάνει εγγραφή, αλλά δεν καταγράφει τον ήχο. Ήχο έχω στα Windows. Έχεις κάνει κάποιες ρυθμίσεις στα Windows στον ήχο/κάρτα κλπ; Μήπως πρέπει να ρυθμίσω κάτι εκεί;

Ήθελα 1-2 προτάσεις για προγράμματα screen recorder. Να καταγράφουν και ήχο. π.χ. εάν βλέπω youtube βιντεάκι, να καταγράφει καί τον ήχο. Ποιό θα είχατε να μου προτείνετε; Περισσότερα από ένα θα ήταν ό,τι καλύτερο για να κάνω μία δοκιμή εναλλακτική. Ευχαριστώ

Για την ώρα, δεν θέλω να φτιάξω. Θέλω να μάθω τις λεπτομέρειες του στησίματος και της λειτουργίας.

Να υποθέσω πως αυτό γίνεται σε περίπτωση παροχών πχ Google, Yahoo!, Cosmote... Γνωστών. Εάν όμως θέλω ένα δικό μου domain, ώστε να έχω δικής μου μορφής mails, πχ είναι ελεύθερο το domain "test", το νοικιάζω σε .com ώστε τα mail μου να είναι @test.com , τότε δεν χρειάζομαι public IP;

Ναι, έχετε απόλυτο δίκιο. Το μπέρδεψαν. Το mail δεν βγαίνει στο διαδίκτυο ώστε να γίνει έλεγχος των διευθύνσεων. Γίνεται έλεγχος μόνο των διευθύνσεων, και ανάλογα μεταφέρεται το mail στο mailbox που πρέπει. Ναι, όντως με μπερδεύει στο όλο θέμα η έννοια Email Service Provider (ESP). Για να το πάρω από τη ρίζα ρίζα. Ας πάρουμε για παράδειγμα ότι θέλω να δουλέψω με την Godaddy, και θέλω να έχω mails με @ gianis . com (πχ gianis.com είναι ελεύθερο) Πρεπει: α. Να νοικιάσω το domain (μέσω Godaddy) β. Πρέπει να νοικιάσω μια public IP (πχ 1.2.3.4) (εάν η Godaddy το κάνει, ας πούμε ότι πάω εκεί. Διαφορετικά, ας πούμε στην εταιρία "TEST"). Ας πούμε ότι οι Godaddy/TEST έχουν υπηρεσίες mail, και δεν πάω σε άλλη εταιρία για mail services. Μένω σε Godaddy/TEST. Απ' ό,τι έχω δει σε video, αυτό το cPanel που έχει κάποιος, είναι όταν έχει μια δική του public IP. Στο παραπάνω σενάριο, στο β. , η Godaddy/TEST, δεν λέγετε Email Service Provider(ESP); Εαν ναι, δεν είναι ταυτόχρονα ως ESP, και εταιρία που έχει SMTP mail server για προώθηση mails; Ή ο mail SMTP mail server που θα προωθεί δικά μου mails βρίσκεται κάπου αλλού στο διαδίκτυο; Να υποθέσω πως εάν ισχύει το δεύτερο, η δουλειά της Godaddy/TEST είναι άλλη απ' την προώθηση των mails. Και εάν ναι στο δεύτερο, κάποιες περισσότερες λεπτομέρειες; Αυτο είναι που δεν έχω καταλάβει για τους ESP.

-The client submits the sender’s and recipient’s email addresses, as well as the email body and attachments, to the server. -The SMTP server, or more precisely the mail transfer agent (MTA), checks whether the domain name of the recipient and the sender is the same. If it is, the email goes directly to the recipient’s POP3 or IMAP server. If the domains are different, the SMTP server has to communicate with the Domain Name Server (DNS). Αυτό δεν αποδεικνύει ότι, ακόμη και για το ίδιο domain να προορίζεται το mail αποστολής, το mail θα πρέπει να πάει προσωρινά για έλεγχο διευυύνσεων από τον MSP; Εκεί, ο Mail Service Provider, θα ελέγξει διευθύνσεις αποστολέα και παραλήπτη. Εφόσον το domain είναι ίδιο, δεν θα χρησιμοποιηθεί το DNS, και το mail θα πάει στο mailbox του παραλήπτη.

Ακόμη και για το ίδιο domain να είναι το mail που κάποιος θα στείλει, το μήνυμα πρέπει να πάει για έλεγχο σε κάποιον MSP (Mail Service Provider). Ας το πούμε, να φύγει, έστω, εικονικά, εκτός τοπικού δικτύου (δικτύου domain). Αυτό το συμπέρασμα το έβγαλα από αυτό που διάβασα: "Take a look at the basic steps of email sending and what role the SMTP server plays. A mail user agent (MUA), which can be your email client or an app, connects to the SMTP server of your domain (for example, smtp.mailtrap.io). This is called an SMTP handshake. The connection is carried out via an SMTP port, which is normally 25. But there are other options you can learn in our blog post about SMTP ports. Once connected, the SMTP session begins. The client submits the sender’s and recipient’s email addresses, as well as the email body and attachments, to the server. The SMTP server, or more precisely the mail transfer agent (MTA), checks whether the domain name of the recipient and the sender is the same. If it is, the email goes directly to the recipient’s POP3 or IMAP server. If the domains are different, the SMTP server has to communicate with the Domain Name Server (DNS). The DNS provides the recipient’s IP address. The sender’s SMTP server connects to the recipient’s SMTP server and relays the email. If the recipient’s server is not available (down or busy), the email will be put into an SMTP queue. This is a buffer where the emails are stored before they hit the endpoint. For more on this, read What is an email queue? Alternatively, the email can be dropped to a backup server. The recipient’s SMTP server verifies the incoming email. If the domain and user name has been recognized, the server forwards the email to the POP3 or IMAP server." Πηγή: https://blog.mailtrap.io/what-is-smtp-server/ Πώς σχολιάζετε το παραπάνω; Ακόμη και κάποιον τοπικό mail server να έχει κάποιο δίκτυο, το mail που θα αποσταλεί, έστω καί για το ίδιο domain να είναι η αποστολή, πρέπει να πάει για έλεγχο εκτός δικτύου, σε κάποιο MSP. Εάν ανήκει στο ίδιο domain, δεν θα χρησιμοποιηθεί το DNS. Διαφρετικά, θα χρησιμοποιηθεί.

Σας ευχαριστώ για τον χρόνο για τις απαντήσεις σας, και τις έννοιες που βάλατε στο παιχνίδι. Είναι έννοιες που πρέπει να ξεκαθαρίσω, για να αρχίσω σιγά σιγά να καταλαβαίνω πως δουλεύει το σύστημα, μέχρι να φτάσω στο ζητούμενο, το πώς δουλεύει καθετί απ' τη στιγμή που πατάς το send (είτε σε app είτε σε web). Συμφωνώ απόλυτα ότι το θέμα security, ασφαλώς υψίστης σημασίας, αλλά όχι για τώρα, και όχι για το δικό μου επίπεδο. Ελπιζω να ξεκαθαρίσω τα βασικά, και κάποια στιγμή, να είμαι σε θέση να μπω καί στο θέμα ασφάλεια mail. Πάντως, βρίσκω το θέμα mail messaging, mail servers, και όλα τα καθεξής, εξαιρετικά ενδιαφέροντα!!

Σε ευχαριστώ για την απάντηση! Απ' ό,τι έχω καταλάβει, δεν γίνεται να μπορείς να στείλεις/λάβεις mails, χωρίς της χρήση web mail server. Μπορεί να θέλει κάποιος σε ένα τοπικό δίκτυο να στήσει ένα τοπικό mail server για τη διαχείριση των mail του (,και όταν λέω διαχείριση, δεν εννοώ απλά φακέλους, ταξινόμηση, και τέτοια απλά θέματα), αλλά για αποστολή/λήψη mails, και κυρίως σε άλλο domain, οπωσδήποτε πρέπει να μπει στη διαδικασία και ο web mail server. Άρα, local mail server και web mail server, είναι δύο διαφορετικές έννοιες. Έτσι το καταλαβαίνω.

Όσο κι αν διαβάζω και βλέπω βίντεο, μπερδεύομαι και δεν μπορώ να τα ξεκαθαρίσω. Σχετικά με τη ροή ενός mail message και ενός mail server. Όπως υπάρχουν οι ISP, έτσι υπάρχουν και οι ESP (Email Service Provider) ή αλλιώς MSP (Mail Service Provider). Ένας ISP μπορεί, φυσικά, να είναι και MSP. Ως εδώ κατανοητό. Όταν εγώ στήσω τοπικά στο δίκτυό μου έναν mail server, ας πάρουμε για παράδειγμα το postfix, αυτό το postfix είναι ένα μίγμα εφαρμογών για να σταλεί το μήνυμα. Μια από αυτές τις εφαρμογές αποκαλείται MTA. Ο τοπικός MTA (postfix MTA) ακουει στη πόρτα 587. Θα πάρει το μήνυμα που θα στείλω από την εφαρμογή. Έχω ρυθμίσει την εφαρμογή, πχ Thunderbird, να δουλεύει για εξερχόμενα μηνύματα στην πόρτα 587. Η θύρα 25 για τα εξερχόμενα μηνύματα είναι γνωστό ότι είναι ανασφαλής. Κατανοητό. Και οι ISP την έχουν μπλοκάρει. Σωστά. Όχι ότι θέλω να αμφισβητήσω κάτι, ούτε θέλω να πω ότι είναι λάθος/κακό αυτό το μπλοκάρισμα. Έτσι, ρωτάω για λόγους κατανόησης. Εάν εγώ είμαι πχ στην cosmote, έχω postfix, αλλά για mail services χρησιμοποιώ άλλο MSP. πχ abc.com Η θύρα 25 από την cosmote που είναι μπλοκαρισμενη, τι νόημα έχει; Τι την "ενδιαφέρει"; Εφόσον εγώ ρισκάρω με την abc.com (έχει ανοιχτή την 25), να δουλεύω στην 25, ποιος ο λόγος του μπλοκαρισματος της από την cosmote? Το σημαντικό επίσης ερώτημα, ποια η διαφορά του δικού μου τοπικού MTA (postfix MTA) από αυτούς τους MTAs που βρίσκονται στο web (πως να τους πω? Cloud MTAs?); υγ κατανοητό ότι απ' όλα όσα γράφω, να μην καταλάβατε ακριβώς τις απορίες μου. Είναι αυτό που σας είπα στην αρχή. Τα έχω τόσο ανακατεμένα, δεν μπορώ να τα ξεδιαλυνω, που ακόμη και απορίες που έχω, δεν εκφράζονται σωστά.

Σε Windows 10 Pro N, σε laptop, συνέβη το εξής παράδοξο... Το Microsoft Teams είναι εγκατεστημένο. Εγκαθιστώ το Viber. Το μικρόφωνο δεν ανταποκρίνεται στα Windows, ούτε σε καμία από τις δύο εφαρμογές παραπάνω. Εγκαθιστώ το "Πακέτο δυνατοτήτων πολυμέσων για εκδόσεις N και KN των Windows 10". Με την εγκατάσταση, το μικρόφωνο ανταποκρίνεται αμέσως στα Windows, Viber καί Microsoft Teams. Το Microsoft Teams, βλέπει κανονικά κάμερα+μικρόφωνο. Το μόνο πρόβλημα είναι πως το Viber δεν βλέπει την κάμερα. Το μικρόφωνο το βλέπει. Τόσο μέσα στα settings, όσο καί από δοκιμαστικό viber call. Γιατί το MS Teams βλέπει κάμερα+μικρόφωνο, ενώ το Viber δεν βλέπει την κάμερα; Έψαξα τα settings τού Viber, αλλά δεν μπόρεσα να βρω κάτι.

Το www.pcidatabase.com φαίνεται πως έκλεισε. Ποιό είναι αντίστοιχα καλό στη θέση του για να πηγαίνουμε;

Απ' ό,τι είδα, τα mail με συνημμένα αρχεία, ακόμη και με refresh, τα πήγαινε στα spam. 8 από τα 10 που έστειλα με συνημμένα, , έστω και με refresh, τα έστειλε στο spam folder τού παραλήπτη. Το δίνω σαν πληροφορία μήπως βοηθήσει στη λύση.

Καλησπέρα. Υπάρχει ένα παράξενο σχετικά με αποστολή mail. Κάτι που δεν το έκανε μέχρι χθες. Tablet με Android και εργασία μέσα από εφαρμογή Gmail τού tablet. Υπάρχουν κάποια .docx και .pdf στο Google drive. Μέχρι χθες, όταν πήγαινες Google drive σε ένα αρχείο, και επέλεγες προώθηση, επέλεγες να μπεις στο Gmail, έβαζες mail παραλήπτη, αποστολή, έκανε αμέσως αποστολή. Το πρόβλημα είναι πως τώρα, στην παραπάνω διαδικασία, όταν πατάς αποστολή, δεν το στέλνει. Το βάζει στον φάκελο προς αποστολή τής εφαρμογής τού Gmail, πρέπει να μπεις στο φάκελο προς αποστολή, να κάνεις refresh, και τότε θα το στείλει. Εάν υπήρχε θέμα με την public IP (ήταν black listed), νομίζω δεν θα έστελνε ούτε με refresh. Επίσης, εάν μπω στο Gmail, φτιάξω ένα mail από το μηδέν, και στείλω ένα απλό κείμενο, πχ καλημέρα, χωρίς συνημμένο, το στέλνει αμέσως. Το Gmail, κοίταξα στο play store, αλλά δεν έχει update. Πολύ παράξενο. Γιατί μέχρι χθες η προώθηση γινόταν κανονικά, και από χθες, μπλοκάρει έτσι, και θέλει το refresh; Έχω κοιτάξει στα settings τού Gmail, αλλά δεν βρίσκω κάποια επιλογή που μπορεί να το διορθώσει. Έψαξα μήπως βρω κάτι στο web σαν λύση, αλλά έχει πολλά και διάφορα που δεν καταλήγω κάπου. Κάποια βοήθεια; Ευχαριστώ!

Όχι κάποιος ιδιαίτερος λόγος. Κάτι πειραματισμούς έκανα στο test δίσκο. Αυτό που πρότεινες, είναι αυτό που έψαχνα. Ο τρόπος που δίνεις, αλλάζει μόνο το folder στο desktop. Σωστός! ?

Ναι, έχεις δίκιο. Για να μαθαίνουμε: α. μπορεί να γίνει μόνο στο όνομα τού φακέλου στο desktop; Και εάν ναι, πως; β. Στο βίντεο, δείχνει πως γίνονται όλα μετονομασία. Είναι ασφαλές να γίνουν σε όλα αλλαγές ονόματος; Το έχετε δοκιμάσει και είναι ok?