From klemen at humerca.com Sat Nov 3 10:15:15 2007 From: klemen at humerca.com (Klemen Humerca) Date: Sat, 03 Nov 2007 10:15:15 +0100 Subject: [LUGOS] m0n0wall in openvpn Message-ID: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> ?e celo dopoldne brskam po googlu, da bi na?el kak?ne re?itve, pa ni ni?. Na eni lokaciji je m0n0wall firewall, na drugi FC7 server (openvpn). Rad bi vzpostavil vpn povezavo med obema sistemoma. Je sploh mogo?e to storiti? Hvala. -- Klemen Humerca -----e-mail&web--------- klemen at humerca.com www.humerca.com forum.humerca.com ------------------------ .-. /v\ // \\ /( )\ ^^-^^ From marci at mernik.net Sat Nov 3 11:53:43 2007 From: marci at mernik.net (Marko Mernik) Date: Sat, 03 Nov 2007 11:53:43 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> Message-ID: <472C5337.2040504@mernik.net> Dobro jutro! Na Fedorci: yum install openvpn Na m0n0wall u zgeneriraj certifikate preneses certifikate na fedorceo, nato na fedorci malce popravimo config (/etc/openvpn.conf) in zazenec openvpn (service openvpn ?) Vec na: http://openvpn.net/howto.html#examples lp, marci Klemen Humerca pravi: > ?e celo dopoldne brskam po googlu, da bi na?el kak?ne re?itve, pa ni > ni?. Na eni lokaciji je m0n0wall firewall, na drugi FC7 server > (openvpn). Rad bi vzpostavil vpn povezavo med obema sistemoma. Je > sploh mogo?e to storiti? > > Hvala. > > From goljau at comcom.si Sun Nov 4 13:12:05 2007 From: goljau at comcom.si (=?ISO-8859-2?Q?Uro=B9_Golja?=) Date: Sun, 04 Nov 2007 13:12:05 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> Message-ID: <472DB715.5050204@comcom.si> Ne bo ?lo. m0n0wall uporablja "pravi" IPSEC: OpenBSDjevsko implementacijo protokola v kernelu in nek key exchange daemon (racoon ali isakmpd, ne vem ve? na pamet). OpenVPNa sicer ne poznam iz prve roke, ampak kolikor sem uspel o njem prebrat na Wikipediji, gre za aplikacijski "glumi IPSEC" preko knji?nice OpenSSL. Jabolka in hru?ke, torej. Oboje sicer raste v sadovnjaku, ampak ne na istem drevsu ;-) Dobra novica je, da lahko na Fedoro najbr? na?raufa? paketa racoon in ipsec-tools (ali nekaj podobnega, potrebje? le orodje setkey) in s tem zvrta? tunel do oddaljenega m0n0walla. Najbr? bo? imel ve? te?av na strani Fedore; na njej mora? v grobem narediti naslednje: - skonfigurirati racoon.conf. Dejansko mora? iz m0n0walla preplonkati remote{} in sainfo{} del. ?e ne bo ?lo, poglej kaj pride v default racoon.conf in ga prilagodi tako, da se bo ?im ve? stvari ujemalo z nastavitvami na m0n0wallu, - z orodjem setkey dodati varnostna pravila (security policy) za tunelirano omre?je v kernel (spdadd ...). man setkey ali ?e se ti ne ljubi vsega brat, poglej v HOWTO, - najbr? sta m0n0wall in Fedora tudi routerja/firewalla na svojih omre?jih; odpreti jima mora? UDP port 500 (preko tega te?e izmenjava klju?ev, ki jo furata ali racoon ali isakmpd) in jima firewall nastaviti tako, da skozenj spu??ata tudi protokola ah in esp. iptables -t nat -I PREROUTING 1 -p udp -dport 500 -j ACCPET; iptables -t nat -I PREROUTING 1 -p asp -j ACCEPT; iptables -t nat -I PREROUTING 1 -p ah -j ACCEPT, - zagotoviti, da ti Fedora ne zganja ma?karade na omre?ju, ki ga tunelira?: iptables -t nat -I POSTROUTING 1 --destination -j ACCEPT - dodati pot (route) za tunelirano omre?je: ip route add via src - .... najbr? sem kaj pozabil. Nekaj uporabnih povezav, na splo?no o protokolih: http://en.wikipedia.org/wiki/Ipsec http://en.wikipedia.org/wiki/Openvpn http://www.unixwiz.net/techtips/iguide-ipsec.html IPSEC in Linux: http://lartc.org/howto/lartc.ipsec.html http://www.ipsec-howto.org/ http://www.tldp.org/HOWTO/VPN-Masquerade-HOWTO.html Orodja: http://ipsec-tools.sourceforge.net/ ?e kaj ne bo ?lo, lahko ?e vedno vpra?a?. Vsekakor pa glej, kaj pi?e v logih. Sre?no! LP, U. Klemen Humerca wrote: > ?e celo dopoldne brskam po googlu, da bi na?el kak?ne re?itve, pa ni > ni?. Na eni lokaciji je m0n0wall firewall, na drugi FC7 server > (openvpn). Rad bi vzpostavil vpn povezavo med obema sistemoma. Je > sploh mogo?e to storiti? > > Hvala. > > From jernej.listsonly at ena.si Sun Nov 4 13:29:02 2007 From: jernej.listsonly at ena.si (=?iso-8859-2?Q?Jernej_Simon=E8i=E8?=) Date: Sun, 4 Nov 2007 13:29:02 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <472DB715.5050204@comcom.si> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> <472DB715.5050204@comcom.si> Message-ID: <994771779.20071104132902@ena.si> On Sunday, November 4, 2007, 13:12:05, Uro? Golja wrote: > Dobra novica je, da lahko na Fedoro najbr? na?raufa? paketa racoon in > ipsec-tools (ali nekaj podobnega, potrebje? le orodje setkey) in s tem > zvrta? tunel do oddaljenega m0n0walla. Najbr? bo? imel ve? te?av na > strani Fedore; na njej mora? v grobem narediti naslednje: Jaz imam vzpostavljen IPsec tunel med pfSensom (derivat m0n0walla, http://www.pfsense.org/) in Debianom, kjer na Debianu uporabljam jedro 2.6.18 in Openswan . Ima pa pfSense tudi podporo za OpenVPN, vendar ga nisem uporabljal. -- < Jernej Simon?i? ><><><><>< http://deepthought.ena.si/ > Create the impression that you have already reached your level of incompetence. -- Peter's Rule for Creative Incompetence From mitja.znidaric at gmail.com Sun Nov 4 13:49:55 2007 From: mitja.znidaric at gmail.com (Mitja Znidaric) Date: Sun, 04 Nov 2007 13:49:55 +0100 Subject: [LUGOS] Outgoing Mails Message-ID: <472DBFF3.80604@gmail.com> Zdravo! ?e vedno nisem re?il zadeve 5.7.1.-Relay access denied...... :( Prilagam dovecot.conf: ## Dovecot configuration file # If you're in a hurry, see http://wiki.dovecot.org/QuickConfiguration # "dovecot -n" command gives a clean output of the changed settings. Use it # instead of copy&pasting this file when posting to the Dovecot mailing list. # '#' character and everything after it is treated as comments. Extra spaces # and tabs are ignored. If you want to use either of these explicitly, put the # value inside quotes, eg.: key = "# char and trailing whitespace " # Default values are shown for each setting, it's not required to uncomment # any of the lines. # Base directory where to store runtime data. #base_dir = /var/run/dovecot/ # Protocols we want to be serving: imap imaps pop3 pop3s # If you only want to use dovecot-auth, you can set this to "none". #protocols = imap imaps pop3 pop3s protocols = imap pop3 # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. # # If you want to specify ports for each service, you will need to configure # these settings inside the protocol imap/pop3 { ... } section, so you can # specify different ports for IMAP/POP3. For example: # protocol imap { # listen = *:10143 # ssl_listen = *:10943 # .. # } # protocol pop3 { # listen = *:10100 # .. # } listen = [::] #listen = * # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability). Note that if the remote IP # matches the local IP (ie. you're connecting from the same computer), the # connection is considered secure and plaintext authentication is allowed. #disable_plaintext_auth = no # Should all IMAP and POP3 processes be killed when Dovecot master process # shuts down. Setting this to "no" means that Dovecot can be upgraded without # forcing existing client connections to close (although that could also be # a problem if the upgrade is eg. because of a security fix). This however # means that after master process has died, the client processes can't write # to log files anymore. #shutdown_clients = yes ## ## Logging ## # Log file to use for error messages, instead of sending them to syslog. # /dev/stderr can be used to log into stderr. #log_path = # Log file to use for informational and debug messages. # Default is the same as log_path. #info_log_path = # Prefix for each line written to log file. % codes are in strftime(3) # format. #log_timestamp = "%b %d %H:%M:%S " # Syslog facility to use if you're logging to syslog. Usually if you don't # want to use "mail", you'll use local0..local7. Also other standard # facilities are supported. #syslog_facility = mail ## ## SSL settings ## # IP or host address where to listen in for SSL connections. Defaults # to above if not specified. #ssl_listen = ssl_listen = # Disable SSL/TLS support. #ssl_disable = no # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before # dropping root privileges, so keep the key file unreadable by anyone but # root. Included doc/mkcert.sh can be used to easily generate self-signed # certificate, just make sure to update the domains in dovecot-openssl.cnf #ssl_cert_file = /etc/pki/dovecot/certs/dovecot.pem #ssl_key_file = /etc/pki/dovecot/private/dovecot.pem # If key file is password protected, give the password here. Alternatively # give it when starting dovecot with -p parameter. #ssl_key_password = # File containing trusted SSL certificate authorities. Usually not needed. # The CAfile should contain the CA-certificate(s) followed by the matching # CRL(s). CRL checking is new in dovecot .rc1 #ssl_ca_file = # Request client to send a certificate. If you also want to require it, set # ssl_require_client_cert=yes in auth section. #ssl_verify_client_cert = no # How often to regenerate the SSL parameters file. Generation is quite CPU # intensive operation. The value is in hours, 0 disables regeneration # entirely. #ssl_parameters_regenerate = 168 # SSL ciphers to use #ssl_cipher_list = ALL:!LOW # Show protocol level SSL errors. #verbose_ssl = no ## ## Login processes ## # # Directory where authentication process places authentication UNIX sockets # which login needs to be able to connect to. The sockets are created when # running as root, so you don't have to worry about permissions. Note that # everything in this directory is deleted when Dovecot is started. #login_dir = /var/run/dovecot/login # chroot login process to the login_dir. Only reason not to do this is if you # wish to run the whole Dovecot without roots. #login_chroot = yes # User to use for the login process. Create a completely new user for this, # and don't use it anywhere else. The user must also belong to a group where # only it has access, it's used to control access for authentication process. # Note that this user is NOT used to access mails. #login_user = dovecot # Set max. process size in megabytes. If you don't use # login_process_per_connection you might need to grow this. #login_process_size = 32 # Should each login be processed in it's own process (yes), or should one # login process be allowed to process multiple connections (no)? Yes is more # secure, espcially with SSL/TLS enabled. No is faster since there's no need # to create processes all the time. #login_process_per_connection = yes # Number of login processes to keep for listening new connections. #login_processes_count = 3 # Maximum number of login processes to create. The listening process count # usually stays at login_processes_count, but when multiple users start logging # in at the same time more extra processes are created. To prevent fork-bombing # we check only once in a second if new processes should be created - if all # of them are used at the time, we double their amount until the limit set by # this setting is reached. #login_max_processes_count = 128 # Maximum number of connections allowed per each login process. This setting # is used only if login_process_per_connection=no. Once the limit is reached, # the process notifies master so that it can create a new login process. # You should make sure that the process has at least # 16 + login_max_connections * 2 available file descriptors. #login_max_connections = 256 # Greeting message for clients. #login_greeting = Dovecot ready. # Space-separated list of elements we want to log. The elements which have # a non-empty variable value are joined together to form a comma-separated # string. #login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c # Login log format. %$ contains login_log_format_elements string, %s contains # the data we want to log. #login_log_format = %$: %s ## ## Mailbox locations and namespaces ## # Location for users' mailboxes. This is the same as the old default_mail_env # setting. The default is empty, which means that Dovecot tries to find the # mailboxes automatically. This won't work if the user doesn't have any mail # yet, so you should explicitly tell Dovecot the full location. # # If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u) # isn't enough. You'll also need to tell Dovecot where the other mailboxes are # and where Dovecot can place its index files. This is called the "root mail # directory", and it must be the first path given in the mail_location setting. # # There are a few special variables you can use, eg.: # # %u - username # %n - user part in user na domain, same as %u if there's no domain # %d - domain part in user na domain, empty if there's no domain # %h - home directory # # See doc/wiki/Variables.txt for full list. Some examples: # # mail_location = maildir:~/Maildir # mail_location = mbox:~/mail:INBOX=/var/mail/%u # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n # # # #mail_location = # If you need to set multiple mailbox locations or want to change default # namespace settings, you can do it by defining namespace sections. # NOTE: Namespaces currently work ONLY with IMAP! POP3 and LDA currently ignore # namespaces completely, they use only the mail_location setting. # # You can have private, shared and public namespaces. The only difference # between them is how Dovecot announces them to client via NAMESPACE # extension. Shared namespaces are meant for user-owned mailboxes which are # shared to other users, while public namespaces are for more globally # accessible mailboxes. # # REMEMBER: If you add any namespaces, the default namespace must be added # explicitly, ie. mail_location does nothing unless you have a namespace # without a location setting. Default namespace is simply done by having a # namespace with empty prefix. #namespace private { # Hierarchy separator to use. You should use the same separator for all # namespaces or some clients get confused. '/' is usually a good one. # The default however depends on the underlying mail storage format. #separator = # Prefix required to access this namespace. This needs to be different for # all namespaces. For example "Public/". #prefix = # Physical location of the mailbox. This is in same format as # mail_location, which is also the default for it. #location = # There can be only one INBOX, and this setting defines which namespace # has it. #inbox = yes # If namespace is hidden, it's not advertised to clients via NAMESPACE # extension or shown in LIST replies. This is mostly useful when converting # from another server with different namespaces which you want to depricate # but still keep working. For example you can create hidden namespaces with # prefixes "~/mail/", "~%u/mail/" and "mail/". #hidden = yes #} # Grant access to these extra groups for mail processes. Typical use would be # to give "mail" group write access to /var/mail to be able to create dotlocks. #mail_extra_groups = # Allow full filesystem access to clients. There's no access checks other than # what the operating system does for the active UID/GID. It works with both # maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/ # or ~user/. #mail_full_filesystem_access = no ## ## Mail processes ## # Enable mail process debugging. This can help you figure out why Dovecot # isn't finding your mails. #mail_debug = no # Log prefix for mail processes. See doc/wiki/Variables.txt for list of # possible variables you can use. #mail_log_prefix = "%Us(%u): " # Max. number of lines a mail process is allowed to log per second before it's # throttled. 0 means unlimited. Typically there's no need to change this # unless you're using mail_log plugin, which may log a lot. #mail_log_max_lines_per_sec = 10 # Don't use mmap() at all. This is required if you store indexes to shared # filesystems (NFS or clustered filesystem). #mmap_disable = no # Don't write() to mmaped files. This is required for some operating systems # which use separate caches for them, such as OpenBSD. #mmap_no_write = no # Rely on O_EXCL to work when creating dotlock files. The default is to use # hard linking. O_EXCL makes the dotlocking faster, but it doesn't always # work with NFS. #dotlock_use_excl = no # Don't use fsync() or fdatasync() calls. This makes the performance better # at the cost of potential data loss if the server (or the file server) # goes down. #fsync_disable = no # Locking method for index files. Alternatives are fcntl, flock and dotlock. # Dotlocking uses some tricks which may create more disk I/O than other locking # methods. NOTE: If you use NFS, remember to change also mmap_disable setting! #lock_method = fcntl # Drop all privileges before exec()ing the mail process. This is mostly # meant for debugging, otherwise you don't get core dumps. It could be a small # security risk if you use single UID for multiple users, as the users could # ptrace() each others processes then. #mail_drop_priv_before_exec = no # Show more verbose process titles (in ps). Currently shows user name and # IP address. Useful for seeing who are actually using the IMAP processes # (eg. shared mailboxes or if same uid is used for multiple accounts). #verbose_proctitle = no # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. #first_valid_uid = 500 #last_valid_uid = 0 # Valid GID range for users, defaults to non-root/wheel. Users having # non-valid GID as primary group ID aren't allowed to log in. If user # belongs to supplementary groups with non-valid GIDs, those groups are # not set. #first_valid_gid = 1 #last_valid_gid = 0 # Maximum number of running mail processes. When this limit is reached, # new users aren't allowed to log in. #max_mail_processes = 1024 # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. #mail_process_size = 256 # Maximum allowed length for mail keyword name. It's only forced when trying # to create new keywords. #mail_max_keyword_length = 50 # ':' separated list of directories under which chrooting is allowed for mail # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too). # This setting doesn't affect login_chroot or auth chroot variables. # WARNING: Never add directories here which local users can modify, that # may lead to root exploit. Usually this should be done only if you don't # allow shell access for users. #valid_chroot_dirs = # Default chroot directory for mail processes. This can be overridden for # specific users in user database by giving /./ in user's home directory # (eg. /home/./user chroots into /home). Note that usually there is no real # need to do chrooting, Dovecot doesn't allow users to access files outside # their mail directory anyway. #mail_chroot = ## ## Mailbox handling optimizations ## # Space-separated list of fields to initially save into cache file. Currently # these fields are allowed: # # flags, date.sent, date.received, size.virtual, size.physical # mime.parts, imap.body, imap.bodystructure # # Different IMAP clients work in different ways, so they benefit from # different cached fields. Some do not benefit from them at all. Caching more # than necessary generates useless disk I/O, so you don't want to do that # either. # # Dovecot attempts to automatically figure out what client wants and it keeps # only that. However the first few times a mailbox is opened, Dovecot hasn't # yet figured out what client needs, so it may not perform optimally. If you # know what fields the majority of your clients need, it may be useful to set # these fields by hand. If client doesn't actually use them, Dovecot will # eventually drop them. # # Usually you should just leave this field alone. The potential benefits are # typically unnoticeable. #mail_cache_fields = # Space-separated list of fields that Dovecot should never save to cache file. # Useful if you want to save disk space at the cost of more I/O when the fields # needed. #mail_never_cache_fields = # The minimum number of mails in a mailbox before updates are done to cache # file. This allows optimizing Dovecot's behavior to do less disk writes at # the cost of more disk reads. #mail_cache_min_mail_count = 0 # When IDLE command is running, mailbox is checked once in a while to see if # there are any new mails or other changes. This setting defines the minimum # time to wait between those checks. Dovecot is however able to use dnotify # and inotify with Linux to reply immediately after the change occurs. #mailbox_idle_check_interval = 30 # Save mails with CR+LF instead of plain LF. This makes sending those mails # take less CPU, especially with sendfile() syscall with Linux and FreeBSD. # But it also creates a bit more disk I/O which may just make it slower. # Also note that if other software reads the mboxes/maildirs, they may handle # the extra CRs wrong and cause problems. #mail_save_crlf = no ## ## Maildir-specific settings ## # By default LIST command returns all entries in maildir beginning with a dot. # Enabling this option makes Dovecot return only entries which are directories. # This is done by stat()ing each entry, so it causes more disk I/O. # (For systems setting struct dirent->d_type, this check is free and it's # done always regardless of this setting) #maildir_stat_dirs = no # When copying a message, do it with hard links whenever possible. This makes # the performance much better, and it's unlikely to have any side effects. #maildir_copy_with_hardlinks = no # When copying a message, try to preserve the base filename. Only if the # destination mailbox already contains the same name (ie. the mail is being # copied there twice), a new name is given. The destination filename check is # done only by looking at dovecot-uidlist file, so if something outside # Dovecot does similar filename preserving copies, you may run into problems. # NOTE: This setting requires maildir_copy_with_hardlinks = yes to work. #maildir_copy_preserve_filename = no ## ## mbox-specific settings ## # Which locking methods to use for locking mbox. There are four available: # dotlock: Create .lock file. This is the oldest and most NFS-safe # solution. If you want to use /var/mail/ like directory, the users # will need write access to that directory. # fcntl : Use this if possible. Works with NFS too if lockd is used. # flock : May not exist in all systems. Doesn't work with NFS. # lockf : May not exist in all systems. Doesn't work with NFS. # # You can use multiple locking methods; if you do the order they're declared # in is important to avoid deadlocks if other MTAs/MUAs are using multiple # locking methods as well. Some operating systems don't allow using some of # them simultaneously. #mbox_read_locks = fcntl #mbox_write_locks = fcntl # Maximum time in seconds to wait for lock (all of them) before aborting. #mbox_lock_timeout = 300 # If dotlock exists but the mailbox isn't modified in any way, override the # lock file after this many seconds. #mbox_dotlock_change_timeout = 120 # When mbox changes unexpectedly we have to fully read it to find out what # changed. If the mbox is large this can take a long time. Since the change # is usually just a newly appended mail, it'd be faster to simply read the # new mails. If this setting is enabled, Dovecot does this but still safely # fallbacks to re-reading the whole mbox file whenever something in mbox isn't # how it's expected to be. The only real downside to this setting is that if # some other MUA changes message flags, Dovecot doesn't notice it immediately. # Note that a full sync is done with SELECT, EXAMINE, EXPUNGE and CHECK # commands. #mbox_dirty_syncs = yes # Like mbox_dirty_syncs, but don't do full syncs even with SELECT, EXAMINE, # EXPUNGE or CHECK commands. If this is set, mbox_dirty_syncs is ignored. #mbox_very_dirty_syncs = no # Delay writing mbox headers until doing a full write sync (EXPUNGE and CHECK # commands and when closing the mailbox). This is especially useful for POP3 # where clients often delete all mails. The downside is that our changes # aren't immediately visible to other MUAs. #mbox_lazy_writes = yes # If mbox size is smaller than this (in kilobytes), don't write index files. # If an index file already exists it's still read, just not updated. #mbox_min_index_size = 0 ## ## dbox-specific settings ## # Maximum dbox file size in kilobytes until it's rotated. #dbox_rotate_size = 2048 # Minimum dbox file size in kilobytes before it's rotated # (overrides dbox_rotate_days) #dbox_rotate_min_size = 16 # Maximum dbox file age in days until it's rotated. Day always begins from # midnight, so 1 = today, 2 = yesterday, etc. 0 = check disabled. #dbox_rotate_days = 0 ## ## IMAP specific settings ## protocol imap { # Login executable location. #login_executable = /usr/libexec/dovecot/imap-login # IMAP executable location. Changing this allows you to execute other # binaries before the imap process is executed. # # This would write rawlogs into ~/dovecot.rawlog/ directory: # mail_executable = /usr/libexec/dovecot/rawlog /usr/libexec/dovecot/imap # # This would attach gdb into the imap process and write backtraces into # /tmp/gdbhelper.* files: # mail_executable = /usr/libexec/dovecot/gdbhelper /usr/libexec/dovecot/imap # #mail_executable = /usr/libexec/dovecot/imap # Maximum IMAP command line length in bytes. Some clients generate very long # command lines with huge mailboxes, so you may need to raise this if you get # "Too long argument" or "IMAP command line too large" errors often. #imap_max_line_length = 65536 # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/imap # Send IMAP capabilities in greeting message. This makes it unnecessary for # clients to request it with CAPABILITY command, so it saves one round-trip. # Many clients however don't understand it and ask the CAPABILITY anyway. #login_greeting_capability = no # Override the IMAP CAPABILITY response. #imap_capability = # Workarounds for various client bugs: # delay-newmail: # Send EXISTS/RECENT new mail notifications only when replying to NOOP # and CHECK commands. Some clients ignore them otherwise, for example OSX # Mail (= 2.1.4) : %v.%u # Older Dovecots : %v.%u # tpop3d : %Mf # # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. # # NOTE: Nowadays this is required to be set explicitly, since the old # default was bad but it couldn't be changed without breaking existing # installations. %08Xu%08Xv will be the new default, so use it for new # installations. # #pop3_uidl_format = %08Xu%08Xv # POP3 logout format string: # %t - number of TOP commands # %p - number of bytes sent to client as a result of TOP command # %r - number of RETR commands # %b - number of bytes sent to client as a result of RETR command # %d - number of deleted messages # %m - number of messages (before deletion) # %s - mailbox size in bytes (before deletion) #pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/pop3 # Workarounds for various client bugs: # outlook-no-nuls: # Outlook and Outlook Express hang if mails contain NUL characters. # This setting replaces them with 0x80 character. # oe-ns-eoh: # Outlook Express and Netscape Mail breaks if end of headers-line is # missing. This option simply sends it if it's missing. # The list is space-separated. #pop3_client_workarounds = } ## ## LDA specific settings ## protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster na example.com # Hostname to use in various parts of sent mails, eg. in Message-Id. # Default is the system's real hostname. #hostname = # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/lda # Binary to use for sending mails. #sendmail_path = /usr/lib/sendmail # UNIX socket path to master authentication server to find users. #auth_socket_path = /var/run/dovecot/auth-master } ## ## Authentication processes ## # Executable location #auth_executable = /usr/libexec/dovecot/dovecot-auth # Set max. process size in megabytes. #auth_process_size = 256 # Authentication cache size in kilobytes. 0 means it's disabled. # Note that bsdauth, PAM and vpopmail require cache_key to be set for caching # to be used. #auth_cache_size = 0 # Time to live in seconds for cached data. After this many seconds the cached # record is no longer used, *except* if the main database lookup returns # internal failure. We also try to handle password changes automatically: If # user's previous authentication was successful, but this one wasn't, the # cache isn't used. For now this works only with plaintext authentication. #auth_cache_ttl = 3600 # Space separated list of realms for SASL authentication mechanisms that need # them. You can leave it empty if you don't want to support multiple realms. # Many clients simply use the first one listed here, so keep the default realm # first. #auth_realms = # Default realm/domain to use if none was specified. This is used for both # SASL realms and appending @domain to username in plaintext logins. #auth_default_realm = # List of allowed characters in username. If the user-given username contains # a character not listed in here, the login automatically fails. This is just # an extra check to make sure user can't exploit any potential quote escaping # vulnerabilities with SQL/LDAP databases. If you want to allow all characters, # set this value to empty. #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ # Username character translations before it's looked up from databases. The # value contains series of from -> to characters. For example "#@/@" means # that '#' and '/' characters are translated to '@'. #auth_username_translation = # Username formatting before it's looked up from databases. You can use # the standard variables here, eg. %Lu would lowercase the username, %n would # drop away the domain if it was given, or "%n-AT-%d" would change the '@' into # "-AT-". This translation is done after auth_username_translation changes. #auth_username_format = # If you want to allow master users to log in by specifying the master # username within the normal username string (ie. not using SASL mechanism's # support for it), you can specify the separator character here. The format # is then . UW-IMAP uses "*" as the # separator, so that could be a good choice. #auth_master_user_separator = # Username to use for users logging in with ANONYMOUS SASL mechanism #auth_anonymous_username = anonymous # More verbose logging. Useful for figuring out why authentication isn't # working. #auth_verbose = no # Even more verbose logging for debugging purposes. Shows for example SQL # queries. #auth_debug = no # In case of password mismatches, log the passwords and used scheme so the # problem can be debugged. Requires auth_debug=yes to be set. #auth_debug_passwords = no # Maximum number of dovecot-auth worker processes. They're used to execute # blocking passdb and userdb queries (eg. MySQL and PAM). They're # automatically created and destroyed as needed. #auth_worker_max_count = 30 # Host name to use in GSSAPI principal names. The default is to use the # name returned by gethostname(). #auth_gssapi_hostname = # Kerberos keytab to use for the GSSAPI mechanism. Will use the system # default (usually /etc/krb5.keytab) if not specified. #auth_krb5_keytab = auth default { # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi mechanisms = plain # # Password database is used to verify user's password (and nothing more). # You can have multiple passdbs and userdbs. This is useful if you want to # allow both system users (/etc/passwd) and virtual users to login without # duplicating the system users into virtual database. # # # # By adding master=yes setting inside a passdb you make the passdb a list # of "master users", who can log in as anyone else. Unless you're using PAM, # you probably still want the destination user to be looked up from passdb # that it really exists. This can be done by adding pass=yes setting to the # master passdb. # Users can be temporarily disabled by adding a passdb with deny=yes. # If the user is found from that database, authentication will fail. # The deny passdb should always be specified before others, so it gets # checked first. Here's an example: #passdb passwd-file { # File contains a list of usernames, one per line #args = /etc/dovecot.deny #deny = yes #} # PAM authentication. Preferred nowadays by most systems. # Note that PAM can only be used to verify if user's password is correct, # so it can't be used as userdb. If you don't want to use a separate user # database (passwd usually), you can use static userdb. # REMEMBER: You'll need /etc/pam.d/dovecot file created for PAM # authentication to actually work. passdb pam { } # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. #passdb passwd { # [blocking=yes] - See userdb passwd for explanation #args = #} # /etc/shadow or similiar, using getspnam(). Deprecated by PAM nowadays. # #passdb shadow { # [blocking=yes] - See userdb passwd for explanation #args = #} # PAM-like authentication for OpenBSD. # #passdb bsdauth { # [cache_key=] - See cache_key in PAM for explanation. #args = #} # passwd-like file with specified location # #passdb passwd-file { # Path for passwd-file #args = #} # checkpassword executable authentication # NOTE: You will probably want to use "userdb prefetch" with this. # #passdb checkpassword { # Path for checkpassword binary #args = #} # SQL database #passdb sql { # Path for SQL configuration file, see doc/dovecot-sql-example.conf #args = #} # LDAP database #passdb ldap { # Path for LDAP configuration file, see doc/dovecot-ldap-example.conf #args = #} # vpopmail authentication #passdb vpopmail { # [cache_key=] - See cache_key in PAM for explanation. #args = #} # # User database specifies where mails are located and what user/group IDs # own them. For single-UID configuration use "static". # # # # /etc/passwd or similar, using getpwnam(). In many systems nowadays this # uses Name Service Switch, which is configured in /etc/nsswitch.conf. # userdb passwd { } # passwd-like file with specified location # #userdb passwd-file { # Path for passwd-file #args = #} # static settings generated from template #userdb static { # Template for the fields. Can return anything a userdb could normally # return. For example: # # args = uid=500 gid=500 home=/var/mail/%u # # If you use deliver, it needs to look up users only from the userdb. This # of course doesn't work with static because there is no list of users. # Normally static userdb handles this by doing a passdb lookup. This works # with most passdbs, with PAM being the most notable exception. If you do # the user verification another way, you can add allow_all_users=yes to # the args in which case the passdb lookup is skipped. # #args = #} # SQL database #userdb sql { # Path for SQL configuration file, see doc/dovecot-sql-example.conf #args = #} # LDAP database #userdb ldap { # Path for LDAP configuration file, see doc/dovecot-ldap-example.conf #args = #} # vpopmail #userdb vpopmail { #} # "prefetch" user database means that the passdb already provided the # needed information and there's no need to do a separate userdb lookup. # This can be made to work with SQL and LDAP databases, see their example # configuration files for more information how to do it. # #userdb prefetch { #} # User to use for the process. This user needs access to only user and # password databases, nothing else. Only shadow and pam authentication # requires roots, so use something else if possible. Note that passwd # authentication with BSDs internally accesses shadow files, which also # requires roots. Note that this user is NOT used to access mails. # That user is specified by userdb above. user = root # Directory where to chroot the process. Most authentication backends don't # work if this is set, and there's no point chrooting if auth_user is root. # Note that valid_chroot_dirs isn't needed to use this setting. #chroot = # Number of authentication processes to create #count = 1 # Require a valid SSL client certificate or the authentication fails. #ssl_require_client_cert = no # Take the username from client's SSL certificate, using # X509_NAME_get_text_by_NID() which returns the subject's DN's # CommonName. #ssl_username_from_cert = no # It's possible to export the authentication interface to other programs: #socket listen { #master { # Master socket provides access to userdb information. It's typically # used to give Dovecot's local delivery agent access to userdb so it # can find mailbox locations. #path = /var/run/dovecot/auth-master #mode = 0600 # Default user/group is the one who started dovecot-auth (root) #user = #group = #} #client { # The client socket is generally safe to export to everyone. Typical use # is to export it to your SMTP server so it can do SMTP AUTH lookups # using it. #path = /var/run/dovecot/auth-client #mode = 0660 #} #} } # If you wish to use another authentication server than dovecot-auth, you can # use connect sockets. They are assumed to be already running, Dovecot's master # process only tries to connect to them. They don't need any other settings # than the path for the master socket, as the configuration is done elsewhere. # Note that the client sockets must exist in the login_dir. #auth external { # socket connect { # master { # path = /var/run/dovecot/auth-master # } # } #} ## ## Dictionary server settings ## # Dictionary can be used by some plugins to store key=value lists. # Currently this is only used by dict quota backend. The dictionary can be # used either directly or though a dictionary server. The following dict block # maps dictionary names to URIs when the server is used. These can then be # referenced using URIs in format "proxy:". dict { #quota = mysql:/etc/dovecot-dict-quota.conf } ## ## Plugin settings ## plugin { # Here you can give some extra environment variables to mail processes. # This is mostly meant for passing parameters to plugins. %variable # expansion is done for all values. # Quota plugin. Multiple backends are supported: # dirsize: Find and sum all the files found from mail directory. # Extremely SLOW with Maildir. It'll eat your CPU and disk I/O. # dict: Keep quota stored in dictionary (eg. SQL) # maildir: Maildir++ quota # fs: Read-only support for filesystem quota #quota = maildir # ACL plugin. vfile backend reads ACLs from "dovecot-acl" file from maildir # directory. You can also optionally give a global ACL directory path where # ACLs are applied to all users' mailboxes. The global ACL directory contains # one file for each mailbox, eg. INBOX or sub.mailbox. #acl = vfile:/etc/dovecot-acls # Convert plugin. If set, specifies the source storage path which is # converted to destination storage (mail_location) when the user logs in. # The existing mail directory is renamed to -converted. #convert_mail = mbox:%h/mail # Skip mailboxes which we can't open successfully instead of aborting. #convert_skip_broken_mailboxes = no # Trash plugin. When saving a message would make user go over quota, this # plugin automatically deletes the oldest mails from configured mailboxes # until the message can be saved within quota limits. The configuration file # is a text file where each line is in format: # Mails are first deleted in lowest -> highest priority number order #trash = /etc/dovecot-trash.conf # Lazy expunge plugin. Currently works only with maildirs. When a user # expunges mails, the mails are moved to a mailbox in another namespace # (1st). When a mailbox is deleted, the mailbox is moved to another namespace # (2nd) as well. Also if the deleted mailbox had any expunged messages, # they're moved to a 3rd namespace. The mails won't be counted in quota, # and they're not deleted automatically (use a cronjob or something). #lazy_expunge = .EXPUNGED/ .DELETED/ .DELETED/.EXPUNGED/ } Za pomo? se zelo zahvaljujem! Lp, Mitja From jernej.listsonly at ena.si Sun Nov 4 14:02:35 2007 From: jernej.listsonly at ena.si (=?utf-8?Q?Jernej_Simon=C4=8Di=C4=8D?=) Date: Sun, 4 Nov 2007 14:02:35 +0100 Subject: [LUGOS] Outgoing Mails In-Reply-To: <472DBFF3.80604@gmail.com> References: <472DBFF3.80604@gmail.com> Message-ID: <951427849.20071104140235@ena.si> On Sunday, November 4, 2007, 13:49:55, Mitja Znidaric wrote: > ?e vedno nisem re?il zadeve 5.7.1.-Relay access denied...... :( > Prilagam dovecot.conf: Po?te verjetno ne po?ilja? prek Dovecota. ?e uporablja? postfix, poglej nastavitev mynetworks v main.conf. -- < Jernej Simon?i? ><><><><>< http://deepthought.ena.si/ > There is an exception to all laws. -- Government's Law From mavricek at gmail.com Sun Nov 4 17:21:20 2007 From: mavricek at gmail.com (Grega Leskovsek) Date: Sun, 4 Nov 2007 17:21:20 +0100 Subject: [LUGOS] =?utf-8?q?router_in_stre=C5=BEnik?= Message-ID: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> Imam LinkSys router in Kubuntu 7.10 stre?nik, pa ne vem kaj moram nastaviti, da bo moj stre?nik, ki je za routerjem in firewallom dostopen od povsod, Sem mislil, da to nastavim tukaj (Application& Gaming): Port Range Application Start End Protocol IP Address Enable ________ ___0 to ___0 TCP UDP Both 192.168.1. on/off Druge mape v routerju so ?e: Setup Wireless Security Access Restrictions Applications & Gaming Administration Status Mi lahko poveste, kje naj nastavim porte, da bodo iz drugje pri?li na mojo domeno www.lilaum...? Vnaprej hvala ?e zelenec, Grega -- When the sun rises I receive and when it sets I forgive -> Peace refuge: http://users.skavt.net/~gleskovs Sincerely and all the best, Grega Leskov'sek From r at aufbix.org Sun Nov 4 17:34:15 2007 From: r at aufbix.org (Robert Ludvik) Date: Sun, 04 Nov 2007 17:34:15 +0100 Subject: [LUGOS] =?utf-8?q?router_in_stre=C5=BEnik?= In-Reply-To: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> Message-ID: <472DF487.2020104@aufbix.org> Grega Leskovsek pravi: > Imam LinkSys router in Kubuntu 7.10 stre?nik, pa ne vem kaj moram > nastaviti, da bo moj stre?nik, ki je za routerjem in firewallom > dostopen od povsod, Sem mislil, da to nastavim tukaj (Application& > Gaming): ... > Mi lahko poveste, kje naj nastavim porte, da bodo iz drugje pri?li na > mojo domeno www.lilaum...? Posamezen port lahko nastavi? na "Port forwarding", ki mora tudi biti nekje. Lp From jure.krasovic at lusp.com Sun Nov 4 18:06:41 2007 From: jure.krasovic at lusp.com (Jure Krasovic) Date: Sun, 04 Nov 2007 18:06:41 +0100 Subject: [LUGOS] =?utf-8?q?router_in_stre=C5=BEnik?= In-Reply-To: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> Message-ID: <472DFC21.9020900@lusp.com> Grega Leskovsek pravi: > Imam LinkSys router in Kubuntu 7.10 stre?nik, pa ne vem kaj moram > nastaviti, da bo moj stre?nik, ki je za routerjem in firewallom > dostopen od povsod, Sem mislil, da to nastavim tukaj (Application& > Gaming): > > Port Range > Application Start End Protocol IP Address Enable > ________ ___0 to ___0 TCP UDP Both 192.168.1. on/off > > > Druge mape v routerju so ?e: > Setup > Wireless > Security > Access Restrictions > Applications & Gaming > Administration > Status > > Mi lahko poveste, kje naj nastavim porte, da bodo iz drugje pri?li na > mojo domeno www.lilaum...? > > Vnaprej hvala > ?e zelenec, Grega > Pozdravljen, linksys in podobni usmerjevalniki imajo ponavadi kak?no opcijo DMZ ali nekaj podobnega, kjer nastavi? kateri IP naslov se nahaja v DMZ coni. LP Jure From klemen at humerca.com Sun Nov 4 19:04:59 2007 From: klemen at humerca.com (Klemen Humerca) Date: Sun, 04 Nov 2007 19:04:59 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <994771779.20071104132902@ena.si> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> <472DB715.5050204@comcom.si> <994771779.20071104132902@ena.si> Message-ID: <472E09CB.1040306@humerca.com> Ravno danes zjutraj sem naletel na OpenSwan in se lotil povezave z M0n0wall-om. Nekje se zatika saj vedno ob zagonu povezave dobim tole: 117 "atl" #1591: STATE_QUICK_I1: initiate 010 "atl" #1591: STATE_QUICK_I1: retransmission; will wait 20s for response V logu na m0n0wall-u dobim tole: # racoon: INFO: respond new phase 2 negotiation: 193.77.126.xxx[0]<=>84.255.243.xxx[0] # racoon: ERROR: failed to get sainfo. # racoon: ERROR: failed to get sainfo. # racoon: ERROR: failed to pre-process packet. V /var/log/secure pa tole: Nov 4 18:57:12 maja pluto[3091]: "atl" #1639: starting keying attempt 158 of an unlimited number Nov 4 18:57:12 maja pluto[3091]: "atl" #1650: initiating Quick Mode PSK+ENCRYPT+TUNNEL+PFS+UP to replace #1639 {using isakmp#1560} Nov 4 18:57:15 maja pluto[3091]: "atl" #1640: max number of retransmissions (2) reached STATE_QUICK_I1. No acceptable response to our first Quick Mode message: perhaps peer likes no proposal Moj ipsec.conf izgleda takole: # basic configuration config setup include /etc/ipsec.d/*.conf conn atl auth=esp authby=secret auto=start esp=3des-md5-1024 pfs=yes ike=3des-md5-1024 ikelifetime=3600s keylife=3600s left=84.255.243.xxx leftid=84.255.243.xxx leftsubnet=192.168.1.0/24 right=193.77.126.xxx rightid=193.77.126.xxx rightsubnet=192.168.0.0/24 type=tunnel Je nekaj v zvezi z racoon-om? Hvala. -- Klemen Humerca -----e-mail&web--------- klemen at humerca.com forum.humerca.com ------------------------ Jernej Simon?i? wrote: > On Sunday, November 4, 2007, 13:12:05, Uro? Golja wrote: > > >> Dobra novica je, da lahko na Fedoro najbr? na?raufa? paketa racoon in >> ipsec-tools (ali nekaj podobnega, potrebje? le orodje setkey) in s tem >> zvrta? tunel do oddaljenega m0n0walla. Najbr? bo? imel ve? te?av na >> strani Fedore; na njej mora? v grobem narediti naslednje: >> > > Jaz imam vzpostavljen IPsec tunel med pfSensom (derivat m0n0walla, > http://www.pfsense.org/) in Debianom, kjer na Debianu uporabljam jedro > 2.6.18 in Openswan . Ima pa pfSense tudi > podporo za OpenVPN, vendar ga nisem uporabljal. > > From mavricek at gmail.com Sun Nov 4 19:22:09 2007 From: mavricek at gmail.com (Grega Leskovsek) Date: Sun, 4 Nov 2007 19:22:09 +0100 Subject: [LUGOS] =?utf-8?q?router_in_stre=C5=BEnik?= In-Reply-To: <472DF487.2020104@aufbix.org> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> Message-ID: <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> Pod opcijo Port Range Forward imam mo?nosti: Port Range Application ________ Start___0 to End ___0 Protocol TCP UDP Both IP Address 192.168.1. IP Address Enable on/off > Kako vem katere porte moram nastaviti, kaj moram vpisati kot aplikacijo, morda mojo domeno? kateri protokol, katero podIP naslov. Prosim pomagaj. Vnaprej hvala, Grega 4.11.07 je Robert Ludvik napisal/-a: > Grega Leskovsek pravi: > > Imam LinkSys router in Kubuntu 7.10 stre?nik, pa ne vem kaj moram > > nastaviti, da bo moj stre?nik, ki je za routerjem in firewallom > > dostopen od povsod, Sem mislil, da to nastavim tukaj (Application& > > Gaming): > ... > > Mi lahko poveste, kje naj nastavim porte, da bodo iz drugje pri?li na > > mojo domeno www.lilaum...? > > Posamezen port lahko nastavi? na "Port forwarding", ki mora tudi biti nekje. > Lp > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -- When the sun rises I receive and when it sets I forgive -> Peace refuge: http://users.skavt.net/~gleskovs Sincerely and all the best, Grega Leskov'sek From jernej.listsonly at ena.si Sun Nov 4 19:46:56 2007 From: jernej.listsonly at ena.si (=?windows-1250?Q?Jernej_Simon=E8i=E8?=) Date: Sun, 4 Nov 2007 19:46:56 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <472E09CB.1040306@humerca.com> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> <472DB715.5050204@comcom.si> <994771779.20071104132902@ena.si> <472E09CB.1040306@humerca.com> Message-ID: <1183385117.20071104194656@ena.si> On Sunday, November 4, 2007, 19:04:59, Klemen Humerca wrote: > Ravno danes zjutraj sem naletel na OpenSwan in se lotil povezave z > M0n0wall-om. Nekje se zatika saj vedno ob zagonu povezave dobim tole: > conn atl > auth=esp > authby=secret > auto=start > esp=3des-md5-1024 > pfs=yes > ike=3des-md5-1024 > ikelifetime=3600s > keylife=3600s > left=84.255.243.xxx > leftid=84.255.243.xxx > leftsubnet=192.168.1.0/24 > right=193.77.126.xxx > rightid=193.77.126.xxx > rightsubnet=192.168.0.0/24 > type=tunnel Kak?ne ima? nastavitve na m0n0wallu? Poleg tega ti priporo?am, da uporablja? blowfish ali aes enkripcijo, ker so precej hitrej?e od 3des (rabi? pa podporo v jedru). Sam uporabljam naslednje nastavitve za Openswan: version 2.0 # conforms to second version of ipsec.conf specification # basic configuration config setup nat_traversal=yes #plutodebug=all klipsdebug=all interfaces=%defaultroute include /etc/ipsec.d/examples/no_oe.conf conn xxx authby=secret pfs=yes type=tunnel left=89.212.xxx.xxx leftnexthop=89.212.0.1 leftsubnet=10.0.0.0/24 right=84.255.xxx.xxx rightsubnet=192.168.0.0/24 keyexchange=ike auto=start ike=aes128-sha1 esp=blowfish256-sha1,blowfish128-sha1,aes128-sha1 psSense imam pa konfiguriran tako: -- < Jernej Simon?i? ><><><><>< http://deepthought.ena.si/ > An elephant is a mouse built to government specifications. -- Erskines Observation on Government Procurement From r at aufbix.org Sun Nov 4 20:20:40 2007 From: r at aufbix.org (Robert Ludvik) Date: Sun, 04 Nov 2007 20:20:40 +0100 Subject: [LUGOS] =?utf-8?q?router_in_stre=C5=BEnik?= In-Reply-To: <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> Message-ID: <472E1B88.1070007@aufbix.org> Grega Leskovsek pravi: > Pod opcijo Port Range Forward imam mo?nosti: > Port Range > Application ________ > > Start___0 to > End ___0 > Protocol TCP UDP Both > IP Address 192.168.1. > IP Address Enable on/off > Kako vem katere porte moram nastaviti, kaj moram vpisati kot > aplikacijo, morda mojo domeno? kateri protokol, katero podIP naslov. > Prosim pomagaj. Vnaprej hvala, Grega Hja, to mora? pa ti vedeti ;-) na svoji ma?ini ima? datoteko /etc/services ali pa http://www.iana.org/assignments/port-numbers kjer to pi?e. V zgornjem primeru pa lahko re?e? Start: 1 End: 1024 Protocol: Both IP Adrress: 192.168.1.N (to je IP od ma?ine, na kateri te?ejo servisi) in kljukico. Bolj elegantna re?itev je tista, ki jo je predlagal Jure - poglej, ?e ima? kje DMZ pa tam vpi?e? samo naslov IP od ma?ine, na kateri te?ejo servisi. Lp From mitja.znidaric at gmail.com Sun Nov 4 14:12:41 2007 From: mitja.znidaric at gmail.com (Mitja Znidaric) Date: Sun, 04 Nov 2007 14:12:41 +0100 Subject: [LUGOS] Outgoing Mails In-Reply-To: <951427849.20071104140235@ena.si> References: <472DBFF3.80604@gmail.com> <951427849.20071104140235@ena.si> Message-ID: <472DC549.4070703@gmail.com> Jernej Simon?i? wrote: > On Sunday, November 4, 2007, 13:49:55, Mitja Znidaric wrote: > > >> ?e vedno nisem re?il zadeve 5.7.1.-Relay access denied...... :( >> Prilagam dovecot.conf: >> > > Po?te verjetno ne po?ilja? prek Dovecota. ?e uporablja? postfix, > poglej nastavitev mynetworks v main.conf. > > Lokalne nastavitve: IP od serverja: 10.20.30.37 Mask: 255.255.255.0 To imam vpisano: mynetworks = 10.20.30.0/24, 127.0.0.0/8 Evo ?e ta datoteka... main.conf: # Global Postfix configuration file. This file lists only a subset # of all parameters. For the syntax, and for a complete parameter # list, see the postconf(5) manual page (command: "man 5 postconf"). # # For common configuration examples, see BASIC_CONFIGURATION_README # and STANDARD_CONFIGURATION_README. To find these documents, use # the command "postconf html_directory readme_directory", or go to # http://www.postfix.org/. # # For best results, change no more than 2-3 parameters at a time, # and test if Postfix still works after every change. # SOFT BOUNCE # # The soft_bounce parameter provides a limited safety net for # testing. When soft_bounce is enabled, mail will remain queued that # would otherwise bounce. This parameter disables locally-generated # bounces, and prevents the SMTP server from rejecting mail permanently # (by changing 5xx replies into 4xx replies). However, soft_bounce # is no cure for address rewriting mistakes or mail routing mistakes. # #soft_bounce = no # LOCAL PATHNAME INFORMATION # # The queue_directory specifies the location of the Postfix queue. # This is also the root directory of Postfix daemons that run chrooted. # See the files in examples/chroot-setup for setting up Postfix chroot # environments on different UNIX systems. # queue_directory = /var/spool/postfix # The command_directory parameter specifies the location of all # postXXX commands. # command_directory = /usr/sbin # The daemon_directory parameter specifies the location of all Postfix # daemon programs (i.e. programs listed in the master.cf file). This # directory must be owned by root. # daemon_directory = /usr/libexec/postfix # QUEUE AND PROCESS OWNERSHIP # # The mail_owner parameter specifies the owner of the Postfix queue # and of most Postfix daemon processes. Specify the name of a user # account THAT DOES NOT SHARE ITS USER OR GROUP ID WITH OTHER ACCOUNTS # AND THAT OWNS NO OTHER FILES OR PROCESSES ON THE SYSTEM. In # particular, don't specify nobody or daemon. PLEASE USE A DEDICATED # USER. # mail_owner = postfix # The default_privs parameter specifies the default rights used by # the local delivery agent for delivery to external file or command. # These rights are used in the absence of a recipient user context. # DO NOT SPECIFY A PRIVILEGED USER OR THE POSTFIX OWNER. # #default_privs = nobody # INTERNET HOST AND DOMAIN NAMES # # The myhostname parameter specifies the internet hostname of this # mail system. The default is to use the fully-qualified domain name # from gethostname(). $myhostname is used as a default value for many # other configuration parameters. # myhostname = mail.international-security.net #myhostname = virtual.domain.tld # The mydomain parameter specifies the local internet domain name. # The default is to use $myhostname minus the first component. # $mydomain is used as a default value for many other configuration # parameters. # mydomain = international-security.net # SENDING MAIL # # The myorigin parameter specifies the domain that locally-posted # mail appears to come from. The default is to append $myhostname, # which is fine for small sites. If you run a domain with multiple # machines, you should (1) change this to $mydomain and (2) set up # a domain-wide alias database that aliases each user to # user na that.users.mailhost. # # For the sake of consistency between sender and recipient addresses, # myorigin also specifies the default domain name that is appended # to recipient addresses that have no @domain part. # #myorigin = $myhostname myorigin = $mydomain # RECEIVING MAIL # The inet_interfaces parameter specifies the network interface # addresses that this mail system receives mail on. By default, # the software claims all active interfaces on the machine. The # parameter also controls delivery of mail to user@[ip.address]. # # See also the proxy_interfaces parameter, for network addresses that # are forwarded to us via a proxy or network address translator. # # Note: you need to stop/start Postfix when this parameter changes. # inet_interfaces = all #inet_interfaces = $myhostname #inet_interfaces = $myhostname, localhost #inet_interfaces = localhost # The proxy_interfaces parameter specifies the network interface # addresses that this mail system receives mail on by way of a # proxy or network address translation unit. This setting extends # the address list specified with the inet_interfaces parameter. # # You must specify your proxy/NAT addresses when your system is a # backup MX host for other domains, otherwise mail delivery loops # will happen when the primary MX host is down. # #proxy_interfaces = #proxy_interfaces = 1.2.3.4 # The mydestination parameter specifies the list of domains that this # machine considers itself the final destination for. # # These domains are routed to the delivery agent specified with the # local_transport parameter setting. By default, that is the UNIX # compatible delivery agent that lookups all recipients in /etc/passwd # and /etc/aliases or their equivalent. # # The default is $myhostname + localhost.$mydomain. On a mail domain # gateway, you should also include $mydomain. # # Do not specify the names of virtual domains - those domains are # specified elsewhere (see VIRTUAL_README). # # Do not specify the names of domains that this machine is backup MX # host for. Specify those names via the relay_domains settings for # the SMTP server, or use permit_mx_backup if you are lazy (see # STANDARD_CONFIGURATION_README). # # The local machine is always the final destination for mail addressed # to user@[the.net.work.address] of an interface that the mail system # receives mail on (see the inet_interfaces parameter). # # Specify a list of host or domain names, /file/name or type:table # patterns, separated by commas and/or whitespace. A /file/name # pattern is replaced by its contents; a type:table is matched when # a name matches a lookup key (the right-hand side is ignored). # Continue long lines by starting the next line with whitespace. # # See also below, section "REJECTING MAIL FOR UNKNOWN LOCAL USERS". # mydestination = $myhostname, localhost.$mydomain, localhost, international-security.net #mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain #mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, # mail.$mydomain, www.$mydomain, ftp.$mydomain # REJECTING MAIL FOR UNKNOWN LOCAL USERS # # The local_recipient_maps parameter specifies optional lookup tables # with all names or addresses of users that are local with respect # to $mydestination, $inet_interfaces or $proxy_interfaces. # # If this parameter is defined, then the SMTP server will reject # mail for unknown local users. This parameter is defined by default. # # To turn off local recipient checking in the SMTP server, specify # local_recipient_maps = (i.e. empty). # # The default setting assumes that you use the default Postfix local # delivery agent for local delivery. You need to update the # local_recipient_maps setting if: # # - You define $mydestination domain recipients in files other than # /etc/passwd, /etc/aliases, or the $virtual_alias_maps files. # For example, you define $mydestination domain recipients in # the $virtual_mailbox_maps files. # # - You redefine the local delivery agent in master.cf. # # - You redefine the "local_transport" setting in main.cf. # # - You use the "luser_relay", "mailbox_transport", or "fallback_transport" # feature of the Postfix local delivery agent (see local(8)). # # Details are described in the LOCAL_RECIPIENT_README file. # # Beware: if the Postfix SMTP server runs chrooted, you probably have # to access the passwd file via the proxymap service, in order to # overcome chroot restrictions. The alternative, having a copy of # the system passwd file in the chroot jail is just not practical. # # The right-hand side of the lookup tables is conveniently ignored. # In the left-hand side, specify a bare username, an @domain.tld # wild-card, or specify a user na domain.tld address. # #local_recipient_maps = unix:passwd.byname $alias_maps #local_recipient_maps = proxy:unix:passwd.byname $alias_maps #local_recipient_maps = # The unknown_local_recipient_reject_code specifies the SMTP server # response code when a recipient domain matches $mydestination or # ${proxy,inet}_interfaces, while $local_recipient_maps is non-empty # and the recipient address or address local-part is not found. # # The default setting is 550 (reject mail) but it is safer to start # with 450 (try again later) until you are certain that your # local_recipient_maps settings are OK. # unknown_local_recipient_reject_code = 550 # TRUST AND RELAY CONTROL # The mynetworks parameter specifies the list of "trusted" SMTP # clients that have more privileges than "strangers". # # In particular, "trusted" SMTP clients are allowed to relay mail # through Postfix. See the smtpd_recipient_restrictions parameter # in postconf(5). # # You can specify the list of "trusted" network addresses by hand # or you can let Postfix do it for you (which is the default). # # By default (mynetworks_style = subnet), Postfix "trusts" SMTP # clients in the same IP subnetworks as the local machine. # On Linux, this does works correctly only with interfaces specified # with the "ifconfig" command. # # Specify "mynetworks_style = class" when Postfix should "trust" SMTP # clients in the same IP class A/B/C networks as the local machine. # Don't do this with a dialup site - it would cause Postfix to "trust" # your entire provider's network. Instead, specify an explicit # mynetworks list by hand, as described below. # # Specify "mynetworks_style = host" when Postfix should "trust" # only the local machine. # #mynetworks_style = class #mynetworks_style = subnet #mynetworks_style = host # Alternatively, you can specify the mynetworks list by hand, in # which case Postfix ignores the mynetworks_style setting. # # Specify an explicit list of network/netmask patterns, where the # mask specifies the number of bits in the network part of a host # address. # # You can also specify the absolute pathname of a pattern file instead # of listing the patterns here. Specify type:table for table-based lookups # (the value on the table right-hand side is not used). # mynetworks = 10.20.30.0/24, 127.0.0.0/8 #mynetworks = $config_directory/mynetworks #mynetworks = hash:/etc/postfix/network_table # The relay_domains parameter restricts what destinations this system will # relay mail to. See the smtpd_recipient_restrictions description in # postconf(5) for detailed information. # # By default, Postfix relays mail # - from "trusted" clients (IP address matches $mynetworks) to any destination, # - from "untrusted" clients to destinations that match $relay_domains or # subdomains thereof, except addresses with sender-specified routing. # The default relay_domains value is $mydestination. # # In addition to the above, the Postfix SMTP server by default accepts mail # that Postfix is final destination for: # - destinations that match $inet_interfaces or $proxy_interfaces, # - destinations that match $mydestination # - destinations that match $virtual_alias_domains, # - destinations that match $virtual_mailbox_domains. # These destinations do not need to be listed in $relay_domains. # # Specify a list of hosts or domains, /file/name patterns or type:name # lookup tables, separated by commas and/or whitespace. Continue # long lines by starting the next line with whitespace. A file name # is replaced by its contents; a type:name table is matched when a # (parent) domain appears as lookup key. # # NOTE: Postfix will not automatically forward mail for domains that # list this system as their primary or backup MX host. See the # permit_mx_backup restriction description in postconf(5). # #relay_domains = $mydestination # INTERNET OR INTRANET # The relayhost parameter specifies the default host to send mail to # when no entry is matched in the optional transport(5) table. When # no relayhost is given, mail is routed directly to the destination. # # On an intranet, specify the organizational domain name. If your # internal DNS uses no MX records, specify the name of the intranet # gateway host instead. # # In the case of SMTP, specify a domain, host, host:port, [host]:port, # [address] or [address]:port; the form [host] turns off MX lookups. # # If you're connected via UUCP, see also the default_transport parameter. # #relayhost = $mydomain #relayhost = [gateway.my.domain] #relayhost = [mailserver.isp.tld] #relayhost = uucphost #relayhost = [an.ip.add.ress] # REJECTING UNKNOWN RELAY USERS # # The relay_recipient_maps parameter specifies optional lookup tables # with all addresses in the domains that match $relay_domains. # # If this parameter is defined, then the SMTP server will reject # mail for unknown relay users. This feature is off by default. # # The right-hand side of the lookup tables is conveniently ignored. # In the left-hand side, specify an @domain.tld wild-card, or specify # a user na domain.tld address. # #relay_recipient_maps = hash:/etc/postfix/relay_recipients # INPUT RATE CONTROL # # The in_flow_delay configuration parameter implements mail input # flow control. This feature is turned on by default, although it # still needs further development (it's disabled on SCO UNIX due # to an SCO bug). # # A Postfix process will pause for $in_flow_delay seconds before # accepting a new message, when the message arrival rate exceeds the # message delivery rate. With the default 100 SMTP server process # limit, this limits the mail inflow to 100 messages a second more # than the number of messages delivered per second. # # Specify 0 to disable the feature. Valid delays are 0..10. # #in_flow_delay = 1s # ADDRESS REWRITING # # The ADDRESS_REWRITING_README document gives information about # address masquerading or other forms of address rewriting including # username->Firstname.Lastname mapping. # ADDRESS REDIRECTION (VIRTUAL DOMAIN) # # The VIRTUAL_README document gives information about the many forms # of domain hosting that Postfix supports. # "USER HAS MOVED" BOUNCE MESSAGES # # See the discussion in the ADDRESS_REWRITING_README document. # TRANSPORT MAP # # See the discussion in the ADDRESS_REWRITING_README document. # ALIAS DATABASE # # The alias_maps parameter specifies the list of alias databases used # by the local delivery agent. The default list is system dependent. # # On systems with NIS, the default is to search the local alias # database, then the NIS alias database. See aliases(5) for syntax # details. # # If you change the alias database, run "postalias /etc/aliases" (or # wherever your system stores the mail alias file), or simply run # "newaliases" to build the necessary DBM or DB file. # # It will take a minute or so before changes become visible. Use # "postfix reload" to eliminate the delay. # #alias_maps = dbm:/etc/aliases alias_maps = hash:/etc/aliases virtual_maps = hash:/etc/postfix/virtual #alias_maps = hash:/etc/aliases, nis:mail.aliases #alias_maps = netinfo:/aliases # The alias_database parameter specifies the alias database(s) that # are built with "newaliases" or "sendmail -bi". This is a separate # configuration parameter, because alias_maps (see above) may specify # tables that are not necessarily all under control by Postfix. # #alias_database = dbm:/etc/aliases #alias_database = dbm:/etc/mail/aliases alias_database = hash:/etc/aliases virtual_database = hash:/etc/postfix/virtual #alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases # ADDRESS EXTENSIONS (e.g., user+foo) # # The recipient_delimiter parameter specifies the separator between # user names and address extensions (user+foo). See canonical(5), # local(8), relocated(5) and virtual(5) for the effects this has on # aliases, canonical, virtual, relocated and .forward file lookups. # Basically, the software tries user+foo and .forward+foo before # trying user and .forward. # #recipient_delimiter = + # DELIVERY TO MAILBOX # # The home_mailbox parameter specifies the optional pathname of a # mailbox file relative to a user's home directory. The default # mailbox file is /var/spool/mail/user or /var/mail/user. Specify # "Maildir/" for qmail-style delivery (the / is required). # #home_mailbox = Mailbox #home_mailbox = Maildir/ # The mail_spool_directory parameter specifies the directory where # UNIX-style mailboxes are kept. The default setting depends on the # system type. # #mail_spool_directory = /var/mail mail_spool_directory = /var/spool/mail # The mailbox_command parameter specifies the optional external # command to use instead of mailbox delivery. The command is run as # the recipient with proper HOME, SHELL and LOGNAME environment settings. # Exception: delivery for root is done as $default_user. # # Other environment variables of interest: USER (recipient username), # EXTENSION (address extension), DOMAIN (domain part of address), # and LOCAL (the address localpart). # # Unlike other Postfix configuration parameters, the mailbox_command # parameter is not subjected to $parameter substitutions. This is to # make it easier to specify shell syntax (see example below). # # Avoid shell meta characters because they will force Postfix to run # an expensive shell process. Procmail alone is expensive enough. # # IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN # ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER. # #mailbox_command = /some/where/procmail #mailbox_command = /some/where/procmail -a "$EXTENSION" # The mailbox_transport specifies the optional transport in master.cf # to use after processing aliases and .forward files. This parameter # has precedence over the mailbox_command, fallback_transport and # luser_relay parameters. # # Specify a string of the form transport:nexthop, where transport is # the name of a mail delivery transport defined in master.cf. The # :nexthop part is optional. For more details see the sample transport # configuration file. # # NOTE: if you use this feature for accounts not in the UNIX password # file, then you must update the "local_recipient_maps" setting in # the main.cf file, otherwise the SMTP server will reject mail for # non-UNIX accounts with "User unknown in local recipient table". # #mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp # If using the cyrus-imapd IMAP server deliver local mail to the IMAP # server using LMTP (Local Mail Transport Protocol), this is prefered # over the older cyrus deliver program by setting the # mailbox_transport as below: # # mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp # # The efficiency of LMTP delivery for cyrus-imapd can be enhanced via # these settings. # # local_destination_recipient_limit = 300 # local_destination_concurrency_limit = 5 # # Of course you should adjust these settings as appropriate for the # capacity of the hardware you are using. The recipient limit setting # can be used to take advantage of the single instance message store # capability of Cyrus. The concurrency limit can be used to control # how many simultaneous LMTP sessions will be permitted to the Cyrus # message store. # # To use the old cyrus deliver program you have to set: #mailbox_transport = cyrus # The fallback_transport specifies the optional transport in master.cf # to use for recipients that are not found in the UNIX passwd database. # This parameter has precedence over the luser_relay parameter. # # Specify a string of the form transport:nexthop, where transport is # the name of a mail delivery transport defined in master.cf. The # :nexthop part is optional. For more details see the sample transport # configuration file. # # NOTE: if you use this feature for accounts not in the UNIX password # file, then you must update the "local_recipient_maps" setting in # the main.cf file, otherwise the SMTP server will reject mail for # non-UNIX accounts with "User unknown in local recipient table". # #fallback_transport = lmtp:unix:/var/lib/imap/socket/lmtp #fallback_transport = # The luser_relay parameter specifies an optional destination address # for unknown recipients. By default, mail for unknown@$mydestination, # unknown@[$inet_interfaces] or unknown@[$proxy_interfaces] is returned # as undeliverable. # # The following expansions are done on luser_relay: $user (recipient # username), $shell (recipient shell), $home (recipient home directory), # $recipient (full recipient address), $extension (recipient address # extension), $domain (recipient domain), $local (entire recipient # localpart), $recipient_delimiter. Specify ${name?value} or # ${name:value} to expand value only when $name does (does not) exist. # # luser_relay works only for the default Postfix local delivery agent. # # NOTE: if you use this feature for accounts not in the UNIX password # file, then you must specify "local_recipient_maps =" (i.e. empty) in # the main.cf file, otherwise the SMTP server will reject mail for # non-UNIX accounts with "User unknown in local recipient table". # #luser_relay = $user na other.host #luser_relay = $local na other.host #luser_relay = admin+$local # JUNK MAIL CONTROLS # # The controls listed here are only a very small subset. The file # SMTPD_ACCESS_README provides an overview. # The header_checks parameter specifies an optional table with patterns # that each logical message header is matched against, including # headers that span multiple physical lines. # # By default, these patterns also apply to MIME headers and to the # headers of attached messages. With older Postfix versions, MIME and # attached message headers were treated as body text. # # For details, see "man header_checks". # #header_checks = regexp:/etc/postfix/header_checks # FAST ETRN SERVICE # # Postfix maintains per-destination logfiles with information about # deferred mail, so that mail can be flushed quickly with the SMTP # "ETRN domain.tld" command, or by executing "sendmail -qRdomain.tld". # See the ETRN_README document for a detailed description. # # The fast_flush_domains parameter controls what destinations are # eligible for this service. By default, they are all domains that # this server is willing to relay mail to. # #fast_flush_domains = $relay_domains # SHOW SOFTWARE VERSION OR NOT # # The smtpd_banner parameter specifies the text that follows the 220 # code in the SMTP server's greeting banner. Some people like to see # the mail version advertised. By default, Postfix shows no version. # # You MUST specify $myhostname at the start of the text. That is an # RFC requirement. Postfix itself does not care. # #smtpd_banner = $myhostname ESMTP $mail_name smtpd_banner = $myhostname ESMTP $mail_name ($mail_version) # PARALLEL DELIVERY TO THE SAME DESTINATION # # How many parallel deliveries to the same user or domain? With local # delivery, it does not make sense to do massively parallel delivery # to the same user, because mailbox updates must happen sequentially, # and expensive pipelines in .forward files can cause disasters when # too many are run at the same time. With SMTP deliveries, 10 # simultaneous connections to the same domain could be sufficient to # raise eyebrows. # # Each message delivery transport has its XXX_destination_concurrency_limit # parameter. The default is $default_destination_concurrency_limit for # most delivery transports. For the local delivery agent the default is 2. #local_destination_concurrency_limit = 2 #default_destination_concurrency_limit = 20 # DEBUGGING CONTROL # # The debug_peer_level parameter specifies the increment in verbose # logging level when an SMTP client or server host name or address # matches a pattern in the debug_peer_list parameter. # debug_peer_level = 2 # The debug_peer_list parameter specifies an optional list of domain # or network patterns, /file/name patterns or type:name tables. When # an SMTP client or server host name or address matches a pattern, # increase the verbose logging level by the amount specified in the # debug_peer_level parameter. # #debug_peer_list = 127.0.0.1 #debug_peer_list = some.domain # The debugger_command specifies the external command that is executed # when a Postfix daemon program is run with the -D option. # # Use "command .. & sleep 5" so that the debugger can attach before # the process marches on. If you use an X-based debugger, be sure to # set up your XAUTHORITY environment variable before starting Postfix. # debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 # If you can't use X, use this to capture the call stack when a # daemon crashes. The result is in a file in the configuration # directory, and is named after the process name and the process ID. # # debugger_command = # PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont; # echo where) | gdb $daemon_directory/$process_name $process_id 2>&1 # >$config_directory/$process_name.$process_id.log & sleep 5 # # Another possibility is to run gdb under a detached screen session. # To attach to the screen sesssion, su root and run "screen -r # " where uniquely matches one of the detached # sessions (from "screen -list"). # # debugger_command = # PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH; screen # -dmS $process_name gdb $daemon_directory/$process_name # $process_id & sleep 1 # INSTALL-TIME CONFIGURATION INFORMATION # # The following parameters are used when installing a new Postfix version. # # sendmail_path: The full pathname of the Postfix sendmail command. # This is the Sendmail-compatible mail posting interface. # sendmail_path = /usr/sbin/sendmail.postfix # newaliases_path: The full pathname of the Postfix newaliases command. # This is the Sendmail-compatible command to build alias databases. # newaliases_path = /usr/bin/newaliases.postfix # mailq_path: The full pathname of the Postfix mailq command. This # is the Sendmail-compatible mail queue listing command. # mailq_path = /usr/bin/mailq.postfix # setgid_group: The group for mail submission and queue management # commands. This must be a group name with a numerical group ID that # is not shared with other accounts, not even with the Postfix account. # setgid_group = postdrop # html_directory: The location of the Postfix HTML documentation. # html_directory = no # manpage_directory: The location of the Postfix on-line manual pages. # manpage_directory = /usr/share/man # sample_directory: The location of the Postfix sample configuration files. # This parameter is obsolete as of Postfix 2.1. # sample_directory = /usr/share/doc/postfix-2.4.3/samples # readme_directory: The location of the Postfix README files. # readme_directory = /usr/share/doc/postfix-2.4.3/README_FILES message_size_limit = 20480000 Lp, Mitja -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071104/eb5a203e/attachment-0001.htm From mitja.znidaric at gmail.com Sun Nov 4 14:14:59 2007 From: mitja.znidaric at gmail.com (Mitja Znidaric) Date: Sun, 04 Nov 2007 14:14:59 +0100 Subject: [LUGOS] Outgoing Mails In-Reply-To: <951427849.20071104140235@ena.si> References: <472DBFF3.80604@gmail.com> <951427849.20071104140235@ena.si> Message-ID: <472DC5D3.3010006@gmail.com> Jernej Simon?i? wrote: > On Sunday, November 4, 2007, 13:49:55, Mitja Znidaric wrote: > > >> ?e vedno nisem re?il zadeve 5.7.1.-Relay access denied...... :( >> Prilagam dovecot.conf: >> > > Po?te verjetno ne po?ilja? prek Dovecota. ?e uporablja? postfix, > poglej nastavitev mynetworks v main.conf. > > Lokalne nastavitve: IP od serverja: 10.20.30.37 Mask: 255.255.255.0 To imam vpisano: mynetworks = 10.20.30.0/24, 127.0.0.0/8 Evo ?e ta datoteka... main.conf: # Global Postfix configuration file. This file lists only a subset # of all parameters. For the syntax, and for a complete parameter # list, see the postconf(5) manual page (command: "man 5 postconf"). # # For common configuration examples, see BASIC_CONFIGURATION_README # and STANDARD_CONFIGURATION_README. To find these documents, use # the command "postconf html_directory readme_directory", or go to # http://www.postfix.org/. # # For best results, change no more than 2-3 parameters at a time, # and test if Postfix still works after every change. # SOFT BOUNCE # # The soft_bounce parameter provides a limited safety net for # testing. When soft_bounce is enabled, mail will remain queued that # would otherwise bounce. This parameter disables locally-generated # bounces, and prevents the SMTP server from rejecting mail permanently # (by changing 5xx replies into 4xx replies). However, soft_bounce # is no cure for address rewriting mistakes or mail routing mistakes. # #soft_bounce = no # LOCAL PATHNAME INFORMATION # # The queue_directory specifies the location of the Postfix queue. # This is also the root directory of Postfix daemons that run chrooted. # See the files in examples/chroot-setup for setting up Postfix chroot # environments on different UNIX systems. # queue_directory = /var/spool/postfix # The command_directory parameter specifies the location of all # postXXX commands. # command_directory = /usr/sbin # The daemon_directory parameter specifies the location of all Postfix # daemon programs (i.e. programs listed in the master.cf file). This # directory must be owned by root. # daemon_directory = /usr/libexec/postfix # QUEUE AND PROCESS OWNERSHIP # # The mail_owner parameter specifies the owner of the Postfix queue # and of most Postfix daemon processes. Specify the name of a user # account THAT DOES NOT SHARE ITS USER OR GROUP ID WITH OTHER ACCOUNTS # AND THAT OWNS NO OTHER FILES OR PROCESSES ON THE SYSTEM. In # particular, don't specify nobody or daemon. PLEASE USE A DEDICATED # USER. # mail_owner = postfix # The default_privs parameter specifies the default rights used by # the local delivery agent for delivery to external file or command. # These rights are used in the absence of a recipient user context. # DO NOT SPECIFY A PRIVILEGED USER OR THE POSTFIX OWNER. # #default_privs = nobody # INTERNET HOST AND DOMAIN NAMES # # The myhostname parameter specifies the internet hostname of this # mail system. The default is to use the fully-qualified domain name # from gethostname(). $myhostname is used as a default value for many # other configuration parameters. # myhostname = mail.international-security.net #myhostname = virtual.domain.tld # The mydomain parameter specifies the local internet domain name. # The default is to use $myhostname minus the first component. # $mydomain is used as a default value for many other configuration # parameters. # mydomain = international-security.net # SENDING MAIL # # The myorigin parameter specifies the domain that locally-posted # mail appears to come from. The default is to append $myhostname, # which is fine for small sites. If you run a domain with multiple # machines, you should (1) change this to $mydomain and (2) set up # a domain-wide alias database that aliases each user to # user na that.users.mailhost. # # For the sake of consistency between sender and recipient addresses, # myorigin also specifies the default domain name that is appended # to recipient addresses that have no @domain part. # #myorigin = $myhostname myorigin = $mydomain # RECEIVING MAIL # The inet_interfaces parameter specifies the network interface # addresses that this mail system receives mail on. By default, # the software claims all active interfaces on the machine. The # parameter also controls delivery of mail to user@[ip.address]. # # See also the proxy_interfaces parameter, for network addresses that # are forwarded to us via a proxy or network address translator. # # Note: you need to stop/start Postfix when this parameter changes. # inet_interfaces = all #inet_interfaces = $myhostname #inet_interfaces = $myhostname, localhost #inet_interfaces = localhost # The proxy_interfaces parameter specifies the network interface # addresses that this mail system receives mail on by way of a # proxy or network address translation unit. This setting extends # the address list specified with the inet_interfaces parameter. # # You must specify your proxy/NAT addresses when your system is a # backup MX host for other domains, otherwise mail delivery loops # will happen when the primary MX host is down. # #proxy_interfaces = #proxy_interfaces = 1.2.3.4 # The mydestination parameter specifies the list of domains that this # machine considers itself the final destination for. # # These domains are routed to the delivery agent specified with the # local_transport parameter setting. By default, that is the UNIX # compatible delivery agent that lookups all recipients in /etc/passwd # and /etc/aliases or their equivalent. # # The default is $myhostname + localhost.$mydomain. On a mail domain # gateway, you should also include $mydomain. # # Do not specify the names of virtual domains - those domains are # specified elsewhere (see VIRTUAL_README). # # Do not specify the names of domains that this machine is backup MX # host for. Specify those names via the relay_domains settings for # the SMTP server, or use permit_mx_backup if you are lazy (see # STANDARD_CONFIGURATION_README). # # The local machine is always the final destination for mail addressed # to user@[the.net.work.address] of an interface that the mail system # receives mail on (see the inet_interfaces parameter). # # Specify a list of host or domain names, /file/name or type:table # patterns, separated by commas and/or whitespace. A /file/name # pattern is replaced by its contents; a type:table is matched when # a name matches a lookup key (the right-hand side is ignored). # Continue long lines by starting the next line with whitespace. # # See also below, section "REJECTING MAIL FOR UNKNOWN LOCAL USERS". # mydestination = $myhostname, localhost.$mydomain, localhost, international-security.net #mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain #mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, # mail.$mydomain, www.$mydomain, ftp.$mydomain # REJECTING MAIL FOR UNKNOWN LOCAL USERS # # The local_recipient_maps parameter specifies optional lookup tables # with all names or addresses of users that are local with respect # to $mydestination, $inet_interfaces or $proxy_interfaces. # # If this parameter is defined, then the SMTP server will reject # mail for unknown local users. This parameter is defined by default. # # To turn off local recipient checking in the SMTP server, specify # local_recipient_maps = (i.e. empty). # # The default setting assumes that you use the default Postfix local # delivery agent for local delivery. You need to update the # local_recipient_maps setting if: # # - You define $mydestination domain recipients in files other than # /etc/passwd, /etc/aliases, or the $virtual_alias_maps files. # For example, you define $mydestination domain recipients in # the $virtual_mailbox_maps files. # # - You redefine the local delivery agent in master.cf. # # - You redefine the "local_transport" setting in main.cf. # # - You use the "luser_relay", "mailbox_transport", or "fallback_transport" # feature of the Postfix local delivery agent (see local(8)). # # Details are described in the LOCAL_RECIPIENT_README file. # # Beware: if the Postfix SMTP server runs chrooted, you probably have # to access the passwd file via the proxymap service, in order to # overcome chroot restrictions. The alternative, having a copy of # the system passwd file in the chroot jail is just not practical. # # The right-hand side of the lookup tables is conveniently ignored. # In the left-hand side, specify a bare username, an @domain.tld # wild-card, or specify a user na domain.tld address. # #local_recipient_maps = unix:passwd.byname $alias_maps #local_recipient_maps = proxy:unix:passwd.byname $alias_maps #local_recipient_maps = # The unknown_local_recipient_reject_code specifies the SMTP server # response code when a recipient domain matches $mydestination or # ${proxy,inet}_interfaces, while $local_recipient_maps is non-empty # and the recipient address or address local-part is not found. # # The default setting is 550 (reject mail) but it is safer to start # with 450 (try again later) until you are certain that your # local_recipient_maps settings are OK. # unknown_local_recipient_reject_code = 550 # TRUST AND RELAY CONTROL # The mynetworks parameter specifies the list of "trusted" SMTP # clients that have more privileges than "strangers". # # In particular, "trusted" SMTP clients are allowed to relay mail # through Postfix. See the smtpd_recipient_restrictions parameter # in postconf(5). # # You can specify the list of "trusted" network addresses by hand # or you can let Postfix do it for you (which is the default). # # By default (mynetworks_style = subnet), Postfix "trusts" SMTP # clients in the same IP subnetworks as the local machine. # On Linux, this does works correctly only with interfaces specified # with the "ifconfig" command. # # Specify "mynetworks_style = class" when Postfix should "trust" SMTP # clients in the same IP class A/B/C networks as the local machine. # Don't do this with a dialup site - it would cause Postfix to "trust" # your entire provider's network. Instead, specify an explicit # mynetworks list by hand, as described below. # # Specify "mynetworks_style = host" when Postfix should "trust" # only the local machine. # #mynetworks_style = class #mynetworks_style = subnet #mynetworks_style = host # Alternatively, you can specify the mynetworks list by hand, in # which case Postfix ignores the mynetworks_style setting. # # Specify an explicit list of network/netmask patterns, where the # mask specifies the number of bits in the network part of a host # address. # # You can also specify the absolute pathname of a pattern file instead # of listing the patterns here. Specify type:table for table-based lookups # (the value on the table right-hand side is not used). # mynetworks = 10.20.30.0/24, 127.0.0.0/8 #mynetworks = $config_directory/mynetworks #mynetworks = hash:/etc/postfix/network_table # The relay_domains parameter restricts what destinations this system will # relay mail to. See the smtpd_recipient_restrictions description in # postconf(5) for detailed information. # # By default, Postfix relays mail # - from "trusted" clients (IP address matches $mynetworks) to any destination, # - from "untrusted" clients to destinations that match $relay_domains or # subdomains thereof, except addresses with sender-specified routing. # The default relay_domains value is $mydestination. # # In addition to the above, the Postfix SMTP server by default accepts mail # that Postfix is final destination for: # - destinations that match $inet_interfaces or $proxy_interfaces, # - destinations that match $mydestination # - destinations that match $virtual_alias_domains, # - destinations that match $virtual_mailbox_domains. # These destinations do not need to be listed in $relay_domains. # # Specify a list of hosts or domains, /file/name patterns or type:name # lookup tables, separated by commas and/or whitespace. Continue # long lines by starting the next line with whitespace. A file name # is replaced by its contents; a type:name table is matched when a # (parent) domain appears as lookup key. # # NOTE: Postfix will not automatically forward mail for domains that # list this system as their primary or backup MX host. See the # permit_mx_backup restriction description in postconf(5). # #relay_domains = $mydestination # INTERNET OR INTRANET # The relayhost parameter specifies the default host to send mail to # when no entry is matched in the optional transport(5) table. When # no relayhost is given, mail is routed directly to the destination. # # On an intranet, specify the organizational domain name. If your # internal DNS uses no MX records, specify the name of the intranet # gateway host instead. # # In the case of SMTP, specify a domain, host, host:port, [host]:port, # [address] or [address]:port; the form [host] turns off MX lookups. # # If you're connected via UUCP, see also the default_transport parameter. # #relayhost = $mydomain #relayhost = [gateway.my.domain] #relayhost = [mailserver.isp.tld] #relayhost = uucphost #relayhost = [an.ip.add.ress] # REJECTING UNKNOWN RELAY USERS # # The relay_recipient_maps parameter specifies optional lookup tables # with all addresses in the domains that match $relay_domains. # # If this parameter is defined, then the SMTP server will reject # mail for unknown relay users. This feature is off by default. # # The right-hand side of the lookup tables is conveniently ignored. # In the left-hand side, specify an @domain.tld wild-card, or specify # a user na domain.tld address. # #relay_recipient_maps = hash:/etc/postfix/relay_recipients # INPUT RATE CONTROL # # The in_flow_delay configuration parameter implements mail input # flow control. This feature is turned on by default, although it # still needs further development (it's disabled on SCO UNIX due # to an SCO bug). # # A Postfix process will pause for $in_flow_delay seconds before # accepting a new message, when the message arrival rate exceeds the # message delivery rate. With the default 100 SMTP server process # limit, this limits the mail inflow to 100 messages a second more # than the number of messages delivered per second. # # Specify 0 to disable the feature. Valid delays are 0..10. # #in_flow_delay = 1s # ADDRESS REWRITING # # The ADDRESS_REWRITING_README document gives information about # address masquerading or other forms of address rewriting including # username->Firstname.Lastname mapping. # ADDRESS REDIRECTION (VIRTUAL DOMAIN) # # The VIRTUAL_README document gives information about the many forms # of domain hosting that Postfix supports. # "USER HAS MOVED" BOUNCE MESSAGES # # See the discussion in the ADDRESS_REWRITING_README document. # TRANSPORT MAP # # See the discussion in the ADDRESS_REWRITING_README document. # ALIAS DATABASE # # The alias_maps parameter specifies the list of alias databases used # by the local delivery agent. The default list is system dependent. # # On systems with NIS, the default is to search the local alias # database, then the NIS alias database. See aliases(5) for syntax # details. # # If you change the alias database, run "postalias /etc/aliases" (or # wherever your system stores the mail alias file), or simply run # "newaliases" to build the necessary DBM or DB file. # # It will take a minute or so before changes become visible. Use # "postfix reload" to eliminate the delay. # #alias_maps = dbm:/etc/aliases alias_maps = hash:/etc/aliases virtual_maps = hash:/etc/postfix/virtual #alias_maps = hash:/etc/aliases, nis:mail.aliases #alias_maps = netinfo:/aliases # The alias_database parameter specifies the alias database(s) that # are built with "newaliases" or "sendmail -bi". This is a separate # configuration parameter, because alias_maps (see above) may specify # tables that are not necessarily all under control by Postfix. # #alias_database = dbm:/etc/aliases #alias_database = dbm:/etc/mail/aliases alias_database = hash:/etc/aliases virtual_database = hash:/etc/postfix/virtual #alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases # ADDRESS EXTENSIONS (e.g., user+foo) # # The recipient_delimiter parameter specifies the separator between # user names and address extensions (user+foo). See canonical(5), # local(8), relocated(5) and virtual(5) for the effects this has on # aliases, canonical, virtual, relocated and .forward file lookups. # Basically, the software tries user+foo and .forward+foo before # trying user and .forward. # #recipient_delimiter = + # DELIVERY TO MAILBOX # # The home_mailbox parameter specifies the optional pathname of a # mailbox file relative to a user's home directory. The default # mailbox file is /var/spool/mail/user or /var/mail/user. Specify # "Maildir/" for qmail-style delivery (the / is required). # #home_mailbox = Mailbox #home_mailbox = Maildir/ # The mail_spool_directory parameter specifies the directory where # UNIX-style mailboxes are kept. The default setting depends on the # system type. # #mail_spool_directory = /var/mail mail_spool_directory = /var/spool/mail # The mailbox_command parameter specifies the optional external # command to use instead of mailbox delivery. The command is run as # the recipient with proper HOME, SHELL and LOGNAME environment settings. # Exception: delivery for root is done as $default_user. # # Other environment variables of interest: USER (recipient username), # EXTENSION (address extension), DOMAIN (domain part of address), # and LOCAL (the address localpart). # # Unlike other Postfix configuration parameters, the mailbox_command # parameter is not subjected to $parameter substitutions. This is to # make it easier to specify shell syntax (see example below). # # Avoid shell meta characters because they will force Postfix to run # an expensive shell process. Procmail alone is expensive enough. # # IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN # ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER. # #mailbox_command = /some/where/procmail #mailbox_command = /some/where/procmail -a "$EXTENSION" # The mailbox_transport specifies the optional transport in master.cf # to use after processing aliases and .forward files. This parameter # has precedence over the mailbox_command, fallback_transport and # luser_relay parameters. # # Specify a string of the form transport:nexthop, where transport is # the name of a mail delivery transport defined in master.cf. The # :nexthop part is optional. For more details see the sample transport # configuration file. # # NOTE: if you use this feature for accounts not in the UNIX password # file, then you must update the "local_recipient_maps" setting in # the main.cf file, otherwise the SMTP server will reject mail for # non-UNIX accounts with "User unknown in local recipient table". # #mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp # If using the cyrus-imapd IMAP server deliver local mail to the IMAP # server using LMTP (Local Mail Transport Protocol), this is prefered # over the older cyrus deliver program by setting the # mailbox_transport as below: # # mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp # # The efficiency of LMTP delivery for cyrus-imapd can be enhanced via # these settings. # # local_destination_recipient_limit = 300 # local_destination_concurrency_limit = 5 # # Of course you should adjust these settings as appropriate for the # capacity of the hardware you are using. The recipient limit setting # can be used to take advantage of the single instance message store # capability of Cyrus. The concurrency limit can be used to control # how many simultaneous LMTP sessions will be permitted to the Cyrus # message store. # # To use the old cyrus deliver program you have to set: #mailbox_transport = cyrus # The fallback_transport specifies the optional transport in master.cf # to use for recipients that are not found in the UNIX passwd database. # This parameter has precedence over the luser_relay parameter. # # Specify a string of the form transport:nexthop, where transport is # the name of a mail delivery transport defined in master.cf. The # :nexthop part is optional. For more details see the sample transport # configuration file. # # NOTE: if you use this feature for accounts not in the UNIX password # file, then you must update the "local_recipient_maps" setting in # the main.cf file, otherwise the SMTP server will reject mail for # non-UNIX accounts with "User unknown in local recipient table". # #fallback_transport = lmtp:unix:/var/lib/imap/socket/lmtp #fallback_transport = # The luser_relay parameter specifies an optional destination address # for unknown recipients. By default, mail for unknown@$mydestination, # unknown@[$inet_interfaces] or unknown@[$proxy_interfaces] is returned # as undeliverable. # # The following expansions are done on luser_relay: $user (recipient # username), $shell (recipient shell), $home (recipient home directory), # $recipient (full recipient address), $extension (recipient address # extension), $domain (recipient domain), $local (entire recipient # localpart), $recipient_delimiter. Specify ${name?value} or # ${name:value} to expand value only when $name does (does not) exist. # # luser_relay works only for the default Postfix local delivery agent. # # NOTE: if you use this feature for accounts not in the UNIX password # file, then you must specify "local_recipient_maps =" (i.e. empty) in # the main.cf file, otherwise the SMTP server will reject mail for # non-UNIX accounts with "User unknown in local recipient table". # #luser_relay = $user na other.host #luser_relay = $local na other.host #luser_relay = admin+$local # JUNK MAIL CONTROLS # # The controls listed here are only a very small subset. The file # SMTPD_ACCESS_README provides an overview. # The header_checks parameter specifies an optional table with patterns # that each logical message header is matched against, including # headers that span multiple physical lines. # # By default, these patterns also apply to MIME headers and to the # headers of attached messages. With older Postfix versions, MIME and # attached message headers were treated as body text. # # For details, see "man header_checks". # #header_checks = regexp:/etc/postfix/header_checks # FAST ETRN SERVICE # # Postfix maintains per-destination logfiles with information about # deferred mail, so that mail can be flushed quickly with the SMTP # "ETRN domain.tld" command, or by executing "sendmail -qRdomain.tld". # See the ETRN_README document for a detailed description. # # The fast_flush_domains parameter controls what destinations are # eligible for this service. By default, they are all domains that # this server is willing to relay mail to. # #fast_flush_domains = $relay_domains # SHOW SOFTWARE VERSION OR NOT # # The smtpd_banner parameter specifies the text that follows the 220 # code in the SMTP server's greeting banner. Some people like to see # the mail version advertised. By default, Postfix shows no version. # # You MUST specify $myhostname at the start of the text. That is an # RFC requirement. Postfix itself does not care. # #smtpd_banner = $myhostname ESMTP $mail_name smtpd_banner = $myhostname ESMTP $mail_name ($mail_version) # PARALLEL DELIVERY TO THE SAME DESTINATION # # How many parallel deliveries to the same user or domain? With local # delivery, it does not make sense to do massively parallel delivery # to the same user, because mailbox updates must happen sequentially, # and expensive pipelines in .forward files can cause disasters when # too many are run at the same time. With SMTP deliveries, 10 # simultaneous connections to the same domain could be sufficient to # raise eyebrows. # # Each message delivery transport has its XXX_destination_concurrency_limit # parameter. The default is $default_destination_concurrency_limit for # most delivery transports. For the local delivery agent the default is 2. #local_destination_concurrency_limit = 2 #default_destination_concurrency_limit = 20 # DEBUGGING CONTROL # # The debug_peer_level parameter specifies the increment in verbose # logging level when an SMTP client or server host name or address # matches a pattern in the debug_peer_list parameter. # debug_peer_level = 2 # The debug_peer_list parameter specifies an optional list of domain # or network patterns, /file/name patterns or type:name tables. When # an SMTP client or server host name or address matches a pattern, # increase the verbose logging level by the amount specified in the # debug_peer_level parameter. # #debug_peer_list = 127.0.0.1 #debug_peer_list = some.domain # The debugger_command specifies the external command that is executed # when a Postfix daemon program is run with the -D option. # # Use "command .. & sleep 5" so that the debugger can attach before # the process marches on. If you use an X-based debugger, be sure to # set up your XAUTHORITY environment variable before starting Postfix. # debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 # If you can't use X, use this to capture the call stack when a # daemon crashes. The result is in a file in the configuration # directory, and is named after the process name and the process ID. # # debugger_command = # PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont; # echo where) | gdb $daemon_directory/$process_name $process_id 2>&1 # >$config_directory/$process_name.$process_id.log & sleep 5 # # Another possibility is to run gdb under a detached screen session. # To attach to the screen sesssion, su root and run "screen -r # " where uniquely matches one of the detached # sessions (from "screen -list"). # # debugger_command = # PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH; screen # -dmS $process_name gdb $daemon_directory/$process_name # $process_id & sleep 1 # INSTALL-TIME CONFIGURATION INFORMATION # # The following parameters are used when installing a new Postfix version. # # sendmail_path: The full pathname of the Postfix sendmail command. # This is the Sendmail-compatible mail posting interface. # sendmail_path = /usr/sbin/sendmail.postfix # newaliases_path: The full pathname of the Postfix newaliases command. # This is the Sendmail-compatible command to build alias databases. # newaliases_path = /usr/bin/newaliases.postfix # mailq_path: The full pathname of the Postfix mailq command. This # is the Sendmail-compatible mail queue listing command. # mailq_path = /usr/bin/mailq.postfix # setgid_group: The group for mail submission and queue management # commands. This must be a group name with a numerical group ID that # is not shared with other accounts, not even with the Postfix account. # setgid_group = postdrop # html_directory: The location of the Postfix HTML documentation. # html_directory = no # manpage_directory: The location of the Postfix on-line manual pages. # manpage_directory = /usr/share/man # sample_directory: The location of the Postfix sample configuration files. # This parameter is obsolete as of Postfix 2.1. # sample_directory = /usr/share/doc/postfix-2.4.3/samples # readme_directory: The location of the Postfix README files. # readme_directory = /usr/share/doc/postfix-2.4.3/README_FILES message_size_limit = 20480000 Lp, Mitja -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071104/a0cc6e69/attachment-0001.htm From klemen at humerca.com Sun Nov 4 20:31:57 2007 From: klemen at humerca.com (Klemen Humerca) Date: Sun, 04 Nov 2007 20:31:57 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <1183385117.20071104194656@ena.si> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> <472DB715.5050204@comcom.si> <994771779.20071104132902@ena.si> <472E09CB.1040306@humerca.com> <1183385117.20071104194656@ena.si> Message-ID: <472E1E2D.1080703@humerca.com> OK, sedaj mi je uspelo vzpostaviti povezavo, vendar ne morem pinga nobene ma?ine. Kje bi lahko bil vzrok? Hvala. -- Klemen Humerca -----e-mail&web--------- klemen at humerca.com forum.humerca.com ------------------------ Jernej Simon?i? wrote: > On Sunday, November 4, 2007, 19:04:59, Klemen Humerca wrote: > > >> Ravno danes zjutraj sem naletel na OpenSwan in se lotil povezave z >> M0n0wall-om. Nekje se zatika saj vedno ob zagonu povezave dobim tole: >> > > >> conn atl >> auth=esp >> authby=secret >> auto=start >> esp=3des-md5-1024 >> pfs=yes >> ike=3des-md5-1024 >> ikelifetime=3600s >> keylife=3600s >> left=84.255.243.xxx >> leftid=84.255.243.xxx >> leftsubnet=192.168.1.0/24 >> right=193.77.126.xxx >> rightid=193.77.126.xxx >> rightsubnet=192.168.0.0/24 >> type=tunnel >> > > Kak?ne ima? nastavitve na m0n0wallu? Poleg tega ti priporo?am, da > uporablja? blowfish ali aes enkripcijo, ker so precej hitrej?e od > 3des (rabi? pa podporo v jedru). > > Sam uporabljam naslednje nastavitve za Openswan: > > version 2.0 # conforms to second version of ipsec.conf specification > > # basic configuration > config setup > nat_traversal=yes > #plutodebug=all > klipsdebug=all > interfaces=%defaultroute > > include /etc/ipsec.d/examples/no_oe.conf > > conn xxx > authby=secret > pfs=yes > type=tunnel > left=89.212.xxx.xxx > leftnexthop=89.212.0.1 > leftsubnet=10.0.0.0/24 > right=84.255.xxx.xxx > rightsubnet=192.168.0.0/24 > keyexchange=ike > auto=start > ike=aes128-sha1 > esp=blowfish256-sha1,blowfish128-sha1,aes128-sha1 > > > psSense imam pa konfiguriran tako: > > > > From goljau at comcom.si Sun Nov 4 20:33:02 2007 From: goljau at comcom.si (=?ISO-8859-2?Q?Uro=B9_Golja?=) Date: Sun, 04 Nov 2007 20:33:02 +0100 Subject: [LUGOS] =?iso-8859-2?q?router_in_stre=BEnik?= In-Reply-To: <472E1B88.1070007@aufbix.org> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> Message-ID: <472E1E6E.4090102@comcom.si> Robert Ludvik wrote: > Bolj elegantna re?itev je tista, ki jo je predlagal Jure - poglej, ?e > ima? kje DMZ pa tam vpi?e? samo naslov IP od ma?ine, na kateri te?ejo > servisi. > Lp > ... ?e prej pa na tem stre?niku skonfiguriraj firewall, da ne bo? nag hodil po internetu. :P From goljau at comcom.si Sun Nov 4 20:47:15 2007 From: goljau at comcom.si (=?ISO-8859-2?Q?Uro=B9_Golja?=) Date: Sun, 04 Nov 2007 20:47:15 +0100 Subject: [LUGOS] m0n0wall in openvpn In-Reply-To: <472E1E2D.1080703@humerca.com> References: <20071103101515.zrjuph53408kg0w0@webmail.takeiteasyci.com> <472DB715.5050204@comcom.si> <994771779.20071104132902@ena.si> <472E09CB.1040306@humerca.com> <1183385117.20071104194656@ena.si> <472E1E2D.1080703@humerca.com> Message-ID: <472E21C3.8030906@comcom.si> Klemen Humerca wrote: > OK, sedaj mi je uspelo vzpostaviti povezavo, vendar ne morem pinga > nobene ma?ine. Kje bi lahko bil vzrok? > > Hvala. > > > Glej moj prvi mail. Tudi ?e uporablja? OpenSwan namesto IPSEC implementacije v kernelu, so stvari glede rout in firewall pravil ?e vedno enake. Rekel bi, da je nekaj od slede?ega: - ima? sploh vklopljen forwarding v kernelu? (cat /proc/sys/net/ipv4/ip_forward) - ali spu??a? promet za tunelirano omre?je mimo NATa? (iptables -t nat -L POSTROUTING) - ima? routo za tunelirano omre?je speljano na wan interface? (ip route show ) - ti kak?no pravilo v firewallu blokira prejete ali poslane pakete? LP, U. From a at aufbix.org Sun Nov 4 23:30:51 2007 From: a at aufbix.org (Andraz Sraka) Date: Sun, 04 Nov 2007 23:30:51 +0100 Subject: [LUGOS] Pipin odprti termin: WiMAX kot NGN Broadband Wireless Access (BWA)] Message-ID: <1194215451.20017.68.camel@maya.home.lan> -------- Forwarded Message -------- Subject: [Kiberpipa] Pipin odprti termin: WiMAX kot NGN Broadband Wireless Access (BWA) Date: Sun, 04 Nov 2007 14:00:21 +0100 Ta teden boste imeli na Pipinem odprtem terminu prilo?nost spoznati WiMAX - kaj pomeni WiMAX tehnologija za kon?ne reziden?ne uporabnike, korenine nastanka, prednosti, zmogljivosti in primerjavo s klasi?nimi tehnologijami. WiMAX 802.16d in 802.16e kot last mile BWA je sorazmerno nova standardizirana tehnologija, ki nastopa kot alternativa ?irokopasovnim internetnim dostopom, kot sta kabelski internet in DSL. Predaval bo Gregor Boh, zaposlen pri podjetju Telsima d.o.o kot svetovalec na podro?ju integracije WiMAX-a v IP METRO/MPLS Core network. ?e vrsto let je strokovnjak na podro?ju Cisco usmerjevalnih in stikalnih tehnologij ter razli?nih management nadzornih sistemov. Poleg vsega pa zelo pozorno spremlja razvoj trendov novih omre?nih tehnologij in je eden tistih redkih, ki za OS desktop uporablja Slackware. Kot vedno ste vabljeni v torek ob 19h, ve? podrobnosti o WiMAX tehnologiji pa si lahko preberete na: http://pot.kiberpipa.org/?p=84 ///////////////////////////////////////////////////////// POT - Pipini odprti termini http://pot.kiberpipa.org/ Pipini odprti termini (POT) so redna tedenska odprta sre?anja uporabnikov Linuxa in sorodnih odprtih tehnologij, na katerih se skozi izku?nje in predavanja udele?enci seznanijo z novimi triki ali programi. Sre?anja so namenjena vsem, ki se sre?ujejo ali pa se ?ele ?elijo seznaniti z odprtimi tehnologijami, saj so idealno mesto, da dobijo ve? informacij ter se 'v ?ivo' o problemih, s katerimi se spopadajo. Projekt Pipin odprti termin poteka v sodelovanju z dru?tvom Lugos, vodi ga Andra? Sraka. Vsak torek ob 19h v Kiberpipi. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071104/d64db0db/attachment.pgp -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3355 bytes Desc: not available Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071104/d64db0db/attachment.bin From r at aufbix.org Mon Nov 5 10:49:11 2007 From: r at aufbix.org (Robert Ludvik) Date: Mon, 05 Nov 2007 10:49:11 +0100 Subject: [LUGOS] cfengine ali kaj Message-ID: <472EE717.9000302@aufbix.org> Zdravo S ?im ?lovek skrbi za posodabljanje stvari (npr. datotek conf) na 20 linux ra?unalnikih? Pa da si lahko ?e zmi?ljujem, da so nekatere datoteke conf enotne za vseh 20 ma?in (recimo resolv.conf), nekatere so pa razli?ne za vsako ma?ino (recimo ifcfg-eth0). cfengine (http://www.cfengine.org/)? Kaj drugega odprto-kodnega? Lp Robert Ludvik From mrcin.vuk at gmail.com Mon Nov 5 12:37:51 2007 From: mrcin.vuk at gmail.com (Martin Vuk) Date: Mon, 5 Nov 2007 12:37:51 +0100 Subject: [LUGOS] cfengine ali kaj In-Reply-To: <472EE717.9000302@aufbix.org> References: <472EE717.9000302@aufbix.org> Message-ID: <6c8c06d20711050337s151308eei34a18a5dcbd53f9b@mail.gmail.com> Jaz sem se nekaj ?asa trudil s cfengine, pa je postalo vse skupaj precej nepregledno. Sedaj na 7 ra?unalnikih uporabljamo puppet(http://reductivelabs.com/projects/puppet/), ki je precej bolj ?love?ki in predvsem zelo raz?irljiv. LP Martin 5.11.07 je Robert Ludvik napisal/-a: > Zdravo > S ?im ?lovek skrbi za posodabljanje stvari (npr. datotek conf) na 20 > linux ra?unalnikih? Pa da si lahko ?e zmi?ljujem, da so nekatere > datoteke conf enotne za vseh 20 ma?in (recimo resolv.conf), nekatere so > pa razli?ne za vsako ma?ino (recimo ifcfg-eth0). > cfengine (http://www.cfengine.org/)? Kaj drugega odprto-kodnega? > Lp > Robert Ludvik > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > From r at aufbix.org Mon Nov 5 12:39:56 2007 From: r at aufbix.org (Robert Ludvik) Date: Mon, 05 Nov 2007 12:39:56 +0100 Subject: [LUGOS] Selitev MySQL in Joomle In-Reply-To: <1193730887.4726e3476305d@webmail.niansis.com> References: <4726DE63.9020301@aufbix.org> <1193730887.4726e3476305d@webmail.niansis.com> Message-ID: <472F010C.7090702@aufbix.org> bostjan na niansis.com pravi: > Zivjo > > Kokretno pri Joomli gre nekje meja res cez 1000 znakov in je treba nastavit za > neko polje omejitev dolzine v smislu "(90)". Ker je ze nekaj casa od tega, se > ne spomnim tocno, ampak ce pastas tisti del dumpa, kjer se pojavi napaka (-+5 > vrstic), se bom pomoje spomnil. > > Z iconv moras predelati dump, drugace bodo sumniki ostali enaki, pa na zacetek > dumpa sem jaz vcasih vpisal se "set names utf8;". So se mi pa pri selitvi > dogajale cudne stvari, vcasih je tale set names resil situacijo, vcasih iconv > pa mi "set names" ni bilo treba napisat, tako da 100% delujoce variante ne znam > povedat. Nobena kombinacija ne dela :-) C(isti woo-doo. Bo treba eno soboto duhamorno copy/paste delat. Ah. From a at aufbix.org Mon Nov 5 17:57:36 2007 From: a at aufbix.org (Andraz Sraka) Date: Mon, 05 Nov 2007 17:57:36 +0100 Subject: [LUGOS] Selitev MySQL in Joomle In-Reply-To: <472F010C.7090702@aufbix.org> References: <4726DE63.9020301@aufbix.org> <1193730887.4726e3476305d@webmail.niansis.com> <472F010C.7090702@aufbix.org> Message-ID: <1194281856.17308.1.camel@maya.home.lan> re Robert, On Mon, 2007-11-05 at 12:39 +0100, Robert Ludvik wrote: > Nobena kombinacija ne dela :-) C(isti woo-doo. Bo treba eno soboto > duhamorno copy/paste delat. Ah. Jaz sem se ze dlje casa nazaj ukvarjal kako mediawiki iz mysql4.1/latin2 prestavit v mysql5/utf8. Glavni problem je bil seveda, da mediawiki ze po defaultu daje stvari v bazo, kot UTF8. Moja takrat edina resitev, ki sem jo nasel, glede na to, da so se strukture tabel kar razlikovale (gledena novejse in starejse mediawikije) je, da sem naredil na stari bazi: - posebaj dump samo strukture tabel - posebaj dump samo podatkov za obstojece tabele na novem strezniku, pa vzel novo strukturo baze, ji dodal vse manjkajoce dele glede na dump strukture tabel z stare baze; pri tem gledal, da se uporablja UTF8 notacija. in nato posebaj "force"-al notri se podatke. Pomoznosti, ce imas podatke v kaksni drugacni obliki, seveda spet uporabis iconv. .. v glavnem po slabi uri igrackanja z 150MB velikim SQL dumpom, sem zadeve spravil k zivljenju. Mogoce ja z joomlo podobno; tako pac deluje ta opensource svet aliu nekaj :) lp, Andraz -- BOFH excuse #429: Temporal anomaly -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071105/a399352d/attachment.pgp -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3355 bytes Desc: not available Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071105/a399352d/attachment.bin From r at rula.net Mon Nov 5 18:40:19 2007 From: r at rula.net (=?utf-8?Q?Rok_Poto=C4=8Dnik?=) Date: Mon, 5 Nov 2007 18:40:19 +0100 Subject: [LUGOS] Selitev MySQL in Joomle In-Reply-To: <1194281856.17308.1.camel@maya.home.lan> References: <4726DE63.9020301@aufbix.org> <1193730887.4726e3476305d@webmail.niansis.com> <472F010C.7090702@aufbix.org> <1194281856.17308.1.camel@maya.home.lan> Message-ID: No da se js prstavim svoj pisker... Na hitrco receno... Ko naredis dump preveri (with your favourite editor), ce je vse lepo in prav oz. ce sumniki so not. v kakrsnikoli charset obliki.. sam izogibaj se tistim š Ɓ pa takim neumnostim oz. jih rocno menjuj, think 'sed -e s/š/?/g' in podobno. Kar se tice tistih pravih sumnikov, pomaga program iconv ali recode.. pac.. sql dump iz izvornega charset v utf-8. Tle je vredno omenit, da si ni dobro prepisovat obstojecih dump fajlov ampak napises output v nov file. Nato je pametno se ena zadeva, in sicer: Na zacetek sql fajla dodas USE NAMES utf8; ter pri CREATE TABLE ... vse instance ) ENGINE=MyISAM; nadomestis z ) ENGINE=MyISAM DEFAULT CHARSET=utf8; Za konec je treba popravit se template (nebi vedo iz glave kak to zgleda pr joomli, gre pa za to, da more bit v vsakem htmlju k ga vrne joomla meta head, in sicer: Aja.. js mam tist USE NAMES utf8; kar v /etc/my.cnf [client] default-character-set = utf8 [mysqld] default-character-set = utf8 init_connect='SET NAMES utf8' that about covers it... po importu v frisno ustvarjeno bazo bi mogl delat... lp, rok. From r at aufbix.org Tue Nov 6 08:08:18 2007 From: r at aufbix.org (Robert Ludvik) Date: Tue, 06 Nov 2007 08:08:18 +0100 Subject: [LUGOS] Selitev MySQL in Joomle In-Reply-To: References: <4726DE63.9020301@aufbix.org> <1193730887.4726e3476305d@webmail.niansis.com> <472F010C.7090702@aufbix.org> <1194281856.17308.1.camel@maya.home.lan> Message-ID: <473012E2.7020805@aufbix.org> Rok Poto?nik pravi: > No da se js prstavim svoj pisker... > Na hitrco receno... > Ko naredis dump preveri (with your favourite editor), ce je vse lepo in prav oz. ce sumniki so not. v kakrsnikoli charset obliki.. sam izogibaj se tistim š Ɓ pa takim neumnostim oz. jih rocno menjuj, think 'sed -e s/š/?/g' in podobno. Kar se tice tistih pravih sumnikov, pomaga program iconv ali recode.. pac.. sql dump iz izvornega charset v utf-8. Tle je vredno omenit, da si ni dobro prepisovat obstojecih dump fajlov ampak napises output v nov file. ... sem ?el gledat in so v .sql tako ??? kot *caroni. ?udno. enkrat vmes se mu je moralo nekaj zgoditi. torej search and replace ... (upam, da se ne izrodi v seek and destroy). hvala vsem za pomo?. Robert Ludvik From r at aufbix.org Tue Nov 6 08:29:38 2007 From: r at aufbix.org (Robert Ludvik) Date: Tue, 06 Nov 2007 08:29:38 +0100 Subject: [LUGOS] Vyatta, BGP Message-ID: <473017E2.9050403@aufbix.org> Ima kdo izku?nje z http://www.vyatta.com? Morda tudi z njegovim BGP? Na http://www.openmaniak.com/vyatta.php pi?ejo "We do not recommand to use BGP for the moment because of critical bugs with this powerful routing protocol." ampak to je bilo z januarskega testa razli?ice VC2, od konca oktobra pa je na voljo VC3, vmes je bilo nekaj popravkov tudi na temo BGP. Je to stvar, ki bi jo dal ?lovek v produkcijo? Lp Robert Ludvik From pegasus at nerv.eu.org Tue Nov 6 09:28:37 2007 From: pegasus at nerv.eu.org (Jure =?UTF-8?B?UGXEjWFy?=) Date: Tue, 6 Nov 2007 09:28:37 +0100 Subject: [LUGOS] Vyatta, BGP In-Reply-To: <473017E2.9050403@aufbix.org> References: <473017E2.9050403@aufbix.org> Message-ID: <20071106092837.9f2952d2.pegasus@nerv.eu.org> On Tue, 06 Nov 2007 08:29:38 +0100 Robert Ludvik wrote: > Je to stvar, ki bi jo dal ?lovek v produkcijo? Konkretno vyatte ne poznam, je pa openbgpd production ready. ?e rabi? ?e firewall/vpn, ga lahko integrira? v pfsense. -- Jure Pe?ar http://jure.pecar.org From r at aufbix.org Tue Nov 6 09:55:21 2007 From: r at aufbix.org (Robert Ludvik) Date: Tue, 06 Nov 2007 09:55:21 +0100 Subject: [LUGOS] Vyatta, BGP In-Reply-To: <20071106092837.9f2952d2.pegasus@nerv.eu.org> References: <473017E2.9050403@aufbix.org> <20071106092837.9f2952d2.pegasus@nerv.eu.org> Message-ID: <47302BF9.6080001@aufbix.org> Jure Pe?ar pravi: > On Tue, 06 Nov 2007 08:29:38 +0100 > Robert Ludvik wrote: > >> Je to stvar, ki bi jo dal ?lovek v produkcijo? > > Konkretno vyatte ne poznam, je pa openbgpd production ready. ?e rabi? ?e firewall/vpn, ga lahko integrira? v pfsense. > Sem gledal tudi pfsense in so nekaj obljubljali, da bodo podporo BGP dogradili na leto?njem Hackatlonu, ki se je kon?al pred kratkim. openbgpd dogradi? preko konzole (shella) ali je na voljo kot paket preko gui-ja? Lp From pegasus at nerv.eu.org Tue Nov 6 10:10:31 2007 From: pegasus at nerv.eu.org (Jure =?UTF-8?B?UGXEjWFy?=) Date: Tue, 6 Nov 2007 10:10:31 +0100 Subject: [LUGOS] Vyatta, BGP In-Reply-To: <47302BF9.6080001@aufbix.org> References: <473017E2.9050403@aufbix.org> <20071106092837.9f2952d2.pegasus@nerv.eu.org> <47302BF9.6080001@aufbix.org> Message-ID: <20071106101031.9156e5ac.pegasus@nerv.eu.org> On Tue, 06 Nov 2007 09:55:21 +0100 Robert Ludvik wrote: > openbgpd dogradi? preko konzole (shella) ali je na voljo kot paket preko > gui-ja? Videl sem ga med paketi ... -- Jure Pe?ar http://jure.pecar.org From tomaz at afna.info Tue Nov 6 23:15:32 2007 From: tomaz at afna.info (Tomaz Kravcar) Date: Tue, 6 Nov 2007 23:15:32 +0100 Subject: [LUGOS] arp tabela Message-ID: <200711062315.32875.tomaz@afna.info> Pozdravljeni, Imam dva ra?unalnika Rac1 in Rac2. Rac2 slu?i kot gateway in ima 2 mre?ni kartici. Prva ima HW naslov 00:50:FC:F8:E6:47 in se nastavlja dinami?no (pppoe), druga pa ima HW naslov 00:50:FC:A9:6E:73 in ima stati?ni IP 192.168.0.3. Vsake toliko ?asa se pojavi da imam v arp tabeli zapisano da se IP 192.168.0.3 nahaja na HW naslovu dinami?ne kartice. ?e ponazorim s primerom: Rac1 IP = 192.168.0.7 Rac2 IP = eth0: 192.168.0.3 (00:50:FC:A9:6E:73), eth1: pppoe (00:50:FC:F8:E6:47) Rac1# arp -n Address HWtype HWaddress Flags Mask Iface 192.168.0.3 ether 00:50:FC:F8:E6:47 C eth0 Rac2# ping 192.168.0.7 Rac1# arp -n Address HWtype HWaddress Flags Mask Iface 192.168.0.3 ether 00:50:FC:A9:6E:73 C eth0 Kdo ve kje bi bil lahko problem ? lp, tomaz From ike.lugos at gmail.com Wed Nov 7 09:05:37 2007 From: ike.lugos at gmail.com (igor kolar) Date: Wed, 7 Nov 2007 09:05:37 +0100 Subject: [LUGOS] dvakratno source-anje .bash_profile-a Message-ID: ?ivjo. Na eni ki?ti se mi bash_profile source-a dvakrat ob vsaki prijavi. Zelo natan?no sem preveril, da tega na naredim sam v tej datoteki oz. kaki povezani datoteki. Notri nastavivm samo par stvari: - exportam PATH, CDPATH, PS1, PROMPT_COMMAND - UTF-8 okolje - ssh-agent startup skripta - source-am .bashrc, kjer pa so notri samo aliasi - ne kli?em nobene druge skripte Rabil bi dobiti "stack trace" oz. izpis skripte / binary-ja, ki v vsakem primeru kli?e to skripto. Googlal sem v smislu "shell script get caller" ipd, a za zda nisem na?el ni?. Ideas? Najlepa hvala -i linux 2.6.16 GNU bash, version 3.00.16(2)-release (i486-slackware-linux-gnu) From miha.tomsic at gmail.com Wed Nov 7 11:06:47 2007 From: miha.tomsic at gmail.com (=?ISO-8859-2?Q?Miha_Tom=B9i=E8?=) Date: Wed, 7 Nov 2007 11:06:47 +0100 Subject: [LUGOS] dvakratno source-anje .bash_profile-a In-Reply-To: References: Message-ID: Hojla! On Nov 7, 2007 9:05 AM, igor kolar wrote: > Na eni ki?ti se mi bash_profile source-a dvakrat ob vsaki prijavi. > Zelo natan?no sem preveril, da tega na naredim sam v tej datoteki oz. > kaki povezani datoteki. A si pogledal tudi /etc/bashrc in /etc/profile? Sre?no, M. From igor at miskulin.com Wed Nov 7 20:22:02 2007 From: igor at miskulin.com (Igor Miskulin) Date: Wed, 7 Nov 2007 20:22:02 +0100 Subject: [LUGOS] Apache rewrite engine References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> Message-ID: <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> Zivjo, rabil bi pomoc, in sicer: zelim imeti en apache web server (glavni server), ki bo dostopen od zunaj in bi na podlagi porta ter headerja vedel, kateri lokalni web server "poklicati". Npr, ce pride request za header test.domena.com:80 bi "poklical" z RewriteEnginom web server, ki se nahaja na IPju 10.86.180.100:80. Ce pride request za header ssl.domena.com:443 bi poklical spet drug web server, ki se nahaja na IPju 10.86.180.200:80. Predvsem me zanima, ce nekdo zeli dostopat preko porta 443, da bi server znal klicati drug web server na portu 80. No, to mi ne deluje :( Delcek httpd.conf na "glavni" masini: ServerAdmin ajajaj at domena.com DocumentRoot /var/www/SSL ServerName ssl.domena.com RewriteEngine on RewriteRule ^(.*)$ http://10.86.180.200:80/$1 [P] Brez mod_rewritea mi deluje vse BP preko 443 (glavna masina dela k urca), ko ga imam pa vklopljenega, mi ne klice drugega lokalnega apachea, ampak mi postreze spletno stran iz te glavne masine. Hvala za pomoc. LP, Igor Miskulin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 3102 bytes Desc: not available Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071107/7810986c/attachment.bin From r at rula.net Wed Nov 7 22:35:50 2007 From: r at rula.net (=?UTF-8?Q?Rok_Poto=C4=8Dnik?=) Date: Wed, 7 Nov 2007 22:35:50 +0100 Subject: [LUGOS] Apache rewrite engine In-Reply-To: <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> Message-ID: Js take reci realiziram kr z ProxyPass pa ProxyPassReverse Lp, rok. From gupofonus at gmail.com Sat Nov 10 15:18:58 2007 From: gupofonus at gmail.com (Gupy the Fish) Date: Sat, 10 Nov 2007 15:18:58 +0100 Subject: [LUGOS] vmware In-Reply-To: References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> Message-ID: <4735BDD2.3000304@gmail.com> zanima me, ce kdo uporablja vmware (moj tece na Fedori) in ce mi lahko pove, kateri fajli so kljucni. Zdi se mi, da vmware dela "varnostne kopije" XP virtual machine ali nekaj podobnega in bi rad pobrisal nekljucne stvari, saj mi zasedajo prevec prostora. Ko sem ga instaliral je bilo namrec za okoli en giga zadev, pol enoletni uporabi pa tole: Virtual Machines folder: 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem.WRITELOCK core.6911 vmware-0.log vmware-1.log vmware-2.log vmware.log Windows XP Professional.nvram Windows XP Professional-s001.vmdk -------- cca 2 giga!!!! Windows XP Professional-s002.vmdk -------- cca 2 giga!!!! Windows XP Professional-s003.vmdk -------- cca 2 giga!!!! Windows XP Professional-s004.vmdk -------- cca 2 giga!!!! Windows XP Professional-s005.vmdk -------- cca 2 giga!!!! Windows XP Professional.vmdk Windows XP Professional.vmdk.WRITELOCK Windows XP Professional.vmsd Windows XP Professional.vmx Zanima me, ali lahko te velike vmdk file zbrisem, ali so kljucni? hvala in lp M. From tadej.slemc at gmail.com Sat Nov 10 15:19:28 2007 From: tadej.slemc at gmail.com (Tadej Slemc) Date: Sat, 10 Nov 2007 15:19:28 +0100 Subject: [LUGOS] vmware In-Reply-To: <4735BDD2.3000304@gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> Message-ID: .vmdk so virtualni diski ... so kljucni ... sicer ne vem kateri vmware uporabljas ... ampak verjetno nisi nastavil fiksne velikosti virtualnih diskov .. in potem se po potrebi generirajo novi .. verjetno brisejo se pa ne T. On Nov 10, 2007 3:18 PM, Gupy the Fish wrote: > zanima me, ce kdo uporablja vmware (moj tece na Fedori) in ce mi lahko > pove, kateri fajli so kljucni. Zdi se mi, da vmware dela "varnostne > kopije" XP virtual machine ali nekaj podobnega in bi rad pobrisal > nekljucne stvari, saj mi zasedajo prevec prostora. > Ko sem ga instaliral je bilo namrec za okoli en giga zadev, pol enoletni > uporabi pa tole: > > Virtual Machines folder: > > 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem > 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem.WRITELOCK > core.6911 > vmware-0.log > vmware-1.log > vmware-2.log > vmware.log > Windows XP Professional.nvram > Windows XP Professional-s001.vmdk -------- cca 2 giga!!!! > Windows XP Professional-s002.vmdk -------- cca 2 giga!!!! > Windows XP Professional-s003.vmdk -------- cca 2 giga!!!! > Windows XP Professional-s004.vmdk -------- cca 2 giga!!!! > Windows XP Professional-s005.vmdk -------- cca 2 giga!!!! > Windows XP Professional.vmdk > Windows XP Professional.vmdk.WRITELOCK > Windows XP Professional.vmsd > Windows XP Professional.vmx > > Zanima me, ali lahko te velike vmdk file zbrisem, ali so kljucni? > hvala in lp > M. > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -- http://slemc.org From gupofonus at gmail.com Sat Nov 10 15:30:22 2007 From: gupofonus at gmail.com (Gupy the Fish) Date: Sat, 10 Nov 2007 15:30:22 +0100 Subject: [LUGOS] vmware In-Reply-To: References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> Message-ID: <4735C07E.5090401@gmail.com> imam samo enega, winse xp, ki so bili na zacetku pod 1 giga. Ker nisem dodajal novih predvidevam, da so omenjeni fajli samo starejse kopije rad bi pa vedel, katera je zadnja oz. katera je v uporabi, da lahko ostalo pobrisem Tadej Slemc wrote: > .vmdk so virtualni diski ... so kljucni ... sicer ne vem kateri vmware > uporabljas ... ampak verjetno nisi nastavil fiksne velikosti > virtualnih diskov .. in potem se po potrebi generirajo novi .. > verjetno brisejo se pa ne > > T. > > > On Nov 10, 2007 3:18 PM, Gupy the Fish wrote: >> zanima me, ce kdo uporablja vmware (moj tece na Fedori) in ce mi lahko >> pove, kateri fajli so kljucni. Zdi se mi, da vmware dela "varnostne >> kopije" XP virtual machine ali nekaj podobnega in bi rad pobrisal >> nekljucne stvari, saj mi zasedajo prevec prostora. >> Ko sem ga instaliral je bilo namrec za okoli en giga zadev, pol enoletni >> uporabi pa tole: >> >> Virtual Machines folder: >> >> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem >> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem.WRITELOCK >> core.6911 >> vmware-0.log >> vmware-1.log >> vmware-2.log >> vmware.log >> Windows XP Professional.nvram >> Windows XP Professional-s001.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s002.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s003.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s004.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s005.vmdk -------- cca 2 giga!!!! >> Windows XP Professional.vmdk >> Windows XP Professional.vmdk.WRITELOCK >> Windows XP Professional.vmsd >> Windows XP Professional.vmx >> >> Zanima me, ali lahko te velike vmdk file zbrisem, ali so kljucni? >> hvala in lp >> M. >> _______________________________________________ >> lugos-list mailing list >> lugos-list na lugos.si >> http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list >> > > > From antencek at volja.net Sat Nov 10 15:48:18 2007 From: antencek at volja.net (Antencek) Date: Sat, 10 Nov 2007 15:48:18 +0100 Subject: [LUGOS] vmware In-Reply-To: <4735C07E.5090401@gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> <4735C07E.5090401@gmail.com> Message-ID: <4735C4B2.1020904@volja.net> Ko si kreiral virtualno masino za Windowse, si izbral disk velikosti 10GB in ozna?il, naj dela 2GB velike datoteke. Na za?etku je bila ena sama (Windows XP Professional-s001.vmdk) in je bila majhna. Bolj ko si v VM delal, ve?ja datoteka je nastajala. Ko je bilo porabljenega ve? kot za 2GB, je vmware naredil novo datoteko (-s002.vmdk...itd). Uporabi vmware tools znotraj Windows XP virtualne ma?ine in v meniju shrink naredi prepare to shrink in disk shrink. Datoteke se bodo po vsej verjetnosti zmanj?ale. ?al so vse klju?ne za delovanje tvoje virtualne ma?ine. lp, A Gupy the Fish pravi: > imam samo enega, winse xp, ki so bili na zacetku pod 1 giga. Ker nisem > dodajal novih predvidevam, da so omenjeni fajli samo starejse kopije > rad bi pa vedel, katera je zadnja oz. katera je v uporabi, da lahko > ostalo pobrisem > > Tadej Slemc wrote: > >> .vmdk so virtualni diski ... so kljucni ... sicer ne vem kateri vmware >> uporabljas ... ampak verjetno nisi nastavil fiksne velikosti >> virtualnih diskov .. in potem se po potrebi generirajo novi .. >> verjetno brisejo se pa ne >> >> T. >> >> >> On Nov 10, 2007 3:18 PM, Gupy the Fish wrote: >> >>> zanima me, ce kdo uporablja vmware (moj tece na Fedori) in ce mi lahko >>> pove, kateri fajli so kljucni. Zdi se mi, da vmware dela "varnostne >>> kopije" XP virtual machine ali nekaj podobnega in bi rad pobrisal >>> nekljucne stvari, saj mi zasedajo prevec prostora. >>> Ko sem ga instaliral je bilo namrec za okoli en giga zadev, pol enoletni >>> uporabi pa tole: >>> >>> Virtual Machines folder: >>> >>> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem >>> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem.WRITELOCK >>> core.6911 >>> vmware-0.log >>> vmware-1.log >>> vmware-2.log >>> vmware.log >>> Windows XP Professional.nvram >>> Windows XP Professional-s001.vmdk -------- cca 2 giga!!!! >>> Windows XP Professional-s002.vmdk -------- cca 2 giga!!!! >>> Windows XP Professional-s003.vmdk -------- cca 2 giga!!!! >>> Windows XP Professional-s004.vmdk -------- cca 2 giga!!!! >>> Windows XP Professional-s005.vmdk -------- cca 2 giga!!!! >>> Windows XP Professional.vmdk >>> Windows XP Professional.vmdk.WRITELOCK >>> Windows XP Professional.vmsd >>> Windows XP Professional.vmx >>> >>> Zanima me, ali lahko te velike vmdk file zbrisem, ali so kljucni? >>> hvala in lp >>> M. >>> _______________________________________________ >>> lugos-list mailing list >>> lugos-list at lugos.si >>> http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list >>> >>> >> >> > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071110/b168a16b/attachment-0001.htm From janko.mivsek at eranova.si Sat Nov 10 15:24:36 2007 From: janko.mivsek at eranova.si (=?UTF-8?B?SmFua28gTWl2xaFlaw==?=) Date: Sat, 10 Nov 2007 15:24:36 +0100 Subject: [LUGOS] vmware In-Reply-To: References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> Message-ID: <4735BF24.6010303@eranova.si> Poskusi narediti tudi Decompress (VM>Settings Hard Disk), ?e prej pa iz teh Winsov zbri?i vse, kar je nepotrebnega. Janko Tadej Slemc wrote: > .vmdk so virtualni diski ... so kljucni ... sicer ne vem kateri vmware > uporabljas ... ampak verjetno nisi nastavil fiksne velikosti > virtualnih diskov .. in potem se po potrebi generirajo novi .. > verjetno brisejo se pa ne > > T. > > > On Nov 10, 2007 3:18 PM, Gupy the Fish wrote: >> zanima me, ce kdo uporablja vmware (moj tece na Fedori) in ce mi lahko >> pove, kateri fajli so kljucni. Zdi se mi, da vmware dela "varnostne >> kopije" XP virtual machine ali nekaj podobnega in bi rad pobrisal >> nekljucne stvari, saj mi zasedajo prevec prostora. >> Ko sem ga instaliral je bilo namrec za okoli en giga zadev, pol enoletni >> uporabi pa tole: >> >> Virtual Machines folder: >> >> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem >> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem.WRITELOCK >> core.6911 >> vmware-0.log >> vmware-1.log >> vmware-2.log >> vmware.log >> Windows XP Professional.nvram >> Windows XP Professional-s001.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s002.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s003.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s004.vmdk -------- cca 2 giga!!!! >> Windows XP Professional-s005.vmdk -------- cca 2 giga!!!! >> Windows XP Professional.vmdk >> Windows XP Professional.vmdk.WRITELOCK >> Windows XP Professional.vmsd >> Windows XP Professional.vmx >> >> Zanima me, ali lahko te velike vmdk file zbrisem, ali so kljucni? >> hvala in lp >> M. >> _______________________________________________ >> lugos-list mailing list >> lugos-list at lugos.si >> http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list >> > > > -- Janko Miv?ek AIDA/Web Smalltalk spletni applikacijski stre?nik http://www.aidaweb.si From gupofonus at gmail.com Sat Nov 10 16:51:04 2007 From: gupofonus at gmail.com (Gupy the Fish) Date: Sat, 10 Nov 2007 16:51:04 +0100 Subject: [LUGOS] vmware In-Reply-To: <4735C4B2.1020904@volja.net> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> <4735C07E.5090401@gmail.com> <4735C4B2.1020904@volja.net> Message-ID: <4735D368.405@gmail.com> ne razumem tocno cesa se je nabralo za toliko giga, saj nisem instaliral novih programov razen enega z 10 mega. hvala vseeno in lp M. Antencek wrote: > Ko si kreiral virtualno masino za Windowse, si izbral disk velikosti > 10GB in ozna?il, naj dela 2GB velike datoteke. > > Na za?etku je bila ena sama (Windows XP Professional-s001.vmdk) in je > bila majhna. > Bolj ko si v VM delal, ve?ja datoteka je nastajala. Ko je bilo > porabljenega ve? kot za 2GB, je vmware naredil novo datoteko > (-s002.vmdk...itd). > > Uporabi vmware tools znotraj Windows XP virtualne ma?ine in v meniju > shrink naredi prepare to shrink in disk shrink. > Datoteke se bodo po vsej verjetnosti zmanj?ale. > > ?al so vse klju?ne za delovanje tvoje virtualne ma?ine. > > lp, > A > > Gupy the Fish pravi: >> imam samo enega, winse xp, ki so bili na zacetku pod 1 giga. Ker nisem >> dodajal novih predvidevam, da so omenjeni fajli samo starejse kopije >> rad bi pa vedel, katera je zadnja oz. katera je v uporabi, da lahko >> ostalo pobrisem >> >> Tadej Slemc wrote: >> >>> .vmdk so virtualni diski ... so kljucni ... sicer ne vem kateri vmware >>> uporabljas ... ampak verjetno nisi nastavil fiksne velikosti >>> virtualnih diskov .. in potem se po potrebi generirajo novi .. >>> verjetno brisejo se pa ne >>> >>> T. >>> >>> >>> On Nov 10, 2007 3:18 PM, Gupy the Fish wrote: >>> >>>> zanima me, ce kdo uporablja vmware (moj tece na Fedori) in ce mi lahko >>>> pove, kateri fajli so kljucni. Zdi se mi, da vmware dela "varnostne >>>> kopije" XP virtual machine ali nekaj podobnega in bi rad pobrisal >>>> nekljucne stvari, saj mi zasedajo prevec prostora. >>>> Ko sem ga instaliral je bilo namrec za okoli en giga zadev, pol enoletni >>>> uporabi pa tole: >>>> >>>> Virtual Machines folder: >>>> >>>> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem >>>> 564de3d0-3d9e-be77-4a68-e5751876e7a8.vmem.WRITELOCK >>>> core.6911 >>>> vmware-0.log >>>> vmware-1.log >>>> vmware-2.log >>>> vmware.log >>>> Windows XP Professional.nvram >>>> Windows XP Professional-s001.vmdk -------- cca 2 giga!!!! >>>> Windows XP Professional-s002.vmdk -------- cca 2 giga!!!! >>>> Windows XP Professional-s003.vmdk -------- cca 2 giga!!!! >>>> Windows XP Professional-s004.vmdk -------- cca 2 giga!!!! >>>> Windows XP Professional-s005.vmdk -------- cca 2 giga!!!! >>>> Windows XP Professional.vmdk >>>> Windows XP Professional.vmdk.WRITELOCK >>>> Windows XP Professional.vmsd >>>> Windows XP Professional.vmx >>>> >>>> Zanima me, ali lahko te velike vmdk file zbrisem, ali so kljucni? >>>> hvala in lp >>>> M. >>>> _______________________________________________ >>>> lugos-list mailing list >>>> lugos-list na lugos.si >>>> http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list >>>> >>>> >>> >>> >> _______________________________________________ >> lugos-list mailing list >> lugos-list na lugos.si >> http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list >> >> > > ------------------------------------------------------------------------ > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list From jernej.listsonly at ena.si Sat Nov 10 19:13:47 2007 From: jernej.listsonly at ena.si (=?utf-8?Q?Jernej_Simon=C4=8Di=C4=8D?=) Date: Sat, 10 Nov 2007 19:13:47 +0100 Subject: [LUGOS] vmware In-Reply-To: <4735D368.405@gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> <4735C07E.5090401@gmail.com> <4735C4B2.1020904@volja.net> <4735D368.405@gmail.com> Message-ID: <439902453.20071110191347@ena.si> On Saturday, November 10, 2007, 16:51:04, Gupy the Fish wrote: > ne razumem tocno cesa se je nabralo za toliko giga, saj nisem instaliral > novih programov razen enega z 10 mega. Zato, ker operacijski sistemi pi?ejo po celem disku, VMWare pa vsaki?, ko sistem pi?e na del diska, ki ?e ni bil uporabljen, pove?a diskovno datoteko, da vklju?uje novo zapisane sektorje. Mimogrede, za hitrost je bolje, ?e VMWaru naro?i? da takoj ob izdelavi virtualnega diska zavzame ves prostor. V tem primeru se ti diskovne datoteke ne bodo nikoli pove?evale, ker bodo ?e na za?etku zrasle na polno velikost. -- < Jernej Simon?i? ><><><><>< http://deepthought.ena.si/ > A coup that is known in advance is a coup that does not take place. -- Camp's Law From gupofonus at gmail.com Sat Nov 10 19:39:14 2007 From: gupofonus at gmail.com (Gupy the Fish) Date: Sat, 10 Nov 2007 19:39:14 +0100 Subject: [LUGOS] vmware In-Reply-To: <439902453.20071110191347@ena.si> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> <4735C07E.5090401@gmail.com> <4735C4B2.1020904@volja.net> <4735D368.405@gmail.com> <439902453.20071110191347@ena.si> Message-ID: <4735FAD2.7040705@gmail.com> se pravi, je kaksna varjanta - kolikor razumem, je ni, pa vedarle -, da jaz zdaj "vzamem" mojo zacetno konfiguracijo pod 1 giga, naredim kopijo, zbrisem cel disk, namestim to isto konfiguracijo na novo in ji dolocim nove atribute? lp M Jernej Simon?i? wrote: > On Saturday, November 10, 2007, 16:51:04, Gupy the Fish wrote: > >> ne razumem tocno cesa se je nabralo za toliko giga, saj nisem instaliral >> novih programov razen enega z 10 mega. > > Zato, ker operacijski sistemi pi?ejo po celem disku, VMWare pa vsaki?, > ko sistem pi?e na del diska, ki ?e ni bil uporabljen, pove?a diskovno > datoteko, da vklju?uje novo zapisane sektorje. Mimogrede, za hitrost > je bolje, ?e VMWaru naro?i? da takoj ob izdelavi virtualnega diska > zavzame ves prostor. V tem primeru se ti diskovne datoteke ne bodo > nikoli pove?evale, ker bodo ?e na za?etku zrasle na polno velikost. > From pegasus at nerv.eu.org Sat Nov 10 19:51:34 2007 From: pegasus at nerv.eu.org (Jure =?UTF-8?B?UGXEjWFy?=) Date: Sat, 10 Nov 2007 19:51:34 +0100 Subject: [LUGOS] vmware In-Reply-To: <4735FAD2.7040705@gmail.com> References: <1df2d4810711040821u89a6f5cp1939c2fc91389c4e@mail.gmail.com> <472DF487.2020104@aufbix.org> <1df2d4810711041022p2e7765bdh7bac78d4756f8471@mail.gmail.com> <472E1B88.1070007@aufbix.org> <1433CF95CED59043948F86F40177642E077852@barracuda.networkline.net> <4735BDD2.3000304@gmail.com> <4735C07E.5090401@gmail.com> <4735C4B2.1020904@volja.net> <4735D368.405@gmail.com> <439902453.20071110191347@ena.si> <4735FAD2.7040705@gmail.com> Message-ID: <20071110195134.73bc60fd.pegasus@nerv.eu.org> On Sat, 10 Nov 2007 19:39:14 +0100 Gupy the Fish wrote: > se pravi, je kaksna varjanta - kolikor razumem, je ni, pa vedarle -, da > jaz zdaj "vzamem" mojo zacetno konfiguracijo pod 1 giga, naredim kopijo, > zbrisem cel disk, namestim to isto konfiguracijo na novo in ji dolocim > nove atribute? http://chitchat.at.infoseek.co.jp/vmware/vmtools.html -- Jure Pe?ar http://jure.pecar.org/ From jure.ravnik at uni-mb.si Thu Nov 15 13:52:31 2007 From: jure.ravnik at uni-mb.si (Jure Ravnik) Date: Thu, 15 Nov 2007 12:52:31 -0000 Subject: [LUGOS] LaTex in slovenscina In-Reply-To: <7FFEE688B57D7346BC6241C55900E730F318F2@pollux.bfro.uni-lj.si> References: <7FFEE688B57D7346BC6241C55900E730F318F2@pollux.bfro.uni-lj.si> Message-ID: <1121088574.5513.14.camel@taylor.uni-mb.si> Zivijo jaz uporabljam tole, da lahko direktno tipkam ???: \documentclass[a4paper,10pt]{letter} \ifx\l na slovene\@undefined \@nopatterns{slovene} \adddialect\l na slovene()\fi \usepackage[T1]{fontenc} \usepackage[slovene]{babel} \usepackage[latin2]{inputenc} \usepackage[dvips]{graphicx} % za uvoz slik eps \usepackage{color} % Need the color package \usepackage{epsfig} Ukaz locale v ukazni vrstici vrne tole: LANG=en_US.UTF-8 LC_CTYPE="sl_SI" LC_NUMERIC="sl_SI" LC_TIME="sl_SI" LC_COLLATE="sl_SI" LC_MONETARY="sl_SI" LC_MESSAGES="sl_SI" LC_PAPER="sl_SI" LC_NAME="sl_SI" LC_ADDRESS="sl_SI" LC_TELEPHONE="sl_SI" LC_MEASUREMENT="sl_SI" LC_IDENTIFICATION="sl_SI" LC_ALL=sl_SI Uporabite setenv LC_ALL "sl_SI", ce izgleda izpis ukaza locale drugace. Za urejanje LaTexovih besedil pod linuxom pa je zelo primeren TexMaker (www.xm1math.net/texmaker). V urejevalniku besedil nastavite UTF-8 font encoding. LP, Jure. On Mon, 2005-07-11 at 14:34 +0200, Gorjanc Gregor wrote: > >> > > >> Jaz sem tud kandidat za predlogo za diplomo ... > >> > > > Poglejte v thread "Latex predloge". Tam sem dal link na mojo stran, od koder > > lahko uporabite predlogo. Zraven je primer, tako da lahko kar takoj zacnes > > pisati. > > Kje je ta thread? > > Gregor > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list From matjaz.horvat at gmail.com Thu Nov 15 14:48:23 2007 From: matjaz.horvat at gmail.com (Matjaz Horvat) Date: Thu, 15 Nov 2007 14:48:23 +0100 Subject: [LUGOS] =?iso-8859-2?q?m=3Astik_za_Linuxa=E8e?= Message-ID: <816bfd3a0711150548t43c50a67i5f618509ff22bd04@mail.gmail.com> Da ne pi?em dvakrat: http://slo-tech.com/script/forum/izpisitemo.php?threadID=291704&mesto=def&nocache=1 --- Ne vem koliko poznate m:stik: http://geesem.blog.siol.net/2007/11/13/mstik-mobilnik-na-usb-kljucu Iz dobro obve??enih virov sem dobil tole informacijo: "m:stik podpira Windows, Mac OS in distribucije Linuxa pa bo podpiral le v primeru izrazitega zanimanja uporabnikov." Ker se mi zdi da gre za zelo uporabno zadevo, ki bi si jo ?eleli tudi uporabniki Macov in Linuxa, predlagam, da za?nete zainteesirani ?imprej te?iti na info na mobitel.si. Moji viri pravijo, da bo zadeva zelo verjetno tr?no dostopna ?e letos. --- lpM From mlist at japina.eu Thu Nov 15 15:56:44 2007 From: mlist at japina.eu (=?WINDOWS-1252?Q?Bo=9Atjan_Jerko?=) Date: Thu, 15 Nov 2007 15:56:44 +0100 Subject: [LUGOS] kmail na gnomu Message-ID: Pozdrav! O?eta sem prisilil, da je pre?el s KDE na Gnome. S KDEja pa je navajen Kmaila. Obstaja kaj ?imbolj podobnega na Gnomu, ker mi samo delovanje Kmaila z Gnomovim WM ni v?e?. Sicer pa ima name??en Ubuntu 7.10. Bo?tjan ********************* mag./M.Sc. Bo?tjan Jerko Bo?tjan Jerko-Japina s.p., Raziskovanje in razvoj novih tehnologij Bo?tjan Jerko-Japina s.p., Research and development of new technologies ********************* Elektronika/Electronics, Programi/Software http://www.japina.eu slovenski blog: http://www.japina.eu/blog-slo English blog: http://www.japina.eu/blog-eng From mrcin.vuk at gmail.com Thu Nov 15 17:02:22 2007 From: mrcin.vuk at gmail.com (Martin Vuk) Date: Thu, 15 Nov 2007 17:02:22 +0100 Subject: [LUGOS] kmail na gnomu In-Reply-To: References: Message-ID: <6c8c06d20711150802o4391a240gf64f96594d282c4e@mail.gmail.com> Lep pozdrav, On Nov 15, 2007 3:56 PM, Bo?tjan Jerko wrote: > O?eta sem prisilil, da je pre?el s KDE na Gnome. Grdo. Tako se s star?i ne ravna! Pa saj obstaja Kubuntu. To me spominja na tor?ice v vrtcu, ki so me silile, da jem solato, jetrca, vampe in podobne dobrote iz vrte?ke kuhinje. Potem je pa vse ?lo ven, od koder je pri?lo. > S KDEja pa je navajen Kmaila. Obstaja kaj ?imbolj podobnega na Gnomu, > ker mi samo delovanje Kmaila z Gnomovim WM ni v?e?. Mogo?e je pa tvojega o?eta to ne moti. Sicer pa ima? na voljo balsa, thunderbird, evolution, ... ali pa mutt, ki ravno tako pa?e v gnome-terminal, kot v konsole;-).Vsi so prav spodobni mailerji. Kaj pa Gnomebuntu instalira kot aplikacijo za mail? Hm, najbr? evolucijo. LP Martin > > Sicer pa ima name??en Ubuntu 7.10. > synaptic->find->mail From polz at aufbix.org Thu Nov 15 17:00:20 2007 From: polz at aufbix.org (polz) Date: Thu, 15 Nov 2007 17:00:20 +0100 Subject: [LUGOS] kmail na gnomu In-Reply-To: References: Message-ID: <200711151700.20879.polz@aufbix.org> On Thursday 15 November 2007 15:56:44 Bo?tjan Jerko wrote: > Pozdrav! > > O?eta sem prisilil, da je pre?el s KDE na Gnome. ??? Zakaj pa to ? Mar ne more imeti svojega accounta, na katerem bi uporabljal desktop, ki mu je bolj v?e? ? > S KDEja pa je navajen Kmaila. Obstaja kaj ?imbolj podobnega na Gnomu, > ker mi samo delovanje Kmaila z Gnomovim WM ni v?e?. Zakaj naj bi bilo va?no, kaj je v?e? tebi ? ?e o?eta ne moti, da 1 aplikacija izgleda malo druga?e, zakaj bi se s tem sploh ubadal ? Sicer pa poglej Claws (bivsi Sylpheed). Ime paketa v Debianu je claws-mail. From mlist at japina.eu Thu Nov 15 17:16:45 2007 From: mlist at japina.eu (=?WINDOWS-1252?Q?Bo=9Atjan_Jerko?=) Date: Thu, 15 Nov 2007 17:16:45 +0100 Subject: [LUGOS] kmail na gnomu In-Reply-To: <200711151700.20879.polz@aufbix.org> References: <200711151700.20879.polz@aufbix.org> Message-ID: <3045DDF1-4F49-4AED-8BAC-C85BCC3D440F@japina.eu> Hehe. Sem povzro?il revolucijo. Sicer ni ?isto tako, kot sem napisal. Kmail pa slabo deluje in moram stalno popravljati - in to mi ni v?e?. Ampak Kubuntu - hm, mislim da je ?as za namestitev KDEja :) On 2007.11.15, at 17:00, polz wrote: > On Thursday 15 November 2007 15:56:44 Bo?tjan Jerko wrote: >> Pozdrav! >> >> O?eta sem prisilil, da je pre?el s KDE na Gnome. > ??? Zakaj pa to ? Mar ne more imeti svojega accounta, na katerem bi > uporabljal > desktop, ki mu je bolj v?e? ? >> S KDEja pa je navajen Kmaila. Obstaja kaj ?imbolj podobnega na >> Gnomu, >> ker mi samo delovanje Kmaila z Gnomovim WM ni v?e?. > Zakaj naj bi bilo va?no, kaj je v?e? tebi ? ?e o?eta ne moti, > da 1 aplikacija > izgleda malo druga?e, zakaj bi se s tem sploh ubadal ? > > Sicer pa poglej Claws (bivsi Sylpheed). Ime paketa v Debianu je > claws-mail. > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list ********************* mag./M.Sc. Bo?tjan Jerko Bo?tjan Jerko-Japina s.p., Raziskovanje in razvoj novih tehnologij Bo?tjan Jerko-Japina s.p., Research and development of new technologies ********************* Elektronika/Electronics, Programi/Software http://www.japina.eu slovenski blog: http://www.japina.eu/blog-slo English blog: http://www.japina.eu/blog-eng From mrcin.vuk at gmail.com Thu Nov 15 18:18:19 2007 From: mrcin.vuk at gmail.com (Martin Vuk) Date: Thu, 15 Nov 2007 18:18:19 +0100 Subject: [LUGOS] kmail na gnomu In-Reply-To: <3045DDF1-4F49-4AED-8BAC-C85BCC3D440F@japina.eu> References: <200711151700.20879.polz@aufbix.org> <3045DDF1-4F49-4AED-8BAC-C85BCC3D440F@japina.eu> Message-ID: <6c8c06d20711150918m3b5b6558r4c92937f3f1fb82d@mail.gmail.com> Ojla, On Nov 15, 2007 5:16 PM, Bo?tjan Jerko wrote: > Sem povzro?il revolucijo. ?e pa provocira?:-) > > Sicer ni ?isto tako, kot sem napisal. > Kmail pa slabo deluje in moram stalno popravljati - in to mi ni v?e?. Hja, kmail res ni biser. In te povsem razumem. Po moje kmail ne bo pod kde-jem delal ni? bolje. Dvomim, da imajo kmailovi hro??i kaj veze z gnomom. > > Ampak Kubuntu - hm, mislim da je ?as za namestitev KDEja :) ?e posebej, ker je to tako preprosto. vse kar rabi? je: aptitude install kubuntu-desktop in nekaj prostora na disku. Martin From aljosa.spanger at siol.net Thu Nov 15 18:20:28 2007 From: aljosa.spanger at siol.net (aljosa.spanger at siol.net) Date: Thu, 15 Nov 2007 18:20:28 +0100 Subject: [LUGOS] spam filter - gateway Message-ID: <19536309.1195147228175.JavaMail.root@fep1> Zivijo, na faksu imamo trenutno namesceno GFI-jevo resitev za zmanjsevanje spam-a na windows 2003 strezniku. Imamo pa postavljeno pred postnim streznikom, ki je Exchange 2003. Ker z njo nismo najbolj zadovoljni, razmisljamo o kaki alternativi. Gre za potrebe do 50 maibox-ov.(trenutno) Lahko je tudi komercialna stvar in seveda delujoca na linux-u ali windowsih. LP :) Za vse ideje in priporocila se ze vnaprej zahvaljujem. -- Aljosa Spanger Miklaviceva cesta 18 1353 Borovnica From mlist at japina.eu Thu Nov 15 18:38:04 2007 From: mlist at japina.eu (=?WINDOWS-1252?Q?Bo=9Atjan_Jerko?=) Date: Thu, 15 Nov 2007 18:38:04 +0100 Subject: [LUGOS] kmail na gnomu In-Reply-To: <6c8c06d20711150918m3b5b6558r4c92937f3f1fb82d@mail.gmail.com> References: <200711151700.20879.polz@aufbix.org> <3045DDF1-4F49-4AED-8BAC-C85BCC3D440F@japina.eu> <6c8c06d20711150918m3b5b6558r4c92937f3f1fb82d@mail.gmail.com> Message-ID: <3548ED70-7ED7-4614-988B-A5FAA5878006@japina.eu> On 2007.11.15, at 18:18, Martin Vuk wrote: > ?e posebej, ker je to tako preprosto. vse kar rabi? je: > > aptitude install kubuntu-desktop > > in nekaj prostora na disku. > Sem zgruntal in poro?am o rezultatih. Hvala za info. Bo?tjan ********************* mag./M.Sc. Bo?tjan Jerko Bo?tjan Jerko-Japina s.p., Raziskovanje in razvoj novih tehnologij Bo?tjan Jerko-Japina s.p., Research and development of new technologies ********************* Elektronika/Electronics, Programi/Software http://www.japina.eu slovenski blog: http://www.japina.eu/blog-slo English blog: http://www.japina.eu/blog-eng From jure.ravnik at uni-mb.si Thu Nov 15 22:42:13 2007 From: jure.ravnik at uni-mb.si (Jure Ravnik) Date: Thu, 15 Nov 2007 22:42:13 +0100 Subject: [LUGOS] tezave z eth0 Message-ID: <1195162933.3403.17.camel@navier.uni-mb.si> Zdravo, imam slede? problem: Na prenosniku dell inspiron9400 je FC8. Normalno je na eth0 prikloplen na staticni IP in deluje. ?e ga bootam brez vtaknjenega mreznega kabla pri startupu pri vklapljanju eth0 rece V REDU, potem pa se pri startu sendmaila zacikla (dobesedno ne gre nikamor naprej) . Ce servis sendmail izklopim se zacikla pri cups. Ce izklopim oba pride skozi. ?e grem interaktivno skozi startup sekvenco in ne vklopim eth0 je vse v redu. Ce v system-config-network nastavim DHCP namesto fiksnega IPja, potem med startapom dobim pri vklopu eth0 SPODLETELO in je spet vse v redu. Sklepam, da je problem nekje v mrezi in da je problem pri startu sendmail in cups samo posledica. Vsakr?en nasvet bi bil dobrodosel, hvala, Jure. From darko at varnost.si Fri Nov 16 09:41:55 2007 From: darko at varnost.si (Darko Vrsic) Date: Fri, 16 Nov 2007 09:41:55 +0100 Subject: [LUGOS] spam filter - gateway In-Reply-To: <19536309.1195147228175.JavaMail.root@fep1> References: <19536309.1195147228175.JavaMail.root@fep1> Message-ID: <473D57D3.2060403@varnost.si> aljosa.spanger at siol.net wrote: > Zivijo, > na faksu imamo trenutno namesceno GFI-jevo resitev za zmanjsevanje spam-a na windows 2003 strezniku. > Imamo pa postavljeno pred postnim streznikom, ki je Exchange 2003. > > Ker z njo nismo najbolj zadovoljni, razmisljamo o kaki alternativi. > > Gre za potrebe do 50 maibox-ov.(trenutno) > > Lahko je tudi komercialna stvar in seveda delujoca na linux-u ali windowsih. > > LP :) > > Za vse ideje in priporocila se ze vnaprej zahvaljujem. > > Zdravo! Zelo dobra preizkusena kombinacija je Amavisd-new + Spamassasin + Clamav + MSRBL & sanesecurity signatures + se kaksen RBL. Pri testiranju se je obnesla precej bolje kot znana komercialna resitev za nekaj k ?! LP Darko From polz at aufbix.org Fri Nov 16 18:27:15 2007 From: polz at aufbix.org (polz) Date: Fri, 16 Nov 2007 18:27:15 +0100 Subject: [LUGOS] tezave z eth0 In-Reply-To: <1195162933.3403.17.camel@navier.uni-mb.si> References: <1195162933.3403.17.camel@navier.uni-mb.si> Message-ID: <200711161827.15969.polz@aufbix.org> On Thursday 15 November 2007 22:42:13 Jure Ravnik wrote: > Zdravo, > imam slede? problem: > > Na prenosniku dell inspiron9400 je FC8. > Normalno je na eth0 prikloplen na staticni IP in deluje. > > ?e ga bootam brez vtaknjenega mreznega kabla pri startupu pri > vklapljanju eth0 rece V REDU, potem pa se pri startu sendmaila zacikla > (dobesedno ne gre nikamor naprej) . Ce servis sendmail izklopim se > zacikla pri cups. Ce izklopim oba pride skozi. Kako dolgo si cakal ? Pocakaj kako minuto, morda 2 - mogoce bo slo skozi. Sumim, da ne prepozna tvojega lastnega racunalnika. Poizkusi popraviti /etc/hosts. From jure.ravnik at uni-mb.si Fri Nov 16 21:47:52 2007 From: jure.ravnik at uni-mb.si (Jure Ravnik) Date: Fri, 16 Nov 2007 21:47:52 +0100 Subject: [LUGOS] tezave z eth0 In-Reply-To: <200711161827.15969.polz@aufbix.org> References: <1195162933.3403.17.camel@navier.uni-mb.si> <200711161827.15969.polz@aufbix.org> Message-ID: <1195246072.3541.1.camel@navier.uni-mb.si> polz hvala, res je bil /etc/hosts. Dodal sem staticni IP in ime stroja. lp, Jure. Dne 16.11.2007 (pet) ob 18:27 +0100 je polz zapisal(a): > On Thursday 15 November 2007 22:42:13 Jure Ravnik wrote: > > Zdravo, > > imam slede? problem: > > > > Na prenosniku dell inspiron9400 je FC8. > > Normalno je na eth0 prikloplen na staticni IP in deluje. > > > > ?e ga bootam brez vtaknjenega mreznega kabla pri startupu pri > > vklapljanju eth0 rece V REDU, potem pa se pri startu sendmaila zacikla > > (dobesedno ne gre nikamor naprej) . Ce servis sendmail izklopim se > > zacikla pri cups. Ce izklopim oba pride skozi. > Kako dolgo si cakal ? Pocakaj kako minuto, morda 2 - mogoce bo slo skozi. > Sumim, da ne prepozna tvojega lastnega racunalnika. Poizkusi > popraviti /etc/hosts. > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list From mitja.udovc at ztm.si Sun Nov 18 12:41:41 2007 From: mitja.udovc at ztm.si (=?UTF-8?B?TWl0amEgVWRvdsSN?=) Date: Sun, 18 Nov 2007 12:41:41 +0100 Subject: [LUGOS] software za sprejem SMS Message-ID: <474024F5.2090209@ztm.si> Kateri software uporabljate na redhatu za sprejemanje sms. Na razpolago imam modem s SIM kartico, katerega bi uporabil za sprejem SMS. SMS bi sparsal in na podlagi vsebine SMS izvedel nek ukaz. Se pravi, da mora biti command line. lp Mitja From a at aufbix.org Sun Nov 18 14:08:44 2007 From: a at aufbix.org (Andraz Sraka) Date: Sun, 18 Nov 2007 14:08:44 +0100 Subject: [LUGOS] software za sprejem SMS In-Reply-To: <474024F5.2090209@ztm.si> References: <474024F5.2090209@ztm.si> Message-ID: <1195391324.2294.14.camel@maya.home.lan> On Sun, 2007-11-18 at 12:41 +0100, Mitja Udov? wrote: > Kateri software uporabljate na redhatu za sprejemanje sms. kannel http://www.kannel.org/ lp, Andraz -- BOFH excuse #187: Reformatting Page. Wait... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071118/d362df82/attachment.pgp -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3355 bytes Desc: not available Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071118/d362df82/attachment.bin From mavricek at gmail.com Sun Nov 18 21:06:14 2007 From: mavricek at gmail.com (Grega Leskovsek) Date: Sun, 18 Nov 2007 21:06:14 +0100 Subject: [LUGOS] Vritual hosts Message-ID: <1df2d4810711181206j8b265acwc2b822744166c096@mail.gmail.com> Lepo pozdravljeni! Ali moram namesto zvezdice vpisati v datoteko /etc/apache2/sites-enabled/000-default kaj drugega, npr. IP naslov in ?e imam router IP od ra?unalnika ali zunanji IP naslov? Prosim pomagajte. Vnaprej hvala, ServerName www.om-an.com DocumentRoot /var/www/om-an -- When the sun rises I receive and when it sets I forgive -> Peace refuge: http://users.skavt.net/~gleskovs Sincerely and all the best, Grega Leskov'sek From moderator at lugos.si Sun Nov 18 21:22:44 2007 From: moderator at lugos.si (Lugos Moderator) Date: Sun, 18 Nov 2007 21:22:44 +0100 Subject: [LUGOS] Fwd: [Fwd: Festival Bohinj+Baska grapa] In-Reply-To: <47343BCC.4060904@aufbix.org> References: <47343BCC.4060904@aufbix.org> Message-ID: <599910092.20071118212244@lugos.si> This is a forwarded message From: Robert Ludvik ===8<==============Original message text=============== Zadeva: =?UTF-8?Q?Festival Bohinj+Ba=C5=A1ka grapa= ?= Datum: Fri, 9 Nov 2007 11:47:50 +0100 Od: andrej.kolozvari at guest.arnes.si Za: r at aufbix.org Spo?tovani! Po naravni katastrofi ?elimo pomagati prebivalcem Ba?ke grape in Bohinja. Med zimskimi po?itnicami skupina predavateljev, raziskovalcev u?iteljev in drugih pripravlja festival zanja in re?itev v Bohinnjski Bistrici. Prostor imama. ?elimo predstaviti tudi OPRTO KODO. Ali bi lahko v dru?tvu LUGOS dobili dva ali tri predavatelje, ki bi sodelovali? Z dobrimi ?eljami Andrej Kolo?vari ===8<===========End of original message text=========== -- Best regards, Stojan mailto:moderator at lugos.si From r at rula.net Sun Nov 18 22:51:47 2007 From: r at rula.net (=?UTF-8?Q?Rok_Poto=C4=8Dnik?=) Date: Sun, 18 Nov 2007 22:51:47 +0100 Subject: [LUGOS] Vritual hosts In-Reply-To: <1df2d4810711181206j8b265acwc2b822744166c096@mail.gmail.com> References: <1df2d4810711181206j8b265acwc2b822744166c096@mail.gmail.com> Message-ID: > Lepo pozdravljeni! > Ali moram namesto zvezdice vpisati v datoteko > /etc/apache2/sites-enabled/000-default kaj drugega, npr. IP naslov in > ?e imam router IP od ra?unalnika ali zunanji IP naslov? > Prosim pomagajte. Vnaprej hvala, > > > ServerName www.om-an.com > DocumentRoot /var/www/om-an > Ne, * ostane *. ... Aja... verjetno bi bilo dobro, da bi na zacetku fajla pripisal kaj v stilu NameVirtualHost * Lp, rok. From jlp at holodeck1.com Mon Nov 19 15:27:00 2007 From: jlp at holodeck1.com (Jure Repinc) Date: Mon, 19 Nov 2007 15:27:00 +0100 Subject: [LUGOS] Fwd: [Fwd: Festival Bohinj+Baska grapa] In-Reply-To: <599910092.20071118212244@lugos.si> References: <47343BCC.4060904@aufbix.org> <599910092.20071118212244@lugos.si> Message-ID: <200711191527.01160.jlp@holodeck1.com> On Sunday 18 of November 2007 21:22:44 Lugos Moderator wrote: > This is a forwarded message > From: Robert Ludvik > > ===8<==============Original message text=============== > Zadeva: =?UTF-8?Q?Festival Bohinj+Ba=C5=A1ka grapa= ?= > Datum: Fri, 9 Nov 2007 11:47:50 +0100 > Od: andrej.kolozvari at guest.arnes.si > Za: r at aufbix.org > > Spo?tovani! > > Po naravni katastrofi ?elimo pomagati prebivalcem > Ba?ke grape in Bohinja. > > Med zimskimi po?itnicami skupina predavateljev, raziskovalcev > u?iteljev in drugih pripravlja festival zanja in re?itev > v Bohinnjski Bistrici. Prostor imama. > > ?elimo predstaviti tudi OPRTO KODO. > Ali bi lahko v dru?tvu LUGOS dobili dva ali tri > predavatelje, ki bi sodelovali? > > > > > Z dobrimi ?eljami > > Andrej Kolo?vari > > > ===8<===========End of original message text=========== Opala, za tole pa nisem vedel, pa je v moji doma?i vasi. Tako da sem jaz z veseljem lahko en izmed predavateljev od LUGOSa. From janko.harej at gmail.com Tue Nov 20 01:01:55 2007 From: janko.harej at gmail.com (Janko Harej) Date: Tue, 20 Nov 2007 01:01:55 +0100 Subject: [LUGOS] samba 2 => samba 3 + ldap In-Reply-To: References: <470DB9C6.3010907@comcom.si> Message-ID: Zdravo, le v opombo, kako sem pri?el do re?itve. Side sem dobil s program?kom getsid (windows program?ek za pridobitev in celo primerjavo sidov uporabnikov na razli?nih stre?nikih). Tako sem pravilno nastavil side uporabnikov, side ma?in sem ?e imel. Migracija je tako uspela - uporabniki delajo naprej brez da bi kaj sploh opazili. lp 2007/10/31, Janko Harej : > > Zdravo, > > zadevo sem sprobal - dobim nekaj podobnega > > { > key(19) = "SECRETS/SID/DOMENA" > data(68) = > "\01\04\00\00\00\00\00\05\15\00\00\00\B4\AD\01\E2\E8\A5\17\27\20\2C'\28\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00" > > } > > s tem pa si ne znam ni? pomagati. > > Sku?al sem enostavno skopirati /etc/samba iz samba 2 na ma?ino, kjer sem > namestil samba 3. Zadeva deluje - lahko se priklju?im na ma?ino z > smbclient.... > > Izvr?il sem net usersidlist pa dobim napako > > [2007/10/31 18:16:03, 0] utils/net_rpc.c:net_usersidlist(4724) > Could not get the user/sid list > > Ima kdo kak?en namig? > > hvala in lp > > 2007/10/11, Uro? Golja < goljau na comcom.si>: > > > > Janko Harej wrote: > > > Nekje sem prebral, da so SIDi vseh ra?unalnikov shranjeni v > > > secrets.tdb, vendar na samba 2 ne znam prebrati vrednosti v tej > > > datoteki. Ali mi lahko kdo pomaga? Obstaja kak?na druga re?itev, ki je > > > sam ?e ne poznam? > > > > > Zalaufaj 'tdbdump secrets.tdb '. tdbdump je (vsaj pri meni) del paketa > > tdb-tools: > > > > # apt-cache show tdb-tools > > Package: tdb-tools > > Priority: optional > > Section: utils > > Installed-Size: 44 > > Maintainer: Jelmer Vernooij < jelmer na samba.org> > > Architecture: i386 > > Source: tdb (1.1.0-1) > > Version: 1.1.0-1+b1 > > Depends: libc6 (>= 2.5-5), libtdb1 > > Filename: pool/main/t/tdb/tdb-tools_1.1.0-1+b1_i386.deb > > Size: 12752 > > MD5sum: 848d8001e9601d5caa5af475457d47b6 > > SHA1: 3795bb01bb661f297df3b3717825ebdd7c664919 > > SHA256: c4dbc4ad11c7812cd9a1553d0e3026e5e65951f36c4c92b0439cba3bf4bbe00d > > Description: Trivial Database - bundled binaries > > This is a simple database API. It is modelled after the structure > > of GDBM. TDB features, unlike GDBM, multiple writers support with > > appropriate locking and transactions. > > . > > This package contains bundled test and utility binaries > > Tag: interface::commandline, role::program, scope::utility, > > works-with::db > > > > LP, > > U. > > _______________________________________________ > > lugos-list mailing list > > lugos-list na lugos.si > > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > > > > > -- > Janko Harej > T?C Nova Gorica > -- Janko Harej T?C Nova Gorica -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071120/97dd819a/attachment-0001.htm From miha.tomsic at gmail.com Tue Nov 20 08:59:43 2007 From: miha.tomsic at gmail.com (=?ISO-8859-2?Q?Miha_Tom=B9i=E8?=) Date: Tue, 20 Nov 2007 08:59:43 +0100 Subject: [LUGOS] Mandriva 2008 Installfest Message-ID: Mandriva 2008 Installfest Mandriva v sodelovanju z uporabniki Linuxa ob izidu distribucije Mandriva Linux 2008 po vsem svetu organizira sre?anja in namestitvene zabave. Letos se jim pridru?ujeta tudi slovensko dru?tvo uporabnikov Linuxa LUGOS ter multimedijski center Kiberpipa. V torek, 20. novembra 2007, ob 18:00, vabimo vse nove in stare uporabnike Linuxa na dru?abni ve?er, ki se bo odvijal v prostorih Kiberpipe na Kersnikovi 6 v Ljubljani. Dru?enje bomo za?eli z nekaj kratkimi predavanji: * Zgodovina Mandrive * Novosti v Mandriva 2008 * Podjetje OPINFOS * Dru?tvo LUGOS Po predavanjih se bo nadaljevalo dru?enje in pomo? pri name??anju Mandriva Linuxa 2008 na prenosnike. ?e bi ?eleli preizkusiti Mandrivo na svojem prenosniku, vas prosimo, da nam v naprej sporo?ite na elektronski naslov 'mandriva at lugos.si' model prenosnika in ga potem prinesete s seboj. Z dru?enja ne boste od?li praznih rok, saj je Mandriva za vas pripravila tudi nekaj pribolj?kov. Torej v torek 20.11. izjemoma ?e ob 18h vabljeni na Mandriva 2008 installfest in na dru?aben ve?er z linux uporabniki. http://pot.kiberpipa.org/?p=86 Sre?no, M. From mavricek at gmail.com Tue Nov 20 14:52:36 2007 From: mavricek at gmail.com (Grega Leskovsek) Date: Tue, 20 Nov 2007 14:52:36 +0100 Subject: [LUGOS] Kubuntu 7.10 Message-ID: <1df2d4810711200552h61afc810nf9bfb63766c63abc@mail.gmail.com> Zanima me kako kreiram novega uporabnikam sem probal mkuser pa ne gre ...? Prosim pomagajte, vnaprej hvala, Grega -- When the sun rises I receive and when it sets I forgive -> Peace refuge: http://users.skavt.net/~gleskovs Sincerely and all the best, Grega Leskov'sek From pchott at gmail.com Tue Nov 20 15:04:38 2007 From: pchott at gmail.com (PChot) Date: Tue, 20 Nov 2007 15:04:38 +0100 Subject: [LUGOS] Kubuntu 7.10 In-Reply-To: <1df2d4810711200552h61afc810nf9bfb63766c63abc@mail.gmail.com> References: <1df2d4810711200552h61afc810nf9bfb63766c63abc@mail.gmail.com> Message-ID: <49eb7fab0711200604k40bb917s64d6bf0a0021cf18@mail.gmail.com> "adduser" je ukaz v linuxu za dodajanje uporabnika. Se pravi v ubuntuju sudo adduser Lp, Jan On Nov 20, 2007 2:52 PM, Grega Leskovsek wrote: > Zanima me kako kreiram novega uporabnikam sem probal mkuser pa ne gre ...? > Prosim pomagajte, vnaprej hvala, Grega > -- > When the sun rises I receive and when it sets I forgive -> Peace > refuge: http://users.skavt.net/~gleskovs > > Sincerely and all the best, Grega Leskov'sek > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -- Macs are for those who don't want to know why their computer works. Linux is for those who want to know why their computer works. DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work. -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071120/9d1f9e8a/attachment.htm From aljosa.spanger at siol.net Tue Nov 20 15:06:16 2007 From: aljosa.spanger at siol.net (aljosa.spanger at siol.net) Date: Tue, 20 Nov 2007 15:06:16 +0100 Subject: [LUGOS] Kubuntu 7.10 Message-ID: <10546706.1195567576384.JavaMail.root@fep1> Zivijo, 1. adduser 2. useradd ... LP :) -- Aljosa Spanger Miklaviceva cesta 18 1353 Borovnica ---- Grega Leskovsek pi?e: > Zanima me kako kreiram novega uporabnikam sem probal mkuser pa ne gre ...? > Prosim pomagajte, vnaprej hvala, Grega > -- > When the sun rises I receive and when it sets I forgive -> Peace > refuge: http://users.skavt.net/~gleskovs > > Sincerely and all the best, Grega Leskov'sek > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list From r at aufbix.org Tue Nov 20 15:09:29 2007 From: r at aufbix.org (Robert Ludvik) Date: Tue, 20 Nov 2007 15:09:29 +0100 Subject: [LUGOS] Kubuntu 7.10 In-Reply-To: <1df2d4810711200552h61afc810nf9bfb63766c63abc@mail.gmail.com> References: <1df2d4810711200552h61afc810nf9bfb63766c63abc@mail.gmail.com> Message-ID: <20071120150929.32clca8g5rwcgwww@webmail.aufbix.org> Quoting Grega Leskovsek : > Zanima me kako kreiram novega uporabnikam sem probal mkuser pa ne gre ...? > Prosim pomagajte, vnaprej hvala, Grega K - Sistemske nastavitve - Uporabniki in skupine ... (al nekaj takega :-) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From r at aufbix.org Tue Nov 20 19:46:39 2007 From: r at aufbix.org (Robert Ludvik) Date: Tue, 20 Nov 2007 19:46:39 +0100 Subject: [LUGOS] OOo forum Message-ID: <47432B8F.3090208@aufbix.org> ?e kdo raje spremlja forum kot dopisni seznam, je zdaj ?isto fri?en postavljen tudi na OOo: http://user.services.openoffice.org/en/forum/ Lep pozdrav From pajek at pajcevina.net Wed Nov 21 16:32:33 2007 From: pajek at pajcevina.net (Iztok Kham) Date: Wed, 21 Nov 2007 16:32:33 +0100 Subject: [LUGOS] WD Caviar 75AA-00BAA0 Message-ID: <47444F91.8010303@pajcevina.net> Lep pozdrav! Imam disk iz naslova, ki pa je ?al "umrl". I??em elektroniko, da bi poizkusil dobiti podatke s plo??. Lahko kdo kaj pomaga? -- Iztok From kavka14 at gmail.com Thu Nov 22 23:15:04 2007 From: kavka14 at gmail.com (Ales) Date: Thu, 22 Nov 2007 23:15:04 +0100 Subject: [LUGOS] Bind z viewi - nekaj ne stima In-Reply-To: <1932854503.20071024211512@ena.si> References: <471F7F5B.5060502@gmail.com> <1932854503.20071024211512@ena.si> Message-ID: <4745FF68.8050605@gmail.com> Tako kot mi je svetoval Jernej sem nastavil svoj bin in nato ?e DHCP in zadeva deluje. Ko sem imel potrebo, da na eni izmed domen dodam spremembo tako lokalno kot tudi globalno pa se za?teka. Sekundarni DNS se ne refresha z novimi spremembami. Kje bi lahko bila te?avica? -- Ale? Curk :) + CALLTO://alescurk (Skype) Jernej Simon?i? wrote: > On Wednesday, October 24, 2007, 19:22:35, Ales wrote: > > >> Nekdo mi je svetoval naj bi imel omenjeni DNS tudi kot lokalni, katerega >> naslov bi tako ali tako distribuiral preko DHCP stre?nika. Je to sploh >> mogo?e (prvi del tega seveda, drugo vem, da je :))? >> > > ?e uporablja? bind, najprej nastavi? v named.conf viewe: > > view "local" { > match-clients { > 192.168.0.0/16; //zamenjaj s svojim lokalnim omre?jem > 127.0.0.1; > }; > recursion yes; > > zone "domena.si" { > type master; > notify no; > file "pri/domena.si-loc"; > }; > ... > }; > > view "global" { > match-clients { any; }; > recursion no; > > zone "domena.si" { > type master; > file "pri/domena.si"; > allow-transfer { > 123.45.67.89; > }; > }; > ... > }; > > Vsebina datoteke pri/domena.si-loc je potem enaka pri/domena.si, samo > vsi IPji so lokalni. Na DHCP stre?niku pa nastavi?, da kot DNS > stre?nike vrne samo tvoj lokalni DNS. > > -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071122/17515c60/attachment.htm From iztok at si-con.com Fri Nov 23 05:12:39 2007 From: iztok at si-con.com (Iztok Umek) Date: Thu, 22 Nov 2007 23:12:39 -0500 Subject: [LUGOS] Bind z viewi - nekaj ne stima In-Reply-To: <4745FF68.8050605@gmail.com> References: <471F7F5B.5060502@gmail.com> <1932854503.20071024211512@ena.si> <4745FF68.8050605@gmail.com> Message-ID: <47465337.60909@si-con.com> Serijsko stevilko si povecal? Ales wrote: > Tako kot mi je svetoval Jernej sem nastavil svoj bin in nato ?e DHCP > in zadeva deluje. > Ko sem imel potrebo, da na eni izmed domen dodam spremembo tako > lokalno kot tudi globalno pa se za?teka. Sekundarni DNS se ne refresha > z novimi spremembami. > > Kje bi lahko bila te?avica? From kavka14 at gmail.com Fri Nov 23 08:58:42 2007 From: kavka14 at gmail.com (Ales) Date: Fri, 23 Nov 2007 08:58:42 +0100 Subject: [LUGOS] Bind z viewi - nekaj ne stima In-Reply-To: <47465337.60909@si-con.com> References: <471F7F5B.5060502@gmail.com> <1932854503.20071024211512@ena.si> <4745FF68.8050605@gmail.com> <47465337.60909@si-con.com> Message-ID: <47468832.4000104@gmail.com> Ja serijsko sem pove?al Sestavljeno jo imam LLMMDDnn Iztok Umek wrote: > Serijsko stevilko si povecal? > > Ales wrote: > >> Tako kot mi je svetoval Jernej sem nastavil svoj bin in nato ?e DHCP >> in zadeva deluje. >> Ko sem imel potrebo, da na eni izmed domen dodam spremembo tako >> lokalno kot tudi globalno pa se za?teka. Sekundarni DNS se ne refresha >> z novimi spremembami. >> >> Kje bi lahko bila te?avica? >> > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -- Ale? Curk :) + CALLTO://alescurk (Skype) -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071123/8a16b770/attachment-0001.htm From r at rula.net Fri Nov 23 11:53:24 2007 From: r at rula.net (=?utf-8?Q?Rok_Poto=C4=8Dnik?=) Date: Fri, 23 Nov 2007 11:53:24 +0100 Subject: [LUGOS] Bind z viewi - nekaj ne stima In-Reply-To: <47468832.4000104@gmail.com> References: <471F7F5B.5060502@gmail.com> <1932854503.20071024211512@ena.si> <4745FF68.8050605@gmail.com> <47465337.60909@si-con.com> <47468832.4000104@gmail.com> Message-ID: Tole je morda malo offtopic.. ampak vseen... A ti zelis spremenit local view zono al global? A mas za local view tud kak sekundarc nastavljen? Kaki so permissioni zone fajlov? Navsezadnje ti preostane 'named ?g' ? torej zagon v debug nacinu v foregroundu... po moznosti za obeh serverjih.. ni kaj, da nebi ugotovu napake... Lp, rok. From: lugos-list-bounces+r=rula.net at lugos.si [mailto:lugos-list-bounces+r=rula.net at lugos.si] On Behalf Of Ales Sent: Friday, November 23, 2007 8:59 AM To: Glavni dopisni seznam LUGOSa Subject: Re: [LUGOS] Bind z viewi - nekaj ne stima Ja serijsko sem pove?al Sestavljeno jo imam LLMMDDnn Iztok Umek wrote: Serijsko stevilko si povecal? Ales wrote: Tako kot mi je svetoval Jernej sem nastavil svoj bin in nato ?e DHCP in zadeva deluje. Ko sem imel potrebo, da na eni izmed domen dodam spremembo tako lokalno kot tudi globalno pa se za?teka. Sekundarni DNS se ne refresha z novimi spremembami. Kje bi lahko bila te?avica? _______________________________________________ lugos-list mailing list lugos-list at lugos.si http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list -- Ale? Curk :) + CALLTO://alescurk (Skype) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071123/14c4f8b6/attachment.htm From bostjan at niansis.com Fri Nov 23 12:48:55 2007 From: bostjan at niansis.com (bostjan at niansis.com) Date: Fri, 23 Nov 2007 12:48:55 +0100 Subject: [LUGOS] Bind z viewi - nekaj ne stima In-Reply-To: <47468832.4000104@gmail.com> References: <471F7F5B.5060502@gmail.com> <1932854503.20071024211512@ena.si> <4745FF68.8050605@gmail.com> <47465337.60909@si-con.com> <47468832.4000104@gmail.com> Message-ID: <1195818535.4746be2715aa1@webmail.niansis.com> Quoting Ales : > Ja serijsko sem pove??al > > Sestavljeno jo imam LLMMDDnn > > Iztok Umek wrote: > > Serijsko stevilko si povecal? > > > > Ales wrote: > > > >> Tako kot mi je svetoval Jernej sem nastavil svoj bin in nato ??e DHCP > >> in zadeva deluje. > >> Ko sem imel potrebo, da na eni izmed domen dodam spremembo tako > >> lokalno kot tudi globalno pa se za??teka. Sekundarni DNS se ne refresha > >> z novimi spremembami. > >> > >> Kje bi lahko bila te??avica? A ti ne refresha samo ene ali obeh domen? Torej lokalne in globalne ali samo tiste, ki si jo dodal na novo? Ko sem jaz to delal, sem dodal sekundarcu se en IP, preko starega je refreshal staro domeno (globalno), preko novega je refreshal novo (lokalno), drugi IP sem dal pa na primarcu v ustrezen view (stari v globalni view, novega pa v lokalnega). Za ustrezen zone potem dolocis, naj dela update iz novega IP-ja. Z enim IP-jem ima sekundarec dostop samo do enega view-a, vsaj kolikor se spomnim in vedno dobis samo en zone file; globalnega ali lokalnega. Upam, da sem napisal kolikor toliko jasno? lp ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From kresnik.igor at gmail.com Fri Nov 23 14:43:12 2007 From: kresnik.igor at gmail.com (Kresnik Igor) Date: Fri, 23 Nov 2007 14:43:12 +0100 Subject: [LUGOS] kako vzpostavim povezavo Message-ID: <4746D8F0.8020809@gmail.com> Pozdrav Kje in kako naj ustvarim internet povezavo v Fedori 8? poiskusil sem z adsl-install pa mi ukaza ne najde. prav tako ne najdem man strani za pppoe. Ukaz man pppoe mi re?e da ne najde man strani. Igor From r at rula.net Fri Nov 23 15:39:26 2007 From: r at rula.net (=?utf-8?Q?Rok_Poto=C4=8Dnik?=) Date: Fri, 23 Nov 2007 15:39:26 +0100 Subject: [LUGOS] kako vzpostavim povezavo In-Reply-To: <4746D8F0.8020809@gmail.com> References: <4746D8F0.8020809@gmail.com> Message-ID: > Pozdrav > Kje in kako naj ustvarim internet povezavo v Fedori 8? > poiskusil sem z adsl-install pa mi ukaza ne najde. prav tako ne najdem > man strani za pppoe. > Ukaz man pppoe mi re?e da ne najde man strani. > Igor Js bi na tvojem mestu poskusil z pppoe-setup Lp, rok. From smihael at gmail.com Sat Nov 24 16:18:51 2007 From: smihael at gmail.com (Miha) Date: Sat, 24 Nov 2007 16:18:51 +0100 Subject: [LUGOS] =?iso-8859-2?q?m=3Astik_za_Linuxa=E8e?= In-Reply-To: <816bfd3a0711150548t43c50a67i5f618509ff22bd04@mail.gmail.com> References: <816bfd3a0711150548t43c50a67i5f618509ff22bd04@mail.gmail.com> Message-ID: ?e poslano. Lepo da so za?eli vsaj misliti na linux :). Najlep?e bi bilo, ?e bi odprli izvorno kodo :-), On Nov 15, 2007 2:48 PM, Matjaz Horvat wrote: > Da ne pi?em dvakrat: > > http://slo-tech.com/script/forum/izpisitemo.php?threadID=291704&mesto=def&nocache=1 > > --- > Ne vem koliko poznate m:stik: > http://geesem.blog.siol.net/2007/11/13/mstik-mobilnik-na-usb-kljucu > > Iz dobro obve??enih virov sem dobil tole informacijo: "m:stik podpira > Windows, Mac OS in distribucije Linuxa pa bo podpiral le v primeru > izrazitega zanimanja uporabnikov." > > Ker se mi zdi da gre za zelo uporabno zadevo, ki bi si jo ?eleli tudi > uporabniki Macov in Linuxa, predlagam, da za?nete zainteesirani > ?imprej te?iti na info na mobitel.si. Moji viri pravijo, da bo zadeva > zelo verjetno tr?no dostopna ?e letos. > --- > > lpM > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -- Lep pozdrav, Miha Best regards, Miha -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071124/f298451f/attachment.htm From matjaz.kljun at pef.upr.si Sun Nov 25 00:31:28 2007 From: matjaz.kljun at pef.upr.si (Matjaz Kljun) Date: Sun, 25 Nov 2007 00:31:28 +0100 Subject: [LUGOS] =?utf-8?q?Sistem_za_upravljanje_u=C4=8Dilnice?= Message-ID: <4748B450.90606@pef.upr.si> Pozdravljeni! Prepri?an sem, da se je nekaj na spisku govorilo o programih za nadzor ra?unalnikov v predavalnicah (ra?unalni?kih u?ilnicah). Pa ne najdem in ne najdem. Rad bi to re?il z enim programom, ki bi mi kazal vsa namizja hkrati (nek multi vnc), izklopil dostop do neta in podobno. Pozna kdo kak?no re?itev? lp mk From janko.harej at gmail.com Sun Nov 25 00:32:58 2007 From: janko.harej at gmail.com (Janko Harej) Date: Sun, 25 Nov 2007 00:32:58 +0100 Subject: [LUGOS] =?utf-8?q?Sistem_za_upravljanje_u=C4=8Dilnice?= In-Reply-To: <4748B450.90606@pef.upr.si> References: <4748B450.90606@pef.upr.si> Message-ID: Zdravo, http://italc.sourceforge.net/ lp 25.11.07 je Matjaz Kljun napisal/-a: > > Pozdravljeni! > > Prepri?an sem, da se je nekaj na spisku govorilo o programih za > nadzor ra?unalnikov v predavalnicah (ra?unalni?kih u?ilnicah). > > Pa ne najdem in ne najdem. > > Rad bi to re?il z enim programom, ki bi mi kazal vsa namizja hkrati > (nek multi vnc), izklopil dostop do neta in podobno. > > Pozna kdo kak?no re?itev? > > lp mk > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -- Janko Harej T?C Nova Gorica -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071125/66e0cba1/attachment-0001.htm From matjaz.kljun at pef.upr.si Sun Nov 25 00:49:24 2007 From: matjaz.kljun at pef.upr.si (Matjaz Kljun) Date: Sun, 25 Nov 2007 00:49:24 +0100 Subject: [LUGOS] =?utf-8?q?Sistem_za_upravljanje_u=C4=8Dilnice?= In-Reply-To: References: <4748B450.90606@pef.upr.si> Message-ID: <4748B884.6070106@pef.upr.si> Mater ... to?no to sem iskal 2 uri!! Hvala Janko! Vsi vnosi v iskalnik s klju?nimi besedami: computers, classroom, management, supervision, control, oss, computer activity, monitor, ... so se kon?ali klavrno :(. lp mk Janko Harej wrote: > Zdravo, > > http://italc.sourceforge.net/ > > lp > > 25.11.07 je Matjaz Kljun napisal/-a: > >> Pozdravljeni! >> >> Prepri?an sem, da se je nekaj na spisku govorilo o programih za >> nadzor ra?unalnikov v predavalnicah (ra?unalni?kih u?ilnicah). >> >> Pa ne najdem in ne najdem. >> >> Rad bi to re?il z enim programom, ki bi mi kazal vsa namizja hkrati >> (nek multi vnc), izklopil dostop do neta in podobno. >> >> Pozna kdo kak?no re?itev? >> >> lp mk >> _______________________________________________ >> lugos-list mailing list >> lugos-list na lugos.si >> http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list >> >> > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > From smihael at gmail.com Mon Nov 26 17:23:44 2007 From: smihael at gmail.com (Miha) Date: Mon, 26 Nov 2007 17:23:44 +0100 Subject: [LUGOS] =?iso-8859-2?q?m=3Astik_za_Linuxa=E8e?= In-Reply-To: References: <816bfd3a0711150548t43c50a67i5f618509ff22bd04@mail.gmail.com> Message-ID: Kot sem izvedel uporabljajo ta program: http://www.counterpath.com/xlitedownload.html Za mac bo na voljo naslednje leto, za linux pa v "razumnem roku"! lp, Miha -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071126/dd1e204c/attachment.htm From a at aufbix.org Mon Nov 26 18:12:26 2007 From: a at aufbix.org (Andraz Sraka) Date: Mon, 26 Nov 2007 18:12:26 +0100 Subject: [LUGOS] Pipina odprta termina v naslednjem tednu: Benjamin Mako Hill in GPLv3] Message-ID: <1196097146.6077.38.camel@localhost> Tole se je izgubilo vmes .. eno predavanje lahko ujamete v naslednji uri, za drugo je pa se skoraj 24h casa :) -------- Forwarded Message -------- Naslednji teden bosta v Kiberpipi potekala kar dva Pipina odprta termina. V ponedeljek, 26.11. imamo v Kiberpipi ?ast gostiti legendo Benjamina Mako Hilla, ki zase pravi, da je "tehnolog, programer in aktivist na podro?ju prostega programja in svobodne kulture. Pi?e programsko opremo, knjige in ?lanke in trenutno ?ivi v Cambridgeu v Massachusettsu." Sicer pa med drugim dela kot raziskovalec v MIT Media Labu, aktivno deluje pri projektih Free Software Foundation, One Laptop per Child, The Debian GNU/Linux Project, Ubuntu, Wikimedia/Wikipedia, Software Freedom International, ACM Professionals Board, The Yukidoke Project, Yukidoke Consulting, Debian-NP, ... Seznam podro?ij, s katerimi se ukvarja, in projektov, v okviru katerih deluje, je skorajda neskon?en, zato si vse o njem preberite na njegovi spletni strani http://mako.cc/ Dogajanje se bo za?elo ob 19h s predavanjem, ki mu bo sledil pogovor in dru?enje z obiskovalci. Gostovanje poteka v sodelovanju z multimedijskim in?titutom in net.kulturnim klubom mama iz Zagreba (http://mama.mi2.hr/) Drugi POT bo kot obi?ajno potekal v torek, 27.11. ob 19. uri, kjer bo imel dr. Matija Damijan predavanje z naslovom "Kaj novega prina?a licenca GPLv3?". GPL (GNU General Public License) je najvplivnej?a in najbolj raz?irjena licenca prostega oziroma odprtokodnega programja. Pod njenimi pogoji je npr. na voljo operacijski sistem GNU/Linux. Po skoraj dvoletnem postopku sprejemanja, v katerem je osnutke licence na internetu komentirala vsa zainteresirana javnost, je junija letos Free Software Foundation izdala novo, 3. verzijo GPL, ki je nadomestila dosedanjo verzijo 2 iz leta 1991. Predavanje bo predstavilo glavne novosti, ki jih za uporabnike in razvijalce programov prina?a GPLv3, in sporne to?ke, ki pri pri nekaterih zbujajo nasprotovanje, pri drugih pa odobravanje nove licence. Ve?: http://pot.kiberpipa.org/ http://www.kiberpipa.org/index.php?name=News&file=article&sid=894 ///////////////////////////////////////////////////////// POT - Pipini odprti termini http://pot.kiberpipa.org/ Pipini odprti termini (POT) so redna tedenska odprta sre?anja uporabnikov Linuxa in sorodnih odprtih tehnologij, na katerih se skozi izku?nje in predavanja udele?enci seznanijo z novimi triki ali programi. Sre?anja so namenjena vsem, ki se sre?ujejo ali pa se ?ele ?elijo seznaniti z odprtimi tehnologijami, saj so idealno mesto, da dobijo ve? informacij ter se 'v ?ivo' o problemih, s katerimi se spopadajo. Projekt Pipin odprti termin poteka v sodelovanju z dru?tvom Lugos, vodi ga Andra? Sraka. Vsak torek ob 19h v Kiberpipi. -- Humppa all the way!! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071126/ca099871/attachment.pgp -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3355 bytes Desc: not available Url : http://liste2.lugos.si/pipermail/lugos-list/attachments/20071126/ca099871/attachment.bin From janko.harej at gmail.com Tue Nov 27 00:29:09 2007 From: janko.harej at gmail.com (Janko Harej) Date: Tue, 27 Nov 2007 00:29:09 +0100 Subject: [LUGOS] sms-i s php/java Message-ID: Zdravo, ?efi se zanimajo za po?iljanje masovnih sms sporo?il (?tudentom, dijakom...) Konkretno bi uporabili ali smspo?tarja (Mobitel) ali smsglasnika (Simobil). Oba ponujata zadevo tudi v smislu web storitve. Zanima me torej ?e je kje kdo, ki je pisal kak?en program?ek ali dodatek, ki bi te storitve znali uporabljati. Konkretno - imam uporabnike in npr. tudi njihove gsm ?tevilke v bazi/ldap-u - rad bi spisal program?ek v php/javi, ki bi izbranim uporabnikom poslal sms preko simobila/mobitela. Uporabnike znam povle?i iz ldapa/baze - nekako pa ne znam poslati sms-a. hvala za predloge in lp -- Janko Harej -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071127/bd8ae62e/attachment.htm From vincenc.petruna at guest.arnes.si Tue Nov 27 08:44:51 2007 From: vincenc.petruna at guest.arnes.si (Vincenc Petruna) Date: Tue, 27 Nov 2007 08:44:51 +0100 Subject: [LUGOS] sms-i s php/java In-Reply-To: References: Message-ID: <474BCAF3.5010405@guest.arnes.si> Janko Harej pravi: > Zdravo, > > ?efi se zanimajo za po?iljanje masovnih sms sporo?il (?tudentom, > dijakom...) > > Konkretno bi uporabili ali smspo?tarja (Mobitel) ali smsglasnika > (Simobil). Oba ponujata zadevo tudi v smislu web storitve. Zanima me > torej ?e je kje kdo, ki je pisal kak?en program?ek ali dodatek, ki bi > te storitve znali uporabljati. > > Konkretno - imam uporabnike in npr. tudi njihove gsm ?tevilke v > bazi/ldap-u - rad bi spisal program?ek v php/javi, ki bi izbranim > uporabnikom poslal sms preko simobila/mobitela. Uporabnike znam > povle?i iz ldapa/baze - nekako pa ne znam poslati sms-a. > > hvala za predloge in lp > > -- > Janko Harej > ------------------------------------------------------------------------ > > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > Dokler sam ne sprogramira? - to ?e nekaj let obstaja - http://smsaj.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071127/78e6e903/attachment.htm From janko.harej at gmail.com Tue Nov 27 10:18:46 2007 From: janko.harej at gmail.com (Janko Harej) Date: Tue, 27 Nov 2007 10:18:46 +0100 Subject: [LUGOS] sms-i s php/java In-Reply-To: <474BCAF3.5010405@guest.arnes.si> References: <474BCAF3.5010405@guest.arnes.si> Message-ID: Zdravo, v primeru smsaj je zadeva zunaj - to pomeni, da moram ?e enkrat vpisati ?tevilke od 2000 ljudi... Ho?em zadevo sprogramirati, da bom koristil sisteme - v tem primeru ldap - ki jih imam ?e postavljene. lp 27.11.07 je Vincenc Petruna napisal/-a: > > Janko Harej pravi: > > Zdravo, > > ?efi se zanimajo za po?iljanje masovnih sms sporo?il (?tudentom, > dijakom...) > > Konkretno bi uporabili ali smspo?tarja (Mobitel) ali smsglasnika > (Simobil). Oba ponujata zadevo tudi v smislu web storitve. Zanima me torej > ?e je kje kdo, ki je pisal kak?en program?ek ali dodatek, ki bi te storitve > znali uporabljati. > > Konkretno - imam uporabnike in npr. tudi njihove gsm ?tevilke v > bazi/ldap-u - rad bi spisal program?ek v php/javi, ki bi izbranim > uporabnikom poslal sms preko simobila/mobitela. Uporabnike znam povle?i iz > ldapa/baze - nekako pa ne znam poslati sms-a. > > hvala za predloge in lp > > -- > Janko Harej > > ------------------------------ > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.sihttp://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > Dokler sam ne sprogramira? - to ?e nekaj let obstaja - > http://smsaj.com/ > > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > -- Janko Harej T?C Nova Gorica -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071127/82beee0c/attachment-0001.htm From r at aufbix.org Wed Nov 28 17:47:34 2007 From: r at aufbix.org (Robert Ludvik) Date: Wed, 28 Nov 2007 17:47:34 +0100 Subject: [LUGOS] [Fwd: IDABC Open Source Observatory News Roundup - 28 November 2007] Message-ID: <474D9BA6.2080500@aufbix.org> Par dobrih novi?k od tu in tam. Lp The IDABC Monthly Open Source News Service -- 28 November 2007 http://ec.europa.eu/idabc/en/chapter/452 ------------------------------------------------------------------------ Welcome to the Monthly Open Source News Service of the IDABC OSOR project. This monthly alert keeps you updated on news related to the use of Free/Libre/Open Source software (FLOSS) in the public sector in Europe. The IDABC OSOR project is a pan-European information platform on Free/Libre/Open Source software in the public sector, and is intended to promote and spread the use of best practices in Europe. It aims to provide a comprehensive overview of Free/Libre/Open Source Software policies and activities in the public sector, especially in current and future EU Member States. This service will keep you up-to-date with the latest FLOSS software-related news, activities, initiatives and insights from across Europe and beyond. Please feel free to forward this alert to any other interested persons, and to send us your comments and suggestions. We also welcome your contributions and we invite you to send in news items, announcements for events and other stories related to FLOSS and of interest to public administrations to the email address mentioned before. Moreover, if you belong to a public authority or a public sector organisation and would be interested in being the subject of a case study for best practices regarding open source software, please contact us. All email should be sent to . ------------------------------------------------------------------------ CASE STUDY -- this month's feature on Open Source in the European public sector: Networks effects: Plone for Belgium and beyond http://ec.europa.eu/idabc/en/document/7279/470 ------------------------------------------------------------------------ NEWS -- this month's news on the IDABC Open Source Observatory: TR: All primary school to teach use of Open Source [13 November 2007] http://ec.europa.eu/idabc/en/document/7276/469 UK: Schools warned off Microsoft software [13 November 2007] http://ec.europa.eu/idabc/en/document/7275/469 EU: Council of Ministers calls on members to also use Open Source [13 November 2007] http://ec.europa.eu/idabc/en/document/7274/469 EE: Open Source ID developers connect to national ID card [13 November 2007] http://ec.europa.eu/idabc/en/document/7273/469 BG: Administration to begin Open Source pilots [08 November 2007] http://ec.europa.eu/idabc/en/document/7272/469 PT: Government Institute to migrate to OpenOffice [08 November 2007] http://ec.europa.eu/idabc/en/document/7271/469 CY: Open source provides tools for Universities [08 November 2007] http://ec.europa.eu/idabc/en/document/7270/469 HR: OpenOffice manuals for all state employees and teachers [08 November 2007] http://ec.europa.eu/idabc/en/document/7269/469 DE: Berlin state dilutes its Open Source plans [06 November 2007] http://ec.europa.eu/idabc/en/document/7268/469 DE: Foreign Minister: "ODF is an excellent basis" [06 November 2007] http://ec.europa.eu/idabc/en/document/7267/469 IT: Prime minister supports laptop plans for Ethiopia [06 November 2007] http://ec.europa.eu/idabc/en/document/7266/469 IT: Court orders refund of pre-loaded operating system [06 November 2007] http://ec.europa.eu/idabc/en/document/7265/469 ------------------------------------------------------------------------ EVENTS -- Upcoming Free/Libre/Open Source Software Events: FR: Les Troph?es du Libre, Open Source contest award ceremony [29 November 2007] http://ec.europa.eu/idabc/en/document/7238/472 We invite you to submit information regarding Free and Open Source software related events for publication on IDABC's OSOR pages by sending an email to . ------------------------------------------------------------------------ (c) copyright European Communities 2007. Reproduction is authorised provided the source is acknowledged. The views expressed are not an official position of the European Commission. From aljosa.spanger at siol.net Wed Nov 28 21:17:59 2007 From: aljosa.spanger at siol.net (aljosa.spanger at siol.net) Date: Wed, 28 Nov 2007 21:17:59 +0100 Subject: [LUGOS] nakup MacBook pro 2.2Ghz Message-ID: <15081402.1196281079894.JavaMail.root@fep1> Mogoce ne ravno pravo vprasanje za ta forum!!! Zanima me samo, ce ima kdo zgoraj omenjeni MacBook Pro, kaksne so vase izkusnje z njim in vsekakor, ce je ze komu uspelo naloziti linux (Ubuntu) nanj. LP :) -- Aljosa Spanger Miklaviceva cesta 18 1353 Borovnica From mojca.miklavec.lists at gmail.com Wed Nov 28 21:49:58 2007 From: mojca.miklavec.lists at gmail.com (Mojca Miklavec) Date: Wed, 28 Nov 2007 21:49:58 +0100 Subject: [LUGOS] nakup MacBook pro 2.2Ghz In-Reply-To: <15081402.1196281079894.JavaMail.root@fep1> References: <15081402.1196281079894.JavaMail.root@fep1> Message-ID: <6faad9f00711281249h7884312o49d27d212d9ec297@mail.gmail.com> On Nov 28, 2007 9:17 PM, aljosa.spanger at siol.net wrote: > Mogoce ne ravno pravo vprasanje za ta forum!!! > > Zanima me samo, ce ima kdo zgoraj omenjeni MacBook Pro, kaksne so vase izkusnje z njim in vsekakor, ce je ze komu uspelo naloziti linux (Ubuntu) nanj. Prvo vprasanje: cemu zelis Linux na meku? Ampak ce vztrajas: sosolec ima 2 giga rama, in v virtualki poganja Ubuntu (zeli monondevelop, in ne mara fink-a), in mu oba operacijska sistema hkrati delatujeta brez tezav in ne da bi se poznalo na hitrosti. Seveda lahko istocasno poganjas se Windows programe. Mojca From matjaz.horvat at gmail.com Wed Nov 28 22:05:24 2007 From: matjaz.horvat at gmail.com (Matjaz Horvat) Date: Wed, 28 Nov 2007 22:05:24 +0100 Subject: [LUGOS] nakup MacBook pro 2.2Ghz In-Reply-To: <6faad9f00711281249h7884312o49d27d212d9ec297@mail.gmail.com> References: <15081402.1196281079894.JavaMail.root@fep1> <6faad9f00711281249h7884312o49d27d212d9ec297@mail.gmail.com> Message-ID: <816bfd3a0711281305j5d0e7438s7839227e0d41601d@mail.gmail.com> Imam, ampak je OS X bolj?i, ?eprav je tudi Ubuntu bolj?i od Windoze. ;) lpM On 11/28/07, Mojca Miklavec wrote: > > On Nov 28, 2007 9:17 PM, aljosa.spanger na siol.net wrote: > > Mogoce ne ravno pravo vprasanje za ta forum!!! > > > > Zanima me samo, ce ima kdo zgoraj omenjeni MacBook Pro, kaksne so vase > izkusnje z njim in vsekakor, ce je ze komu uspelo naloziti linux (Ubuntu) > nanj. > > Prvo vprasanje: cemu zelis Linux na meku? Ampak ce vztrajas: sosolec > ima 2 giga rama, in v virtualki poganja Ubuntu (zeli monondevelop, in > ne mara fink-a), in mu oba operacijska sistema hkrati delatujeta brez > tezav in ne da bi se poznalo na hitrosti. Seveda lahko istocasno > poganjas se Windows programe. > > Mojca > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071128/6ad562c1/attachment.htm From b at thz.net Thu Nov 29 00:14:13 2007 From: b at thz.net (Blaz Podrzaj) Date: Thu, 29 Nov 2007 00:14:13 +0100 Subject: [LUGOS] AVNOJ Message-ID: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> Samo da vas spomnim ;) lp,B PS: In ja, ta tema se mocno tice Lugosa (ni za lugos-bla), saj je nedvomno mocno zaznamovala njegovo delovanje. Po moje je AVNOJ za Lugos ena redkih svetlih tock, da ne recem ze kar stalnica. From miha.tomsic at gmail.com Thu Nov 29 09:38:26 2007 From: miha.tomsic at gmail.com (=?ISO-8859-2?Q?Miha_Tom=B9i=E8?=) Date: Thu, 29 Nov 2007 09:38:26 +0100 Subject: [LUGOS] AVNOJ In-Reply-To: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> References: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> Message-ID: O, stari! On Nov 29, 2007 12:14 AM, Blaz Podrzaj wrote: > Sre?en avnoj! Vsem ?elim veliko Jajc! Spotoma napro?am vse ?astilce in praznovalce, da se rajanje in bu?no slavje (to je tisto kjer se poceni bu?e prodajajo) nadaljuje na lugos-bla. Hvala Pa na zdravje, M. From mivanu at gmail.com Thu Nov 29 09:42:10 2007 From: mivanu at gmail.com (=?ISO-8859-2?Q?Marko_Ivanu=B9a?=) Date: Thu, 29 Nov 2007 09:42:10 +0100 Subject: [LUGOS] AVNOJ In-Reply-To: References: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> Message-ID: <760be1bf0711290042q179b2990ue1ffb8325a0b114@mail.gmail.com> Tukaj na tem forumu jih ni veliko, ki bi vedeli za AVNOJ. Vesel praznik lp 29.11.07 je Miha Tom?i? napisal/-a: > > O, stari! > > On Nov 29, 2007 12:14 AM, Blaz Podrzaj wrote: > > > > Sre?en avnoj! Vsem ?elim veliko Jajc! > > Spotoma napro?am vse ?astilce in praznovalce, da se rajanje in bu?no > slavje (to je tisto kjer se poceni bu?e prodajajo) nadaljuje na > lugos-bla. Hvala > > Pa na zdravje, M. > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071129/5a8b448a/attachment.htm From kavka14 at gmail.com Thu Nov 29 14:15:28 2007 From: kavka14 at gmail.com (Ales) Date: Thu, 29 Nov 2007 14:15:28 +0100 Subject: [LUGOS] nakup MacBook pro 2.2Ghz In-Reply-To: <6faad9f00711281249h7884312o49d27d212d9ec297@mail.gmail.com> References: <15081402.1196281079894.JavaMail.root@fep1> <6faad9f00711281249h7884312o49d27d212d9ec297@mail.gmail.com> Message-ID: <474EBB70.3020000@gmail.com> Mojca Miklavec wrote: > On Nov 28, 2007 9:17 PM, aljosa.spanger na siol.net wrote: > >> Mogoce ne ravno pravo vprasanje za ta forum!!! >> >> Zanima me samo, ce ima kdo zgoraj omenjeni MacBook Pro, kaksne so vase izkusnje z njim in vsekakor, ce je ze komu uspelo naloziti linux (Ubuntu) nanj. >> > > Prvo vprasanje: cemu zelis Linux na meku? Ampak ce vztrajas: sosolec > ima 2 giga rama, in v virtualki poganja Ubuntu (zeli monondevelop, in > ne mara fink-a), in mu oba operacijska sistema hkrati delatujeta brez > tezav in ne da bi se poznalo na hitrosti. Seveda lahko istocasno > poganjas se Windows programe. > > Mojca > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > Ker se tudi sam v prihodnosti ogrevam za MacBooka (in bom rabil zaganjat WIN preko virtualizacije) me za kaks(no res(itev uporablja - za virtualizacijo? -- Ales( Curk :) + CALLTO://alescurk (Skype) -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071129/d865d47d/attachment-0001.htm From tadej.slemc at gmail.com Thu Nov 29 14:25:57 2007 From: tadej.slemc at gmail.com (Tadej Slemc) Date: Thu, 29 Nov 2007 14:25:57 +0100 Subject: [LUGOS] nakup MacBook pro 2.2Ghz In-Reply-To: <474EBB70.3020000@gmail.com> References: <15081402.1196281079894.JavaMail.root@fep1> <6faad9f00711281249h7884312o49d27d212d9ec297@mail.gmail.com> <474EBB70.3020000@gmail.com> Message-ID: najboljsa VMWare Fusion, druga najboljsa Parallels T. On Nov 29, 2007 2:15 PM, Ales wrote: > > Mojca Miklavec wrote: > On Nov 28, 2007 9:17 PM, aljosa.spanger at siol.net wrote: > > > Mogoce ne ravno pravo vprasanje za ta forum!!! > > Zanima me samo, ce ima kdo zgoraj omenjeni MacBook Pro, kaksne so vase > izkusnje z njim in vsekakor, ce je ze komu uspelo naloziti linux (Ubuntu) > nanj. > > Prvo vprasanje: cemu zelis Linux na meku? Ampak ce vztrajas: sosolec > ima 2 giga rama, in v virtualki poganja Ubuntu (zeli monondevelop, in > ne mara fink-a), in mu oba operacijska sistema hkrati delatujeta brez > tezav in ne da bi se poznalo na hitrosti. Seveda lahko istocasno > poganjas se Windows programe. > > Mojca > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > > Ker se tudi sam v prihodnosti ogrevam za MacBooka (in bom rabil zaganjat > WIN preko virtualizacije) me za kak?no re?itev uporablja - za > virtualizacijo? > > -- > Ale? Curk :) > > + CALLTO://alescurk (Skype) > > _______________________________________________ > lugos-list mailing list > lugos-list at lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > > -- http://slemc.org From joze.klepec at siol.net Thu Nov 29 19:48:15 2007 From: joze.klepec at siol.net (Joze Klepec) Date: Thu, 29 Nov 2007 19:48:15 +0100 Subject: [LUGOS] Problem s POP3 streznikom Message-ID: <200711291948.16695.joze.klepec@siol.net> Pozdravljeni! Kmail 1.9.6 mi javi naslednje: --------------- Your POP3 server (Account: Ra?un POP) does not support the UIDL command: this command is required to determine, in a reliable way, which of the mails on the server KMail has already seen before; the feature to leave the mails on the server will therefore not work properly. --------------- Distribucija Linuxa je FC7. Kak?na pametna ideja, razen menjave po?tnega odjemalca, ki mi nikakor ne pade na pamet? lp, Jo?e Klepec From gregor.marinic at gmail.com Thu Nov 29 21:24:50 2007 From: gregor.marinic at gmail.com (Gregor) Date: Thu, 29 Nov 2007 21:24:50 +0100 Subject: [LUGOS] Brisanje Message-ID: <1196367891.7882.10.camel@admin1-laptop> Pozdravljeni Imam problem z zunanjim diskom (fat32), ki je priklopljen preko USB Na disku se ob brisanju ustvarja imenik .Trash-xx (ki je skrit) Do sedaj sem lahko imenik zmerom pobrisal. Sedaj nikakor ne morem zbrisati omenjenega imenika. Poskusil sem tudi z Winsi pa javi da je corupted. V Ubuntu se precej dolgo pripravlja na brisanje, nato javi da ne more brisati ker je na read only disku ali pa se kar izklopi. Problem je z imenikom "_restore{53D93A79-9827-4C0B-92D7-0E5900289F13}" Bri?em in pi?em lahko normalno problem je samo v tem imeniku. Predvidevam, da je te?ava nastala ob izpadu elektri?ne energije. Upam da formatiranje ni zadnja mo?nost. Vsak nasvet dobrodo?el. HVALA -- Gregor -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071129/2fddebe1/attachment.htm From polz at aufbix.org Thu Nov 29 23:38:07 2007 From: polz at aufbix.org (polz) Date: Thu, 29 Nov 2007 23:38:07 +0100 Subject: [LUGOS] AVNOJ In-Reply-To: <760be1bf0711290042q179b2990ue1ffb8325a0b114@mail.gmail.com> References: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> <760be1bf0711290042q179b2990ue1ffb8325a0b114@mail.gmail.com> Message-ID: <200711292338.07960.polz@aufbix.org> On Thursday 29 of November 2007 09:42:10 Marko Ivanu?a wrote: > Tukaj na tem forumu jih ni veliko, ki bi vedeli za AVNOJ. To ni forum, ampak po?tni seznam. SFSN! From cefe at dir-slovenia.com Fri Nov 30 05:08:20 2007 From: cefe at dir-slovenia.com (cefe) Date: Fri, 30 Nov 2007 05:08:20 +0100 Subject: [LUGOS] AVNOJ In-Reply-To: <200711292338.07960.polz@aufbix.org> References: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> <760be1bf0711290042q179b2990ue1ffb8325a0b114@mail.gmail.com> <200711292338.07960.polz@aufbix.org> Message-ID: <474F8CB4.8000009@dir-slovenia.com> polz pravi: > On Thursday 29 of November 2007 09:42:10 Marko Ivanu?a wrote: >> Tukaj na tem forumu jih ni veliko, ki bi vedeli za AVNOJ. > To ni forum, ampak po?tni seznam. > > SFSN! :) -- robi From mivanu at gmail.com Fri Nov 30 07:56:35 2007 From: mivanu at gmail.com (=?ISO-8859-2?Q?Marko_Ivanu=B9a?=) Date: Fri, 30 Nov 2007 07:56:35 +0100 Subject: [LUGOS] AVNOJ In-Reply-To: <200711292338.07960.polz@aufbix.org> References: <20071129001413.96so2ky5y8oww84w@mail.psilon.org> <760be1bf0711290042q179b2990ue1ffb8325a0b114@mail.gmail.com> <200711292338.07960.polz@aufbix.org> Message-ID: <760be1bf0711292256v205ec4cbnd4b20a5fce941fbe@mail.gmail.com> Pardon, pa ?e prav ima?. ?estitam :) lp 29.11.07 je polz napisal/-a: > > On Thursday 29 of November 2007 09:42:10 Marko Ivanu?a wrote: > > Tukaj na tem forumu jih ni veliko, ki bi vedeli za AVNOJ. > To ni forum, ampak po?tni seznam. > > SFSN! > _______________________________________________ > lugos-list mailing list > lugos-list na lugos.si > http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list > -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: http://liste2.lugos.si/pipermail/lugos-list/attachments/20071130/76be44cf/attachment.htm From aljosa.spanger at siol.net Fri Nov 30 08:30:05 2007 From: aljosa.spanger at siol.net (aljosa.spanger at siol.net) Date: Fri, 30 Nov 2007 8:30:05 +0100 Subject: [LUGOS] Brisanje Message-ID: <22480174.1196407805945.JavaMail.root@fep1> Zivijo, kaj pa take ownership v windows-ih. In potem poizkusis. In nato z lastnikom pobrises kos. LP :) -- Aljosa Spanger Miklaviceva cesta 18 1353 Borovnica ---- Gregor pi?e: > Pozdravljeni > > Imam problem z zunanjim diskom (fat32), ki je priklopljen preko USB > Na disku se ob brisanju ustvarja imenik .Trash-xx (ki je skrit) > Do sedaj sem lahko imenik zmerom pobrisal. > > Sedaj nikakor ne morem zbrisati omenjenega imenika. Poskusil sem tudi z > Winsi pa javi da je corupted. > V Ubuntu se precej dolgo pripravlja na brisanje, nato javi da ne more > brisati ker je na read only disku ali pa se kar izklopi. Problem je z > imenikom "_restore{53D93A79-9827-4C0B-92D7-0E5900289F13}" > > Bri?em in pi?em lahko normalno problem je samo v tem imeniku. > Predvidevam, da je te?ava nastala ob izpadu elektri?ne energije. Upam da > formatiranje ni zadnja mo?nost. > > Vsak nasvet dobrodo?el. > > HVALA > > -- > Gregor From aljosa.spanger at siol.net Fri Nov 30 08:37:26 2007 From: aljosa.spanger at siol.net (aljosa.spanger at siol.net) Date: Fri, 30 Nov 2007 8:37:26 +0100 Subject: [LUGOS] eduroam - ne dela na drugih fakultetah Message-ID: <1782681.1196408246418.JavaMail.root@fep1> Zivijo, zanima me, ce je ze kdo imel podobno tezavo in kako jo je resil. Eduroam lepo dela na fakulteti, ko pa gremo s prenosnikom na drugo fakulteto preprosto ne dela vec. V cem bi lahko bila tezava. LP :) -- Aljosa Spanger Miklaviceva cesta 18 1353 Borovnica From andrej.krevl at guest.arnes.si Fri Nov 30 08:43:00 2007 From: andrej.krevl at guest.arnes.si (Andrej Krevl) Date: Fri, 30 Nov 2007 08:43:00 +0100 Subject: [LUGOS] eduroam - ne dela na drugih fakultetah In-Reply-To: <1782681.1196408246418.JavaMail.root@fep1> References: <1782681.1196408246418.JavaMail.root@fep1> Message-ID: <474FBF04.6070802@guest.arnes.si> > > Eduroam lepo dela na fakulteti, ko pa gremo s prenosnikom na drugo fakulteto preprosto ne dela vec. V cem bi lahko bila tezava. Na?eloma ni razlogov, da zadeva ne bi delovala (razen , ?e radius stre?niki niso pravilno konfigurirani). Za katero fakulteto(e) pa gre? Lp, andrej. From casar at uni-mb.si Fri Nov 30 10:12:36 2007 From: casar at uni-mb.si (Ales Casar) Date: Fri, 30 Nov 2007 10:12:36 +0100 (CET) Subject: [LUGOS] eduroam - ne dela na drugih fakultetah In-Reply-To: <1782681.1196408246418.JavaMail.root@fep1> References: <1782681.1196408246418.JavaMail.root@fep1> Message-ID: On Fri, 30 Nov 2007 aljosa.spanger at siol.net wrote: > Eduroam lepo dela na fakulteti, ko pa gremo s prenosnikom na drugo > fakulteto preprosto ne dela vec. V cem bi lahko bila tezava. Verjamem, da takorekoc vsemu obcestvu te mail liste tale mail izgleda cisto normalno, ampak ce bi poznali toliko ozadja, kolikor ga poznam sam, bi jim verjetno deloval kot eden bolj smesnih mailov. Vam to ne dela, ker ste kot ena izmed fakultet Univerze v Mariboru po hierarhiji radius streznikov ostalemu svetu dostopni preko glavnega radius streznika Univerze v Mariboru, vas radius streznik pa noce komunicirati z nasim. Dobro, ce prav vem, imate se neke druge povezave, ampak tisto ne zajema vsega ostalega sveta, predvsem pa ne vseh drugih fakultet. Ta problem imate ze vec kot eno leto in ga se vedno niste resili. Najprej ga je nekaj mesecev brezuspesno reseval tvoj predhodnik (nikoli sicer nismo izvedeli koliko casa od teh nekaj mesecev je dejansko kaj reseval in koliko casa je bil ze v penziji pa nihce ni vedel, da je ze v penziji), sedaj ga pa vsaj od pomladi naprej resujes ti in nic ne vem, da bi ze kaj naredil. Ze takrat spomladi, ko si bil tukaj, sem ti povedal, da na vse pakete, ki jih nas radius poslje proti vasemu, ni nikoli nobenega odziva in da preveri ali tile paketi sploh pridejo do vasega radiusa, ce pridejo, ali vas radius odgovori nanje in ali tisti odgovori zapustijo vase omrezje. Ni mi znano, da bi v vseh teh mesecih ugotovil karkoli od tega. Spomnim se se, da sem ti povedal, kako v prvi vrsti preveri nastavitve na firewallu, ki ga menda imate pred radiusom in pa morebitna iptables pravila na samem radius strezniku. Tudi tocen opis prometa (IPji, UDP porti, ...), ki ga morate spustiti skozi v eno smer in v drugo smer sem ti povedal. A je to tako zelo tezko pogledati in po potrebi popraviti, da tega v vec kot pol leta ni mogoce narediti? In potem se tukaj na tej mail listi pojavi tale mail, kakor bi ga napisal en ubogi nevedni student, ki mu nekaj na njegovi domaci fakulteti deluje, na drugih pa ne. Ehh... Lep pozdrav, Ales -- Ales Casar | Email: casar at uni-mb.si Computer Centre | DECnet: RCUM::ALES University of Maribor | AX.25: S56SAC @ S50MBR.SVN.EU SLOVENIA | WWW: http://www.el.feri.uni-mb.si/~ales/ From jernej.listsonly at ena.si Fri Nov 30 18:00:14 2007 From: jernej.listsonly at ena.si (=?iso-8859-2?Q?Jernej_Simon=E8i=E8?=) Date: Fri, 30 Nov 2007 18:00:14 +0100 Subject: [LUGOS] Brisanje In-Reply-To: <1196367891.7882.10.camel@admin1-laptop> References: <1196367891.7882.10.camel@admin1-laptop> Message-ID: <1284518721.20071130180014@ena.si> On Thursday, November 29, 2007, 21:24:50, Gregor wrote: > Vsak nasvet dobrodo?el. Poizkusi s fsck.msdos na Linuxu ali chkdsk na Windowsih. -- < Jernej Simon?i? ><><><><>< http://deepthought.ena.si/ > The idea is to die young as late as possible. -- Montagu's Maxim From jernej.listsonly at ena.si Fri Nov 30 18:00:46 2007 From: jernej.listsonly at ena.si (=?utf-8?Q?Jernej_Simon=C4=8Di=C4=8D?=) Date: Fri, 30 Nov 2007 18:00:46 +0100 Subject: [LUGOS] Brisanje In-Reply-To: <22480174.1196407805945.JavaMail.root@fep1> References: <22480174.1196407805945.JavaMail.root@fep1> Message-ID: <113527432.20071130180046@ena.si> On Friday, November 30, 2007, 8:30:05, aljosa.spanger at siol.net wrote: > kaj pa take ownership v windows-ih. In potem poizkusis. In nato z lastnikom pobrises kos. FAT nima tega. -- < Jernej Simon?i? ><><><><>< http://deepthought.ena.si/ > You have taken yourself too seriously. -- The Fifth Rule