Re: Svenska tecken och samba
On Tue, Apr 12, 2005 at 03:59:15PM +0200, Thomas Nyman wrote: Hej Har en liten fundering. HAr sat upp en samba share och det fungerar bra. Om jag från console spara ett dokument i share mappen som har å ä ö så äe det inget problem. men om jag sparar t.ex ett word document från en windows maskin som är ansluten till samba sharen så fungerar inte å ä ö i filnamnet utan det blir kosntiga tecken. Vet någon vad detta beror på? Mina locales är som dom ska vara och som sagt spara jag filen påsk.txt med vim på debian burken så vis en ls av mappen rätt namn. Men sparar jag samma fil namn påsk.doc med word från en annan maskin och sparar i samba sharen så blir det strul med filnamnet. Hoppas någon vet varför Thomas Hej! Problemet är att det codepage som du har inställt inte är samma som på windowsburken. Enligt ditt mail så har du ISO-8859-1 inställt dvs standard på Linux med svenska tecken. Windows använder en egen codepage för svenska tecken. Problemet med den samban som följer med i Woody (Samba 2.2.3a) är att den inte stödjer överersättning mellan codepages. Kör du däremot Sarge eller Sid så ingår Samba 3.x och den versionen av samba stödjer översättning av codepages. Samba 3.x använder Unicode internt och sparar även filnamnen i Unicode. För att ändra Samba 3.x så lägger man till den här raden i /etc/samba/smb.conf i sektionen [global] unix charset = ISO8859-1 Då kommer filnamnen att stämma. Kör du Samba 2.2.x så finns det ingen bra lösning. Jag har inte hittat någon... Min lösning på problemet var att använda en backport av Samba 3.0, och lägga in vilket charset som ska användas. Min backport källa #samba deb http://www.backports.org/debian/ stable samba deb-src http://www.backports.org/debian stable samba MVH /Karl -- ### (o o) +--+--o00-(_)-00o--+ |[Karl Dahlén]#|# () ascii ribbon campaign - against html mail | |[EMAIL PROTECTED] #|# /\ - vcards | +--+---+ signature.asc Description: Digital signature
Re: SMTP, exim och stunnel
On Tue, Sep 07, 2004 at 07:12:58PM +0200, Carl-Fredrik Enell wrote: Hej! Jag har en fråga som anknyter lite till dagens tidigare frågor på listan. Jag är ute och åker med min bärbara dator som kör exim, konfigurerad att använda jobbets mailserver som smarthost. Servern vägrar dessvärre (eller dessbättre) att vidarebefordra mail från avsändare utanför den egna domänen. Det finns som jag ser det tvä lösningar: att låta bli smarthosten eller forwardning av smtp-porten till denna via ssh eller stunnel. Jag skulle helst vilja få exim att göra det senare automatiskt då laptopen befinner sig i en extern domän. Har någon gjort något liknande? Hälsningar Carl-Fredrik Hej! Om du har möjlighet så försök få smtp servern att acceptera användarverifiering via STARTTLS. Stöd för STARTTLS finns i exim4 (Vet inte hur det med tidigare versioner.) Fördelar: 1) SSL för insynskydd. 2) Användarverifiering öppnar för vidarebefodring. 3) Funkar automatiskt på klienten (Kräver bara att se till att STARTTLS och användarverifiering används av exim) Fungerar dessutom med de flesta moderna mailprogram. Om du inte kan få till användarverifiering så funkar ju stunnel. Men här gäller det att se upp. 1) Skapa både server och klient certifikat. (För att sätta upp tvåvägs ssl.) 2) Sätt upp stunnel till att lyssna på en lämplig port(T.ex 2025). (Kräver en server på huvuddomänen.) Och forwarda till port 25 på smtp servern. 3) Ställ in stunnel att kräva klientcerifikatverifiering. 4) På klienten ställ in exim att använda stunnel porten på smarthosten samt att köra ssl direkt (--tls-on-connect)! (Glöm inte klient certifikatet.) Klient certifikat verifierning används för att inte öppna ett hål in till en öppen proxy. Fördelar: * Inga ändringar på smtp servern. * Eftersom inte port 25 används så funkar det ifrån bredbands nät där port 25 är blockerad. (T.ex Telia) Nackdelar: * Kräver specialinställingar på klienten. * Klientcertifikat kan vara trassligt. På jobbet så använder vi tre varianter på det här temat. 1) SSL stöd på port 25 (Användarverifiering är bara tillåtet OM ssl används). 2) Samma konfiguration men port 27 för att komma runt problemet med blockering av port 25 hos vissa ISPer. 3) En stunnel som lyssnar på port 28 och forwardar till smtp servern. Kräver även användarverifiering. (Ingen tvåvägs ssl) Den sista konfigurationen är bara nödvändig därför Outlook2000 kör inte STARTTLS kommandot om man använder en annan port än 25. Den kör ssl direkt ifrån start. DVS. konfiguration 2 funkar inte för den kräver STARTTLS Hoppas att det här hjälper lite! /Karl -- ### (o o) +--+--o00-(_)-00o--+ |[Karl Dahlén]#|# () ascii ribbon campaign - against html mail | |[EMAIL PROTECTED] #|# /\ - vcards | +--+---+