Re: Uucp mail coming in
read the smtp standard to find out what the difference is between the envelope address and the header address is. Ted - Original Message - From: Dale Johnston [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Wednesday, October 18, 2006 8:27 AM Subject: Uucp mail coming in I keep getting messages from spammers adddressed to [EMAIL PROTECTED] Uucp has been eliminated from my /etc/mail/aliases, why are these still coming thru? I've even tried aliasing uucp to bit-bucket. they still come thru Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Uucp mail coming in
On Wednesday October 18, 2006 at 11:27:27 (AM) Dale Johnston wrote: I keep getting messages from spammers adddressed to [EMAIL PROTECTED] Uucp has been eliminated from my /etc/mail/aliases, why are these still coming thru? I've even tried aliasing uucp to bit-bucket. they still come thru Did you run 'newaliases' after making the change? -- Gerard It is not the OS's job to stop you from shooting your foot. If you so choose to do so, then it is OS's job to deliver Mr. Bullet to Mr Foot in the most efficient way it knows. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: uucp + email...
Has anyone had any experience with getting email that has been stored on a remote machine via uucp? I have a friend who held my email while my server is down. He cannot re-que it up, so I need to find a way to uucp down load it via the net. Any help would be appreciated! Thanks.. Ok, I'll admit it, I'm a dinosaur. I collect my mail via UUCP. But what queue did he store it in when it went down? He would have had to specifically said you were a UUCP host when he started. Otherwise, contact me off list if you need UUCP help, I even have it going over Stunnel. Tuc/TTSG Internet Services, Inc. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: uucp + email...
On Tuesday, 7 October 2003 at 20:31:07 -0700, Chris P wrote: On Wednesday, 8 October 2003 at 10:25:52 -0700, Chris P wrote: On Wednesday, 8 October 2003 at 12:51:23 -0700, Chris P wrote: Once is enough. Sending multiple messages is a good way to be ignored or removed from the mailing list. See http://www.lemis.com/email/email-format.html for more details. Has anyone had any experience with getting email that has been stored on a remote machine via uucp? Yes. I have a friend who held my email while my server is down. He cannot re-que it up, so I need to find a way to uucp down load it via the net. Wouldn't fetchmail be easier? Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers. pgp0.pgp Description: PGP signature
Re: uucp + email...
On Thu, Oct 09, 2003, Tuc wrote: Has anyone had any experience with getting email that has been stored on a remote machine via uucp? I have a friend who held my email while my server is down. He cannot re-que it up, so I need to find a way to uucp down load it via the net. Any help would be appreciated! Thanks.. Ok, I'll admit it, I'm a dinosaur. I collect my mail via UUCP. But what queue did he store it in when it went down? He would have had to specifically said you were a UUCP host when he started. Otherwise, contact me off list if you need UUCP help, I even have it going over Stunnel. I'll admit to being a dinosaur as well, at least to the extent that we still support uucp dialup customers, and I configure our clients on cable connections to send/receive their e-mail through our servers using uucp over tcp. Sometimes the old protocols are exactly what the doctor ordered. My main question is whether the mail got dumped out of the queue on the remote uucp host or on his machine locally? The uuclean routines on most uucp hosts nukes expired messages completely, and doesn't move it to another directory where it can be retrieved. The Taylor uucp contrib directory has an old uureroute script that I wrote years ago that can be used to go through uucp queues to remail messages where delivery methods have changed. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX:(206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ The cry has been that when war is declared, all opposition should therefore be hushed. A sentiment more unworthy of a free country could hardly be propagated. If the doctrine be admitted, rulers have only to declare war and they are screened at once from scrutiny ... In war, then, as in peace, assert the freedom of speech and of the press. Cling to this as the bulwark of all our rights and privileges. -- William Ellery Channing ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: uucp + email...
On Thu, Oct 09, 2003, Chris P wrote: Hello, ... My main question is whether the mail got dumped out of the queue on the remote uucp host or on his machine locally? The uuclean routines on most uucp hosts nukes expired messages completely, and doesn't move it to another directory where it can be retrieved. Its on a remote host, and was dumped into a uucp que. I'm not real familiar with it. However I know it cannot be re-qued in email. Basically my machine was on a wireless link, and the link went down. When I found out about it (I'm about 400 miles from my machine right now) I had a friend update his mmx to collect it for uucp download later on. Now I have the machine on a T1 and need to figure out how to get the mail to my machine, and get it all delivered to the proper addresses. So from what I have heard I can use uucp locally to login to the remote machine, and get the mail (over 50 megs) dumped into my machines sendmail que. If your machine's now able to get mail normally to an internet mail address, your friend could probably tweak his configuration to use uureroute to resend your mail to your new address or you could configure uucp on your system to query his machine to pick up your mail. The steps necessary to configure your machine vary depending the MTA (Mail Transport Agent) you're using. Using postfix, it's not very difficult although I must admit that I've been using smail-3.2 on all our uucp machines, largely because that's what I've been using for about 13 years, and it don't have to learn how to configure postfix. The basics are that you need to configure uucp on your system to call his (connect via uucp over tcp), and have an rmail program that will feed the incoming uucp mail into your MTA. The most important thing is to know exactly what e-mail address the remote uux process is going to feed to your system so your MTA knows where to deliver it on your end. You have to know this before you make the connection or your machine is liable to just dump the incoming mail in the bit bucket as undeliverable. The Taylor uucp contrib directory has an old uureroute script that I wrote years ago that can be used to go through uucp queues to remail messages where delivery methods have changed. Bill Sorry about the multiple messages, I have a different problem with dns that is fixed now. Thanks for your help! The man pages, and everything I found online does not seem to help much. C. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX:(206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``Perhaps, when committing your first federal crime, it would be unwise to slap your name and address on it and mail it to 10,000 people.'' --Dogbert ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: uucp
George Barnett [EMAIL PROTECTED] wrote: I'm trying to do an installworld and I'm receiving the following error: mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree: line 57: unknown user uucp *** Error code 1 Now, I can either go and add the user UUCP.. Do so. Why did you remove it in the first place? or I could try figure out why make is ignoring this: foo# grep UUCP /etc/make.conf NOUUCP=true# do not build uucp related programs This says do not build uucp related programs. It does not say to ignore every traditional usage of the user uucp for serial locking etc. -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: uucp
From: Christian Weisgerber [EMAIL PROTECTED] Now, I can either go and add the user UUCP.. Do so. Why did you remove it in the first place? I have no use for anything to do with uucp. Why should the user remain on the system if they're not going to be doing anything? or I could try figure out why make is ignoring this: foo# grep UUCP /etc/make.conf NOUUCP=true# do not build uucp related programs This says do not build uucp related programs. It does not say to ignore every traditional usage of the user uucp for serial locking etc. Surely if nothing related to uucp is being built then the uucp user should not be needed? --george -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: uucp
On Wed, Mar 12, 2003 at 03:37:57PM -, George Barnett wrote: From: Christian Weisgerber [EMAIL PROTECTED] Now, I can either go and add the user UUCP.. Do so. Why did you remove it in the first place? I have no use for anything to do with uucp. Why should the user remain on the system if they're not going to be doing anything? Because the uucp user is still used to own devices and files related to serial port locking: This says do not build uucp related programs. It does not say to ignore every traditional usage of the user uucp for serial locking etc. Kris pgp0.pgp Description: PGP signature
Re: UUCP Mail
On Wed, Nov 06, 2002 at 06:10:23PM +0200, Doron Shmaryahu wrote: I have a machine with a permanent connection, that I am installing for a client. Their provider lets them collect mail via UUCP. Can anyone explain in simple terms how to use uucp. I have the node name, username and password. I just don't know how to use it. The only examples I can find are regarding uucp and dial up. Reading your last sentence, I guess you will be doing UUCP over TCP/IP. Basically, the setup is the same as for dialup, just instead of connecting through a modem, you connect via TCP/IP. I'll try to give some samples based on the files I use myself (don't shoot me if there are mistakes in my samples, I'm trying to put it together from much more complicated files without reading the whole UUCP book again): - make sure all the files in /etc/uucp/ are owned by the user uucp and group uucp!!! - for uucp over TCP/IP you don't need the dial file - if you only call out but will not be called by others, you don't need the passwd file - /etc/uucp/call: -- # system-name login-namepassword provider Uyou yourpwd -- - provider is the uucp nodename (peername) of your provider - Uyou is the uucp-login name you are assigned - yourpwd is the password for Uyou - /etc/uucp/config: -- uuname you -- - you is the uucp nodename (peername) you were assigned - /etc/uucp/port: -- portTCP typetcp -- - instead of specifying modems and serial ports here, you need to set these to TCP - /etc/uucp/sys: -- time ANY 1 port TCP chat ogin: \L ssword: \P call-login * call-password * protocol-parameter g window 7 protocol-parameter g packet-size 1024 system provider addressyour.providers.uucp.host -- - this assumes that you use the g protocol with a window size of 7 and a packet size of 1k - \L and \P will be taken from your /usr/uucp/call file - the value for the system keyword (provider) must correspond to the first entry on a line in your /etc/uucp/call file - the address is the fully qualified hostname or IP address of your providers uucp host The sample files in /etc/uucp/ are a good starting poing. You might also want to have a good look at the uucp info pages (use the command 'info uucp'). And if you really want to learn the details, I can recommend O'Reilly's book 'Using Managing uucp' (ISBN: 1-56592-153-4), but it might be hard to find a copy, since it has been out of print for quite some time. Cheers, Kurt To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: uucp user and NOUUCP=true in make.conf
On Mon, Oct 21, 2002 at 10:45:24AM -0700, [EMAIL PROTECTED] wrote: either. Should I have my custom BSD.root.dist file, or is there a way to modify the build process to check the /etc/make.conf file and eliminate certain users from the /usr/src/etc/mtree/BSD.root.dist file? There's no way to currently do that. Kris msg05775/pgp0.pgp Description: PGP signature
Re: uucp user and NOUUCP=true in make.conf
[EMAIL PROTECTED] writes: I deleted the uucp user from the /etc/passwd file and now make world complains even though I have NOUUCP=true set in the /etc/make.conf file. The line that fails is: mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / This makes me wounder about the BSD.root.dist file... I don't use ppp either. Should I have my custom BSD.root.dist file, or is there a way to modify the build process to check the /etc/make.conf file and eliminate certain users from the /usr/src/etc/mtree/BSD.root.dist file? The mtree files should be getting updated via mergemaster, so you shouldn't have any trouble with making a local modification and keeping it through system updates. It's probably more safer to keep the users there, though. Their default login information doesn't give them any system access capabilities, so their presence isn't a risk. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message