SLES8 trap signal shutdown
Hello, I use the CP SIGNAL SHUTDOWN from a REXX CMS and it seems that my SLES8 guest don't really trap the signal. The logoff is done after the timeout, but all files systems are not cleanly down. Should I have to set a ctraltdel in my inittab like I done with SLES7 and bootshell program ? Thanks for your help. Gerard MONTELEONE Ingenieur Systeme Reseau SI.TE.C Z.I du vazzio 20090 AJACCIO * +33495236809 * +33687727032 www.sitec.fr http://www.sitec.fr/
which file of sendmail can i use for SASL
hi I have SUSE-SMP-2.4.7 on VM . I have sendmail-8.11.3-31 . I want to run sendmail with sasl. I add these lines to /sbin/conf.d/SuSEConfig.sendmail and SuSEconfig --module sendmail define(\`confAUTH_MECHANISMS', \`PLAIN')dnl define(\`confDEF_AUTH_INFO', \`/etc/mail/default-auth-info')dnl every thing was ok . but when I am at /usr/lib/sasl # telnet localhost 25 it says: Warning: Option: AuthMechanisms requires SASL support (-DSASL) Warning: Option: DefaultAuthInfo requires SASL support (-DSASL) Warning: Option: AuthOptions requires SASL support (-DSASL) i have /usr/share/sendmail directory but i don't know which file must i use to add the APPENDDEF(`confENVDEF',`-DSASL') , __ Inflex - installed on mailserver for domain @itrc.ac.ir Queries to: admin@
Re: LiS installation problem
Ranga Nathan wrote: Anyone installed LiS-2.16? This is a pre-req for IBM Communication Server. I applied the specified patch and did a 'make' I many lines of errors like this: /usr/src/LiS/head/linux-mdep.c: In function `syscall_mknod': /usr/src/LiS/head/linux-mdep.c:167: error: asm-specifier for variable `__arg1' conflicts with asm clobber list /usr/src/LiS/head/linux-mdep.c: In function `syscall_unlink': /usr/src/LiS/head/linux-mdep.c:168: error: asm-specifier for variable `__arg1' conflicts with asm clobber list /usr/src/LiS/head/linux-mdep.c: In function `syscall_mount': /usr/src/LiS/head/linux-mdep.c:169: error: asm-specifier for variable `__arg1' conflicts with asm clobber list /usr/src/LiS/head/linux-mdep.c: In function `syscall_umount2': /usr/src/LiS/head/linux-mdep.c:171: error: asm-specifier for variable `__arg1' conflicts with asm clobber list Help please! Which level of LiS? Which linux-s390 distribution kernel level? Do you have the kernel-source which matches that kernel installed? Did the LiS 'make' find the right kernel-source location? Can you send the /usr/src/LiS/config.in file to me? Paul Landay [EMAIL PROTECTED]
Re: SLES8 trap signal shutdown
Yes, you need to tell Linux what to do with the signal when it gets it. An entry in inittab is what links the signal to an action. -Original Message- Hello, I use the CP SIGNAL SHUTDOWN from a REXX CMS and it seems that my SLES8 guest don't really trap the signal. The logoff is done after the timeout, but all files systems are not cleanly down. Should I have to set a ctraltdel in my inittab like I done with SLES7 and bootshell program ?
Re: SLES8 trap signal shutdown
Monteleone wrote: Should I have to set a ctraltdel in my inittab like I done with SLES7 and bootshell program ? Yes. AFAIK by default SuSE have it set to reboot (shutdown -r) instead which may be what you see. Rob
PayPal Scam
Yup - I've been around online since 19xx (YERY early contributor to Usenet) and I realise fully that reponding to a mailing list about a virus is of itself contrbuting to the problem. But this one's nasty. The only place the source of this address COULD have been is the Linux mailing list - so it's possibly pervasive here. It's well constructed, too: Headers first: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Delivery-date: Mon, 09 Feb 2004 03:32:28 +0100 Received: from [211.230.41.194] (helo=localhost) by mxng08.kundenserver.de with smtp (Exim 3.35 #1) id 1Aq1Ci-r7-00 for [EMAIL PROTECTED]; Mon, 09 Feb 2004 03:31:35 +0100 From: PayPal.com [EMAIL PROTECTED] To: Linux [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] X-Priority: 1 (High) Subject: IMPORTANT fvohykwe MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=--3016BE7E000547C X-RBL-Warning: (dialup.bl.kundenserver.de) This mail has been received from a dialup host. Message-Id: [EMAIL PROTECTED] Date: Mon, 09 Feb 2004 03:31:35 +0100 A quite well forged envelope. with only my German ISP warning me that it's from a dial-up host. Body next: Dear PayPal member, We regret to inform you that your account is about to be expired in next five business days. To avoid suspension of your account you have to reactivate it by providing us with your personal information. To update your personal profile and continue using PayPal services you have to run the attached application to this email. Just run it and follow the instructions. IMPORTANT! If you ignore this alert, your account will be suspended in next five business days and you will not be able to use PayPal anymore. Thank you for using PayPal. fvofykwy Fails at the first hurdle for me - I'm not and never have been a PayPal member. The attached application (obviously deleted) is a 13KB .PIF file which neither Norton nor AVG picked up on its way through. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: PayPal Scam
Well then, is the address being mined from the online archive, or are these addresses being mined from actual e-mails in some poor bastards personal machine? Until I started being active on the rexx forum, mvs-oe forum and this forum I didn't get much spam. Now I get a couple dozen per day. That in an of itself, does not prove anything. I've written to hundreds of people at dozens of vendors for a variety of reasons over the last 10 years. Could have started from any one of them. |-+ | | Phil Payne | | | [EMAIL PROTECTED]| | | arch.com| | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 02/09/2004 08:52 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: PayPal Scam | --| Yup - I've been around online since 19xx (YERY early contributor to Usenet) and I realise fully that reponding to a mailing list about a virus is of itself contrbuting to the problem. But this one's nasty. The only place the source of this address COULD have been is the Linux mailing list - so it's possibly pervasive here. It's well constructed, too: Headers first: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Delivery-date: Mon, 09 Feb 2004 03:32:28 +0100 Received: from [211.230.41.194] (helo=localhost) by mxng08.kundenserver.de with smtp (Exim 3.35 #1) id 1Aq1Ci-r7-00 for [EMAIL PROTECTED]; Mon, 09 Feb 2004 03:31:35 +0100 From: PayPal.com [EMAIL PROTECTED] To: Linux [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] X-Priority: 1 (High) Subject: IMPORTANT fvohykwe MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=--3016BE7E000547C X-RBL-Warning: (dialup.bl.kundenserver.de) This mail has been received from a dialup host. Message-Id: [EMAIL PROTECTED] Date: Mon, 09 Feb 2004 03:31:35 +0100 A quite well forged envelope. with only my German ISP warning me that it's from a dial-up host. Body next: Dear PayPal member, We regret to inform you that your account is about to be expired in next five business days. To avoid suspension of your account you have to reactivate it by providing us with your personal information. To update your personal profile and continue using PayPal services you have to run the attached application to this email. Just run it and follow the instructions. IMPORTANT! If you ignore this alert, your account will be suspended in next five business days and you will not be able to use PayPal anymore. Thank you for using PayPal. fvofykwy Fails at the first hurdle for me - I'm not and never have been a PayPal member. The attached application (obviously deleted) is a 13KB .PIF file which neither Norton nor AVG picked up on its way through. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re-IPing and renaming hostname
I have just installed RedHat 8.0 on a workstation and need to remove and/or rename the old name of the machine entirely (i.e. [EMAIL PROTECTED] --- [EMAIL PROTECTED]) as well as give it a new IP address. Does anyone have any thoughts on the matter?
Re: Accessing OS/390data from Linux LPAR.
There is a need to directly access OS/390 datasets from Linux partition. ISTR Hitachi released a Linux file system for addressing /390 files at: http://www.hitachi.co.jp/Prod/comp/soft1/linux_m/gpl/get-linux-2.2.16-mp-1.2.diff-gpl.html But that link is now broke. Anyone know the status? Of course, getting there is only a fraction of the problem. Understanding what you find when you get there ... -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: Accessing OS/390data from Linux LPAR.
I've made a diff against linux-2.4.17.SuSE (from 64bit beta and only for 64bit-kernel) WBR, Sergey Phil Payne [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 09.02.2004 17:26 Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: Accessing OS/390data from Linux LPAR. There is a need to directly access OS/390 datasets from Linux partition. ISTR Hitachi released a Linux file system for addressing /390 files at: http://www.hitachi.co.jp/Prod/comp/soft1/linux_m/gpl/get-linux-2.2.16-mp-1.2.diff-gpl.html But that link is now broke. Anyone know the status? Of course, getting there is only a fraction of the problem. Understanding what you find when you get there ... -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: Accessing OS/390data from Linux LPAR.
On Mon, 9 Feb 2004, Phil Payne wrote: There is a need to directly access OS/390 datasets from Linux partition. ISTR Hitachi released a Linux file system for addressing /390 files at: http://www.hitachi.co.jp/Prod/comp/soft1/linux_m/gpl/get-linux-2.2.16-mp-1.2.diff-gpl.html But that link is now broke. Anyone know the status? This was for Hitachi, and has patches other than MFFS (hitachi hardware). They appear to be orthagonal, and should be separable. I put a copy at http://www.tux.org/pub/tux/mffs/linux-2.4.7-ap-1.2.diff.tar.gz Of course, getting there is only a fraction of the problem. Understanding what you find when you get there ... It's stale. A more recent version would be useful. I will be happy to serve up whatever anyone can find. -- Phil Payne http://www.isham-research.com +44 7785 302 803 -- Sam Chessman chessman (a) tux.org First do what's necessary, then what's possible, finally the impossible.
Re: Accessing OS/390data from Linux LPAR.
On Mon, 9 Feb 2004, Sergey Korzhevsky wrote: I've made a diff against linux-2.4.17.SuSE (from 64bit beta and only for 64bit-kernel) WBR, Sergey Would you send me the diff? -- Sam Chessman chessman (a) tux.org First do what's necessary, then what's possible, finally the impossible.
Re: Re-IPing and renaming hostname
Fulton, Aaron wrote:
I have just installed RedHat 8.0 on a workstation and need to remove and/or rename the old name of the machine entirely (i.e. [EMAIL PROTECTED] --- [EMAIL PROTECTED]) as well as give it a new IP address. Does anyone have any thoughts on the matter?
I'd modify:
- /etc/sysconfig/network
- /etc/hosts
Depending on how you use your network profiles, you might consider
instead modifying /etc/sysconfig/networking/profiles/{network|hosts}
I think the tool 'redhat-config-network' will do the same.
- Alex
--
Alex deVries
Principal Architect, One Fish Two
Re: how to use an aliase only for specific user
Sophia, Sorry, I'm not familiar with SUSE, and I don't know if that distro offers a better way to do what you want. Using an opensource sendmail I think there's not a quick way to cover your needs. Sendmail can be configured to meet your requirements but this topic can't be covered in few lines. A little hint: the check_compat ruleset could be the right place to check if the sender can use the recipient; I think you'll need also to customize the check_mail ruleset to ensure that sender corresponds to the user and that the user is authenticated; just to be paranoid: sendmail must be compiled with STARTTLS feature (user/password will be SSL protected)... The ouput of the command sendmail -d0.4 -bv root will tell you what features sendmail was compiled with; if you need more features, you must unpack the source tarball, define them in the source tree of sendmail/devtools/Site/site.config.m4 and recompile/reinstall sendmail; beware: unless you install your sendmail in a different place, the next rpm install/upgrade will substitute your binaries with the standard ones. In the sendmail source tree there are two useful README: one in devtools subdir which explains how to recompile sendmail; and one in the cf subdir, and this explains how to build an .mc file (the guide to build the .cf one). A third useful file is the op.ps located in the doc/op subdir. (redhat sendmail-doc rpm contains all three docs). But if you want to tame sendmail you _must_ buy and read the Sendmail bat book, 3rd edition. Best regards G alikhani wrote: I have an alise that want only a specific user can mail to this alise ant the other can't . How can I do it? __ Inflex - installed on mailserver for domain @itrc.ac.ir Queries to: admin@
Re: PayPal Scam
This kind of 'phishing' is quite common, and is used with addesses harvested in any way the spammer can get them. I get over 100 spams, including phishes, at an e-mail address I have never ever used in any public context. Citibank, e-bay and PayPal have had to send out announcements to their clients, reminding them that ANY unsolicited mail asking for personal information is evil. Bill -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of James Melin Sent: Monday, February 09, 2004 10:06 AM To: [EMAIL PROTECTED] Subject: Re: PayPal Scam Well then, is the address being mined from the online archive, or are these addresses being mined from actual e-mails in some poor bastards personal machine? Until I started being active on the rexx forum, mvs-oe forum and this forum I didn't get much spam. Now I get a couple dozen per day. That in an of itself, does not prove anything. I've written to hundreds of people at dozens of vendors for a variety of reasons over the last 10 years. Could have started from any one of them. |-+ | | Phil Payne | | | [EMAIL PROTECTED]| | | arch.com| | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 02/09/2004 08:52 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: PayPal Scam | --| Yup - I've been around online since 19xx (YERY early contributor to Usenet) and I realise fully that reponding to a mailing list about a virus is of itself contrbuting to the problem. But this one's nasty. The only place the source of this address COULD have been is the Linux mailing list - so it's possibly pervasive here. It's well constructed, too: Headers first: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Delivery-date: Mon, 09 Feb 2004 03:32:28 +0100 Received: from [211.230.41.194] (helo=localhost) by mxng08.kundenserver.de with smtp (Exim 3.35 #1) id 1Aq1Ci-r7-00 for [EMAIL PROTECTED]; Mon, 09 Feb 2004 03:31:35 +0100 From: PayPal.com [EMAIL PROTECTED] To: Linux [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] X-Priority: 1 (High) Subject: IMPORTANT fvohykwe MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=--3016BE7E000547C X-RBL-Warning: (dialup.bl.kundenserver.de) This mail has been received from a dialup host. Message-Id: [EMAIL PROTECTED] Date: Mon, 09 Feb 2004 03:31:35 +0100 A quite well forged envelope. with only my German ISP warning me that it's from a dial-up host. Body next: Dear PayPal member, We regret to inform you that your account is about to be expired in next five business days. To avoid suspension of your account you have to reactivate it by providing us with your personal information. To update your personal profile and continue using PayPal services you have to run the attached application to this email. Just run it and follow the instructions. IMPORTANT! If you ignore this alert, your account will be suspended in next five business days and you will not be able to use PayPal anymore. Thank you for using PayPal. fvofykwy Fails at the first hurdle for me - I'm not and never have been a PayPal member. The attached application (obviously deleted) is a 13KB .PIF file which neither Norton nor AVG picked up on its way through. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: Linas Vepstas at IBM
Linux on POWER majored in Bill Zeitler's teleconference with the analysts last week. It was interesting that several IBM executives later took care to make the point tha POWER, in this context, is not necessarily synonymous with pSeries. Phil: There are a lot of systems using IBM's POWER chips (and there will be more in the future). At LinuxWorld in the IBM booth we had an Apple G5, a Nintendo Gamecube, an IBM pSeries 615 and an iSeries, all of which are POWER systems. IBM is being very clear in using the term Linux on POWER as our goal is a lot more than just pSeries. Regards, Jim
Re: Accessing OS/390data from Linux LPAR.
Given that there is absolutely no security involved with that file system, I would strongly recommend against installing it on your Linux/390 systems. If you do install it, you had better be able to prove to your auditors that only the DASD volumes that should be online to the system ever are online, and that only datasets that can be shared, are on those volumes. Etc. Too much hassle for my taste, Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Sergey Korzhevsky Sent: Monday, February 09, 2004 10:36 AM To: [EMAIL PROTECTED] Subject: Re: Accessing OS/390data from Linux LPAR. I've made a diff against linux-2.4.17.SuSE (from 64bit beta and only for 64bit-kernel) WBR, Sergey Phil Payne [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 09.02.2004 17:26 Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: Accessing OS/390data from Linux LPAR. There is a need to directly access OS/390 datasets from Linux partition. ISTR Hitachi released a Linux file system for addressing /390 files at: http://www.hitachi.co.jp/Prod/comp/soft1/linux_m/gpl/get-linux-2.2.16-mp-1.2 .diff-gpl.html But that link is now broke. Anyone know the status? Of course, getting there is only a fraction of the problem. Understanding what you find when you get there ... -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: Accessing OS/390data from Linux LPAR.
On Mon, 9 Feb 2004, Post, Mark K wrote: Given that there is absolutely no security involved with that file system, I would strongly recommend against installing it on your Linux/390 systems. Important point, but don't miss the fundamentals of security hidden here. If you do install it, you had better be able to prove to your auditors that only the DASD volumes that should be online to the system ever are online, and that only datasets that can be shared, are on those volumes. Etc. Strictly speaking, this would be true for ANY supported FS on ANY flavor of Linux (hardware, distro, any vector). The security afforded by simply not having FS support is an illusion. So the point is, even withOUT the MFFS driver, you should make certain that your MVS volumes are not online to Linux. -- R;
Re: which file of sendmail can i use for SASL
On Mon, Feb 09, 2004 at 03:15:02PM +0330, alikhani wrote: hi I have SUSE-SMP-2.4.7 on VM . I have sendmail-8.11.3-31 . I want to run sendmail with sasl. I add these lines to /sbin/conf.d/SuSEConfig.sendmail and SuSEconfig --module sendmail define(\`confAUTH_MECHANISMS', \`PLAIN')dnl define(\`confDEF_AUTH_INFO', \`/etc/mail/default-auth-info')dnl every thing was ok . but when I am at /usr/lib/sasl # telnet localhost 25 it says: Warning: Option: AuthMechanisms requires SASL support (-DSASL) Warning: Option: DefaultAuthInfo requires SASL support (-DSASL) Warning: Option: AuthOptions requires SASL support (-DSASL) i have /usr/share/sendmail directory but i don't know which file must i use to add the APPENDDEF(`confENVDEF',`-DSASL') , Sounds like you're running SLES 7. In order to use TLS with sendmail, the sendmail program must be compiled with SASL support included. The one with SLES 7 was not compiled with the right options, so TLS will not work unless you rebuild sendmail. Your options are: 1) Install SASL, OpenSSL, and rebuild sendmail from the source at www.sendmail.org. 2) Upgrade to a more modern sendmail RPM. SuSE has one for SLES 7 if you have a support agreement. 3) Switch to exim or postfix. In any case sendmail 8.11 does have some open exploits. You should do 1 or 2 immediately in any case. Also, since you've been looking for some fairly advanced features, you may seriously want to consider #3. Of the two, exim is probably more full-featured, and it's quite a bit easier to configure than sendmail. (hard for me to say: I've used sendmail for decades. I like sendmail.. but it's time to move on.) -- db
Re: Newbee question
We are about to set up our environment utilizing the Linux-399 environment. We currently are using Microsoft sql database on windows platforms. We would like to move off it and onto a Linux sql database. Does anyone have any experience using a Linux platform sql database other than interfacing with DB2 or Oracle? The database is used for meta-data and transaction processing is not a requirement. We have successfully used both MySQL and Postgres for different projects. MySQL is probably slightly faster but (as of MySQL 4.x) both have transactional capabilities. I'm told by our apps guy that the MySQL toolset is easier to use; I find the Postgres tools more familiar if you're used to DB/2 or Oracle. The industry seems to be leaning toward MySQL (cf LAMP -- Linux/Apache/MySQL/PHP). Both MySQL and Postgres have been reliable and stable. -- db
Re: Hipersockets - What Kernal level is required to support/use?
We used Debian at 2.4.21 in the test cases. As long as it's a reasonably modern kernel, it should work. And, yes, this is an ideal use for hipersockets. You want a fast low-latency pipe for the Amanda server to z/OS piece -- NFS isn't very bright about retrying timeouts. The Amanda server to Amanda client connection is less picky. -- db David Boyes Sine Nomine Associates -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of James Melin Sent: Friday, February 06, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Hipersockets - What Kernal level is required to support/use? Who has experience with setting up Linux to use hipersockets for data transfer to z/OS? I am looking at the disk-tape ackup solution that David Boyes came up with, and I believe that hipersockets would be the best route to go. Just not sure if we can go there.
Re: Archives???
I don't necessarily agree that having only 1 Linux distribution in your business is better than having 2. Having the expertise in-house to switch horses midstream if/when one of them really ticks you off is a nice benefit. Aren't the financial services folks also required to have more than one system type for genetic diversity reasons? -- db
Re: Newbee question
I like both Postgresql and MySQL. But I have built applications using even MySQL 3.23 (no transaction support). It is solid, robust and the connectivity is great. I think the transactional support is still a tryout in v4.x but MySQL is widely used and it is gaining steam. I like the engineering of Postgresql. It looks like the full-fledged database to me. I bought a tome on it and loved reading about the features. I developed a student registration system using MySQL. Never once we had problems. David Boyes [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 02/09/2004 05:33 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: Newbee question We are about to set up our environment utilizing the Linux-399 environment. We currently are using Microsoft sql database on windows platforms. We would like to move off it and onto a Linux sql database. Does anyone have any experience using a Linux platform sql database other than interfacing with DB2 or Oracle? The database is used for meta-data and transaction processing is not a requirement. We have successfully used both MySQL and Postgres for different projects. MySQL is probably slightly faster but (as of MySQL 4.x) both have transactional capabilities. I'm told by our apps guy that the MySQL toolset is easier to use; I find the Postgres tools more familiar if you're used to DB/2 or Oracle. The industry seems to be leaning toward MySQL (cf LAMP -- Linux/Apache/MySQL/PHP). Both MySQL and Postgres have been reliable and stable. -- db
