Date: Sat, 29 Nov 97 23:27:09 EST From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1997 #21 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sat, 29 Nov 97 Volume 1997: Issue 21 Today's Topics: Announcement: OPMail 1.6 released (2 msgs) Bounces don't get sent fixes in UUPC/extended 1.12u Problem with tcp-ip (2 msgs) UUPC/extended 1.12t -- UUSMTPD (2 msgs) UUPC/extended Bounces don't get sent To subscribe to UUPC-Info-Digest, send the command in the body of a message to listserv@kew.com: subscribe uupc-info-Digest To signoff from UUPC-Info-Digest, use "signoff" instead of "subscribe". You can also send an "index" to the listserv to get an index of back issues and other files available for retrieval. Note: Questions on UUPC/extended itself which are not of general interest should be sent to help@kew.com, not to the mailing list. Nor questions should be posted on Usenet, we don't read it. (Much.) ---------------------------------------------------------------------- Date: Thu, 27 Nov 1997 22:01:01 +0100 (CET) From: Ole Perch Jensen Subject: Announcement: OPMail 1.6 released To: uupc-info@kew.com This is an announcement to UUPC users who are looking for a Windows E-Mail and News agent which is especially developed for KEW UUPC/Extended. OPMail version 1.6 is out. NB: Drew does not want discussions about 3rd party products on this list, so if you have comments about this please join the opmail-users mailing list (see how in the zip file). For those who know version 1.5 here is a list of the most important features in version 1.6: + Flexible user-definable mail rules to automate mail handling. + Active hyperlinks in viewer, just like in Web browsers. + Mail message threads. + Context sensitive popup menus. + Built-in message editor in the Send Message window. + Resend command to send a mail again. + Only rescans folder files when necessary. + Handles From-separated folders. For those who don't know OPMail here is what it can do: General Features ------------------- * Simple to use. * No setup required, uses UUPC settings automatically. * Unlimited number of folders. * Unlimited number of messages per folder. * Messages and news articles collected in threads and shown as trees. * Comprehensive context sensitive help. * Clickable links in text viewer to send to address or open Web browser. * Full keyboard support. * MIME-compliant beyond the basic requirements: + Configurable external viewers for all MIME types (many are detected automatically). + Built-in viewer for text, GIF images and multipart messages + Built-in handling of MIME types Message/rfc822 and Multipart/* + Transparent splitting and reassembly of large messages using Message/Partial MIME type; send fragment size is configurable. + Automatic character set conversion from CP based sets. + Automatic MIME Base64 encoding when sending binary files. + Automatic MIME Base64 decoding. + Automatic MIME Quoted-Printable encoding and decoding. + Permits 8bit characters in Subject and other header fields. + Configurable fonts for every MIME character set. * Automatic detection and decoding of embedded uuencoded files. * Automatic detection and use of PGP encryption/decryption. * Quick keys to mark message, thread, and entire folder as read. * Can invoke external virus scanner for susceptible content types. * Single key fast ROT-13 decoder. * Anti-aliased font display. Mail Features ---------------- * Drag-and-Drop messages between folders. * Flexible user-definable mail handling rules. * Folders can be created, renamed, and deleted on-the-fly. * Folders can be arbitrarily named, including > 8 characters. * Toolbar buttons to send new message, send reply, or forward message. * New messages shown before the rest. * Smart Drafts folder to hold unfinished outgoing mail and news messages. * Attachment of arbitrary files to outgoing messages. * OutBox folder lists messages waiting for dial-up. * Automatic/semiautomatic receipt generation. News Features ---------------- * News articles shown in folders like mail folders. * Command to post new articles or follow-ups. * Handles Summary, Keywords, and Expires header fields. * Interprets Cancel messages and hides corresponding articles. * Hides expired articles. * Multiuser safe file handling when posting articles. * Handles local-only newsgroups. * Prevents posting to moderated and read-only groups. * Automatic posting of Cancel messages for withdrawn articles. You can get it at: http://www.simtel.net/pub/simtelnet/win3/email/opmail16.zip ftp://ftp.simtel.net/pub/simtelnet/win3/email/opmail16.zip Regards, Ole Perch Jensen ------------------------------ Date: Fri, 28 Nov 1997 12:18:58 -0500 From: Drew Derbyshire Subject: Announcement: OPMail 1.6 released To: Ole Perch Jensen , Please do not advertise on UUPC-Info. You may post information on such program on uupc-hackers, and those interested such add ins are encouraged to join UUPC-hackkers. -- Internet: ahd@kew.com Voice: 781-279-9812 "Think of it as evolution in action. . ." ------------------------------ Date: Thu, 27 Nov 1997 12:27:03 MET-1DST From: "Arjan Hulsebos" Subject: Bounces don't get sent To: uupc-info@kew.com Hi, I got a possibly stupid question: we have bounce enabled in the uupc.rc file, but it only gets send to the postmaster, not to the sender. Something wrong somewhere???? Cheers, Arjan H ----------- Disclaimer? What disclaimer? Arjan Hulsebos, arjanh@rijnlands.ros.nl -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzDQS1kAAAEEAN2iZHfaLECcgtQK5kRMqHdhYFXx7+1z0OeKIDraTubh74W1 jLZzOr0xJJp7Xjt/fOB4zCgnqQiYWlAFXgwT/TY5Ts73qNFSJ/HvjQ2tb6NgHQC4 +KOzz7+Jkfg/3KBEjU0id7N/sJM7tjSKte2e5FSt7PW0IV8ZP+ee+C9Z0YiNAAUR tChBcmphbiBIdWxzZWJvcyA8YXJqYW5oQHJpam5sYW5kcy5yb3Mubmw+iQCVAwUQ MNgBCeee+C9Z0YiNAQEnoAP/VpunYej/ceteV0jC9Li9wpdMzuCz3SQtFJNgHAM8 TqqLovyaA04WjpXY8a1Zr2Kmj03I8flX5vMkHZPH8ZfIE0JZrnW4UNw2PqB4c1M4 J644NCMGym33LDl6aFXN5rK6e3YonDfj+RGVQudSbMBRsxX33+FnNbsR2xJj7qbT e0M= =iayR -----END PGP PUBLIC KEY BLOCK----- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GS/M/CS$ d-(x) s: a35 C++ UA+>L++ P+>++ L++>++++ E+>+++ W+ N+ o K? w---- !O !M V PS+++ PE- Y+ PGP++>+++ t+ 5+@ X R tv- b++>++++ DI++ D-- G++ e++++ h---- r+++ y++++ -----END GEEK CODE BLOCK---- ------------------------------ Date: Sat, 29 Nov 1997 11:10:38 -0500 From: Drew Derbyshire Subject: fixes in UUPC/extended 1.12u To: UUPC-Info Mailing List Erwin Authried wrote: > I just replaced rmail with v1.12t, but the new version gives me an error message: > > Internal error: Attempt to use local domain without initialization > RMAIL aborting at line 500 in file mail\rmail.c > > I have tested 1.12s previously. Are there some changes necessary for 1.12t ? I am finishing up 1.12u for release within a few days. This note notes some of the changes going into it. I have restored our OS/2 development environment (actually, reinstalled Warp 3 and the tools from scratch after using Norton Diskeditor to hide an NTFS partition which confused the OS/2 install). This has allowed generation and testing of the OS/2 UUPC/extended including UUSMTPD (including support for running from the OS/2 inetd) and other programs under OS/2, and our OS/2 internal file server (which also handles the listserv) is now running 1.12u in alpha test. Other fixes to UUSMTPD include improved logging, better handling of NETSCAPE clients, and a small internal restructure to ease the future production of a POP3 server. (The POP3 server will *not* be in 1.12u). RMAIL was failing in 1.12t because of an agressive paranoia check I had added. UUPC/extended 1.12t added a check for programs calling the extended host lookup routine when the program had not initialized for such extended lookups, but rather only for "real" systems defined in the UUPC systems file. Unfortunately, I inserted the check at a spot where sometimes NO initialization of the host table had yet been done, and thus the check always failed unless 'Localdomain' was defined in UUPC.RC. This is now corrected in 1.12u. Also corrected in UUPC/extended 1.12u is the UUXQT pre-processing of command line options for RMAIL, in particular for the case of NO address supplied for rmail, which caused UUXQT to dereference a NULL pointer. This caused the abort recently discussed on UUPC-Info. Version 1.12u corrects this problem by adding a dummy invalid address, which forces a routine "bounce" of the undeliverable mail message. (Note you can override the bounce by defining the target address in the system aliases file.) The documents will include a UUSMTPD manual page. I hope to also add background information on SMTP for both the daemon and RMAIL, but have not done so at this time. -- Internet: ahd@kew.com Voice: 781-279-9812 "You say that I'm the boy who can make it all come true Well I'm tellin ya that I don't know, I don't know what to do . . ." ------------------------------ Date: Thu, 27 Nov 1997 16:53:16 ARG From: "Alberto Daniel Teszkiewicz " Subject: Problem with tcp-ip To: "UUPC-INFO" , "Kendra" I can connect wiht a server via tcp/ip without problem, but it is impossible with another one. Any idea? Pinging the server with problems: Pinging dcfcen.uba.ar [157.92.1.2] with 32 bytes of data: Reply from 157.92.1.2: bytes=32 time=456ms TTL=241 Reply from 157.92.1.2: bytes=32 time=413ms TTL=241 Reply from 157.92.1.2: bytes=32 time=533ms TTL=241 Reply from 157.92.1.2: bytes=32 time=572ms TTL=241 Trying to connect: 11/27-16:43 UUCICO: UUPC/extended 1.12p (Nov 08 1995 06:38:31) (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g (3) checkone: call window "Any" open (3) getmodem: loading modem configuration file d:/UUPC/LIB/tcpip.MDM (1) callup: Connecting to dcfcen via tcpip on Thu Nov 27 16:43:11 1997 (0) tactiveopenline: connect() failed (2) Windows sockets error 10060 in .\uucico\ulibip.c at line 394 ... (0) connect: [10060] Connection timed out The connection without problem: 11/27-16:44 UUCICO: UUPC/extended 1.12p (Nov 08 1995 06:38:31) (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g (2) remote=ured, when=Any, device=tcpip, phone=neptuno, protocol=g (3) checkone: call window "Any" open (3) getmodem: loading modem configuration file d:/UUPC/LIB/tcpip.MDM (1) callup: Connecting to ured via tcpip on Thu Nov 27 16:44:44 1997 (3) dial: Network reports connected (2) expecting 6 of 12 "" (2) wanted "" in 30 seconds (2) callup: sending 7 of 12 "\r" (2) sending "\r" (2) expecting 8 of 12 "ogin:-BREAK-ogin:-BREAK-ogin:" (2) wanted "ogin:" in 30 seconds (2) got that etc. etc. Thanks in advance, --- Alberto Daniel Teszkiewicz adt@dia.edu.ar ------------------------------ Date: Fri, 28 Nov 1997 12:17:09 -0500 From: Drew Derbyshire Subject: Problem with tcp-ip To: Alberto Daniel Teszkiewicz I suspect they firewalled it or somesuch. Have you tried to: telnet dcfcen.uba.ar uucp Or even their SMTP port to see if you can connect there? A failure to connect with the error message listed implies a problem in the network, not in UUPC/extended itself. Alberto Daniel Teszkiewicz wrote: > > I can connect wiht a server via tcp/ip without problem, but it is > impossible with another one. > > Any idea? > > Pinging the server with problems: > > Pinging dcfcen.uba.ar [157.92.1.2] with 32 bytes of data: > > Reply from 157.92.1.2: bytes=32 time=456ms TTL=241 > Reply from 157.92.1.2: bytes=32 time=413ms TTL=241 > Reply from 157.92.1.2: bytes=32 time=533ms TTL=241 > Reply from 157.92.1.2: bytes=32 time=572ms TTL=241 > > Trying to connect: > > 11/27-16:43 UUCICO: UUPC/extended 1.12p (Nov 08 1995 06:38:31) > (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g > (3) checkone: call window "Any" open > (3) getmodem: loading modem configuration file d:/UUPC/LIB/tcpip.MDM > (1) callup: Connecting to dcfcen via tcpip on Thu Nov 27 16:43:11 1997 > (0) tactiveopenline: connect() failed > (2) Windows sockets error 10060 in .\uucico\ulibip.c at line 394 ... > (0) connect: [10060] Connection timed out > > The connection without problem: > > 11/27-16:44 UUCICO: UUPC/extended 1.12p (Nov 08 1995 06:38:31) > (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g > (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g > (2) remote=dcfcen, when=Any, device=tcpip, phone=dcfcen.uba.ar, protocol=g > (2) remote=ured, when=Any, device=tcpip, phone=neptuno, protocol=g > (3) checkone: call window "Any" open > (3) getmodem: loading modem configuration file d:/UUPC/LIB/tcpip.MDM > (1) callup: Connecting to ured via tcpip on Thu Nov 27 16:44:44 1997 > (3) dial: Network reports connected > (2) expecting 6 of 12 "" > (2) wanted "" in 30 seconds > (2) callup: sending 7 of 12 "\r" > (2) sending "\r" > (2) expecting 8 of 12 "ogin:-BREAK-ogin:-BREAK-ogin:" > (2) wanted "ogin:" in 30 seconds > (2) got that > etc. etc. > > Thanks in advance, > > --- > Alberto Daniel Teszkiewicz > adt@dia.edu.ar -- Internet: ahd@kew.com Voice: 781-279-9812 "Think of it as evolution in action. . ." ------------------------------ Date: Wed, 26 Nov 1997 08:12:43 -0500 (EST) From: Kai Uwe Rommel Subject: UUPC/extended 1.12t -- UUSMTPD To: uupc-info@kew.com You (Drew Derbyshire) wrote: > Internally, the daemon is a single threaded multi-client design, meaning it > accepts multiple connections as required and services the ready clients > (skipping the others) in a round robin fashion. The server framework, > TCP/IP network, and SMTP protocol components are sufficiently encapsulated > that it will be possible to quickly use the same server components to build > a batch SMTP program (by replacing the network module with a file I/O > module) or a POP3 server (by replacing the SMTP protocol layer with a POP3 > layer). I am interested to know if parties have a need for either of these > functions. At work we do no longer use UUPC for our primary mail transport. Instead we use plain sendmail coupled with Elm and will switch to Lotus Notes very soon. However, I could see use for this daemon as an incoming and outgoing relay on the firewall. I currently use sendmail for this. But having source code would make me feel better. I could need the following features over sendmail in this setup: - do not allow foreign relaying - provide anti-SPAM features - decouple incoming mail (i.e. first write it into a disk based queue on the firewall and then have another background daemon forward the mail to the internal mailhost, again with SMTP, but asynchronously, with hooks for attachment/virus checking etc.) Kai Uwe Rommel -- /* Kai Uwe Rommel ARS Computer & Consulting GmbH * * rommel@ars.de Muenchen, Germany * * rommel@leo.org (http://www.leo.org/pub/comp/os/os2 maintenance) */ ------------------------------ Date: Wed, 26 Nov 1997 08:32:30 -0500 From: Drew Derbyshire Subject: UUPC/extended 1.12t -- UUSMTPD To: Kai Uwe Rommel , UUPC-Info Mailing List Kai Uwe Rommel wrote: > > You (Drew Derbyshire) wrote: > However, I could see use for this daemon as an incoming and outgoing > relay on the firewall. I currently use sendmail for this. But having > source code would make me feel better. I could need the following > features over sendmail in this setup: Currently, I hack up sendmail. :-) > - do not allow foreign relaying This will be in the next version. > - provide anti-SPAM features I expect this to be in the next version. It's hairier and more expensive to process. > - decouple incoming mail (i.e. first write it into a disk based queue > on the firewall and then have another background daemon forward the > mail to the internal mailhost, again with SMTP, but asynchronously, > with hooks for attachment/virus checking etc.) Have fun with the delivery gateway function. :-) Actually, the SMTP daemon will queue other SMTP hosts in the local SMTP queue (for RMAIL) if so configured, you'll need to pry it out if you don't use the gateway function. -- Internet: ahd@kew.com Voice: 781-279-9812 "Who are these men of lust, greed, and glory?" - Supertramp ------------------------------ Date: Thu, 27 Nov 1997 11:46:57 -0500 From: Drew Derbyshire Subject: UUPC/extended Bounces don't get sent To: Arjan Hulsebos , You need options=multitask Shared systems (LANs, OS/2, Windows NT) should ALWAYS have options=multitask Arjan Hulsebos wrote: > > Drew Derbyshire har op 27 Nov 97 um 9:07 'zegd: > > > Check the logs, it should go two places. > > I did. No mentioning there of any problems. However, when I look at > the screen I see: > > K:\UUPC\spool\rmail.log: Permissoin denied > K:\UUPC\spool\rmail.log: Permissoin denied > Cannot open any log file! > rmail aborting at line 209 in file lib\logger.c > > This is funny. We have uupc installed on a Novell 3.12 file server, > and we're using a special user to make the calls. This user has > supervisory rights in all directories concerned. Furthermore, all > files are flagged read/write and sharable. > > Any ideas? > > Cheers, > Arjan H > > ----------- > Disclaimer? What disclaimer? > > Arjan Hulsebos, arjanh@rijnlands.ros.nl > > -----BEGIN PGP PUBLIC KEY BLOCK----- > Version: 2.6.2 > > mQCNAzDQS1kAAAEEAN2iZHfaLECcgtQK5kRMqHdhYFXx7+1z0OeKIDraTubh74W1 > jLZzOr0xJJp7Xjt/fOB4zCgnqQiYWlAFXgwT/TY5Ts73qNFSJ/HvjQ2tb6NgHQC4 > +KOzz7+Jkfg/3KBEjU0id7N/sJM7tjSKte2e5FSt7PW0IV8ZP+ee+C9Z0YiNAAUR > tChBcmphbiBIdWxzZWJvcyA8YXJqYW5oQHJpam5sYW5kcy5yb3Mubmw+iQCVAwUQ > MNgBCeee+C9Z0YiNAQEnoAP/VpunYej/ceteV0jC9Li9wpdMzuCz3SQtFJNgHAM8 > TqqLovyaA04WjpXY8a1Zr2Kmj03I8flX5vMkHZPH8ZfIE0JZrnW4UNw2PqB4c1M4 > J644NCMGym33LDl6aFXN5rK6e3YonDfj+RGVQudSbMBRsxX33+FnNbsR2xJj7qbT > e0M= > =iayR > -----END PGP PUBLIC KEY BLOCK----- > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.12 > > GS/M/CS$ d-(x) s: a35 C++ UA+>L++ P+>++ L++>++++ E+>+++ W+ > N+ o K? w---- !O !M V PS+++ PE- Y+ PGP++>+++ t+ 5+@ X R > tv- b++>++++ DI++ D-- G++ e++++ h---- r+++ y++++ > > -----END GEEK CODE BLOCK---- ------------------------------ End of UUPC-Info-Request Digest ******************************