Date: Mon, 31 Aug 1998 23:15:58 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: fullermd@futuresouth.com (Matthew D. Fuller) Cc: tlambert@primenet.com, don@whtech.com, hackers@FreeBSD.ORG Subject: Re: Weird sendmail/pop problem Message-ID: <199808312315.QAA11244@usr01.primenet.com> In-Reply-To: <19980829012108.51411@futuresouth.com> from "Matthew D. Fuller" at Aug 29, 98 01:21:08 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > You can't send mail over a POP3 connection, you can only retrieve it; > > you use SMTP to *send* mail. > > Before anyone else chimes in, there's some funky POP3 interface to send > mail to the server via it. Yes; that would be the expired ietf-draft which failed to be ratified, mostly because it was an abomination, and the rebirth of a similar draft, to wit: draft-hansen-pop3-xtndext-00.txt. This draft will, likewise, be struck down by all right-thinking IETF voters, because it fails to provide a mechanism for passing envelope-to and envelope-from information to the server, except in message headers, and messages headers are *DATA*. This draft seems to describe a sending interface better suited to sending SPAM than anoy other interface currently available today. Perhaps Aegis will implement this when they reinstate Sanford Wallace's Internet connection... > That said, it's still being DELIVERED through SMTP, so your point stands. > Here's my bet: > Try sending from the local box, not though POP3 > mail -s 'test msg' forwarduser < /dev/null > > See if that gets there (both theres). > Try (perhaps long shot, but *shrug*) killing sendmail and restarting it. Most likely, either the forward is incorrect, or the address refers to the same mailbox, and they are seen different behaviour based on either ruleset 4/5 differences and/or they are seeing that two connections are made for a virtual host when seen as a seperate MX via external DNS, but as local delivery by the internal. The information request I made stands; it is the minimum amount of information required to guarantee that someone can tell them what is going on. PS: If they are using draft-hansen-pop3-xtndext-00.txt or the earlier (expored) draft to send mail via POP, then they are being about as unconstructive as draft-myers-smtp-auth-11.txt and the draft that uses it for etrn: draft-gellens-on-demand-05.txt, which ignores the Best Known Practice of using Dynamic DNS and Split DNS so that standard ETRN will function with Dynamic IP. Balkanizing the Internet is not going to solve th SPAM problem, and Dynamic IP isn't going to solve the IPv4 address space problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808312315.QAA11244>