Guys,
Something a bit weird.
I got the POP3 service on at sbbs.ini
1. When you put tear-lines ("---") in your messages, that makes them difficult to quote. Use more or fewer dashes to fix that.
2. If you have POP3 enabled, it'd look something like this in your sbbs.ini:
3. POP3 has nothing to do with outbound or inbound email.
4. Why do you have "public_ip_address" for your RelayServer address This the address of a mail server through which you are choosing to relay mail - usually not *your* IP address or host name and often you don't need to relay at all.
RainManHood<---
Guys,
Something a bit weird.
I got the POP3 service on at sbbs.ini
1. When you put tear-lines ("---") in your messages, that makes them difficult to quote. Use more or fewer dashes to fix that.
On 2018 Jun 19 22:40:10, you wrote to Rmh:
Guys,
Something a bit weird.
I got the POP3 service on at sbbs.ini
1. When you put tear-lines ("---") in your messages, that makes them difficult to quote. Use more or fewer dashes to fix that.
FWIW: FTN tear lines are three dashes and a space... not just three dashes ;)
1. When you put tear-lines ("---") in your messages, that makes them
difficult to quote. Use more or fewer dashes to fix that.
FWIW: FTN tear lines are three dashes and a space... not just three dashes ;)
RainManHood<---
FWIW: FTN tear lines are three dashes and a space... not just three
dashes ;)
That is an interesting observation, but I don't think that's actually
part of any standard or FTSC specification (e.g. http://ftsc.org/docs/fts-0004.001) - or is it?
1. When you put tear-lines ("---") in your messages, that makes them
difficult to quote. Use more or fewer dashes to fix that.
FWIW: FTN tear lines are three dashes and a space... not just three
dashes ;)
Everybody calming down please..... We only need to piss Digital Man off..
the dashing thing has been done only with the intention of splitting
the code bits from the rest of the conversation. Obviously without succeeding .
I will try to improve that part in the future as I wasn't aware of the dificulties that was generating.
On 2018 Jun 20 11:26:50, you wrote to me:
FWIW: FTN tear lines are three dashes and a space... not just three
dashes ;)
That is an interesting observation, but I don't think that's actually part of any standard or FTSC specification (e.g. http://ftsc.org/docs/fts-0004.001) - or is it?
all FTN related software that i know of code a tear line as "--- " and then add
a possible banner of some kind...
the trick when looking for them while
displaying or replying to a message is to only deal with them if they are in the first column and if the 4th character is a space... i guess in your case, you are processing it only when it is in the first column and it is "three dashes" or "three dashes, a space and a possible banner"?
would it be less code to only look for "--- " starting in the first column and processing that as a tear line, banner or no?
eg: if substr(0,4,lineX) == "--- " then do #process tear line end;
removing unnecessary code is a GoodThing<tm> :)
Everybody calming down please.....
On 2018 Jun 20 17:29:32, you wrote to me:
1. When you put tear-lines ("---") in your messages, that makes them
difficult to quote. Use more or fewer dashes to fix that.
FWIW: FTN tear lines are three dashes and a space... not just three
dashes ;)
Everybody calming down please..... We only need to piss Digital Man off..
hehehe...
the dashing thing has been done only with the intention of splitting the code bits from the rest of the conversation. Obviously without succeeding .
we understand that... the problem is that some editors try to be helpful and will tear off everything below what it thinks is a tear line...
Full configuration below:
[Mail] SMTP/POP3 Mail Server
AutoStart=true
MaxClients=10
MaxInactivity=120
Interface=89.47.163.252
LinesPerYield=10
MaxDeliveryAttempts=50
MaxRecipients=100
MaxMsgSize=20MB
MaxMsgsWaiting=100
RescanFrequency=3600
SMTPPort=25
SubmissionPort=587
TLSSubmissionPort=465
POP3Interface=89.47.163.252
POP3Port=110
TLSPOP3Port=995
DefaultCharset=IBM437
DefaultUser=
DNSBlacklistHeader=X-DNSBL
DNSBlacklistSubject=SPAM
RelayServer=
RelayPort=25
RelayUsername=
RelayPassword=
DNSServer=
POP3Sound=
InboundSound=
OutboundSound=
ConnectTimeout=30
Options=DNSBL_REFUSE | DNSBL_IGNORE |DNSBL_BADUSER | DNSBL_THROTTLE | DNSBL_SPAMHASH | DEBUG_TX | DEBUG_POP | ALLOW_POP3
MaxClients=10
MaxInactivity=300
QwkTimeout=600
MinFileSize=0
MaxFileSize=0
Interface=89.47.163.252
RainManHood<---
Re: Weird issue with POP mail
By: Rmh to Digital Man on Wed Jun 20 2018 08:23 am
Full configuration below:
[Mail] SMTP/POP3 Mail Server
AutoStart=true
MaxClients=10
MaxInactivity=120
Interface=89.47.163.252
LinesPerYield=10
MaxDeliveryAttempts=50
MaxRecipients=100
MaxMsgSize=20MB
MaxMsgsWaiting=100
RescanFrequency=3600
SMTPPort=25
SubmissionPort=587
TLSSubmissionPort=465
POP3Interface=89.47.163.252
POP3Port=110
TLSPOP3Port=995
DefaultCharset=IBM437
DefaultUser=
DNSBlacklistHeader=X-DNSBL
DNSBlacklistSubject=SPAM
RelayServer=
RelayPort=25
RelayUsername=
RelayPassword=
DNSServer=
POP3Sound=
InboundSound=
OutboundSound=
ConnectTimeout=30
Options=DNSBL_REFUSE | DNSBL_IGNORE |DNSBL_BADUSER | DNSBL_THROTTLE | DNSBL_SPAMHASH | DEBUG_TX | DEBUG_POP | ALLOW_POP3
MaxClients=10
MaxInactivity=300
QwkTimeout=600
MinFileSize=0
MaxFileSize=0
Interface=89.47.163.252
Digital Man, above mail COnfiguration.
(getting back to the question as I
got emails stuck trying to send through 127.0.0.1)
Suggestions?
Possiblities of using some other interface rather than the loopback?
FWIW: FTN tear lines are three dashes and a space... not just three
dashes ;)
That is an interesting observation, but I don't think that's
actually part of any standard or FTSC specification (e.g.
http://ftsc.org/docs/fts-0004.001) - or is it?
all FTN related software that i know of code a tear line as "--- "
and then add a possible banner of some kind...
Okay, but doesn't make it an FTN standard.
the trick when looking for them while displaying or replying to a
message is to only deal with them if they are in the first column and
if the 4th character is a space... i guess in your case, you are
processing it only when it is in the first column and it is "three
dashes" or "three dashes, a space and a possible banner"?
3 dashes startin column 1 followed by a space or a newline.
would it be less code to only look for "--- " starting in the first
column and processing that as a tear line, banner or no?
It might, but I think "\r---\r" is a perfectly valid FTS-4 compliant
tear line and my FTN-comliant software (e.g. SBBSecho) should
recognize them, like it already does.
In any case, I think the message in question came in via QWK, where
again, I treat both "\n---\n" and "\n--- " as valid tear-lines (and \n
may be \r or the QWK-equivalent).
eg: if substr(0,4,lineX) == "--- " then do #process tear line end;
removing unnecessary code is a GoodThing<tm> :)
Not if it introduces a bug.
the dashing thing has been done only with the intention of splitting
the code bits from the rest of the conversation. Obviously without
succeeding .
we understand that... the problem is that some editors try to be
helpful and will tear off everything below what it thinks is a tear
line...
In this case, it's the message-importing code in Synchronet (specifically, for QWK, but the FTN msg import code in SBBSecho does the same):
The Synchronet message base (SMB) stores message "bodies" and message "tails" separately to make processing them separately, easy (no
additional parsing of tear/tag/origin lines needed when quoting or whatever).
In this case, Rmh's message imported/stored as follows:
data field[0] TEXT_BODY, offset 0, length 76
data field[1] TEXT_TAIL, offset 76, length 2296
As you can, a very small message body (76 chars) and a large/long tail (the first "---" tear line on down). And when replying and quoting a message, only the message *body* text is included in the quoted text (normally). It's a rare problem, but it can happen.
Please send the relevant log lines. Sending email is not related to POP3 or "POP mail".
RainManHood<---
The Synchronet message base (SMB) stores message "bodies" and message "tails" separately to make processing them separately, easy (no additional parsing of tear/tag/origin lines needed when quoting or whatever).
sounds kinda similar to JAM message bases :)
Re: Weird issue with POP mail
By: Digital Man to Rmh on Thu Jun 21 2018 02:35 pm
Please send the relevant log lines. Sending email is not related to POP3 or "POP mail".
22 06:51:51 34819 sbbs: 6/22 06:51:51 term Node 2 sysopo sent Internet Mail to user (user@bbs.Unicyber.Co.Uk)
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0000 SEND Message #386 (1 of 2) from sysopo #1 sysopo@bbs.unicyber.co.uk to user [user@bbs.Unicyber.Co.Uk]
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 SEND connecting to port 25 on 127.0.0.1 [127.0.0.1]
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 !SEND ERROR 111 connecting to SMTP server: 127.0.0.1
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 !SEND Delivery attempt #45 FAILED (ERROR 111 connecting to SMTP server: 127.0.0.1) for message #386 from sysopo to user@bbs.Unicyber.Co.Uk
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0000 SEND Message #389 (2 of 2) from sysopo #1 sysopo@bbs.unicyber.co.uk to user [user@bbs.Unicyber.Co.Uk]
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 SEND skipping failed SMTP server: Error 111 connecting to port 25 on 127.0.0.1 [127.0.0.1]
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 !SEND Delivery attempt #1 FAILED (Error 111 connecting to port 25 on 127.0.0.1 [127.0.0.1]) for message #389 from sysopo to user@bbs.Unicyber.Co.Uk
Sending emails to users registered in the BBS, "apparently" it uses the localhost . (I cannot be completely sure, but that's what it looks like..)
Re: Weird issue with POP mail
By: Digital Man to Rmh on Thu Jun 21 2018 02:35 pm
Please send the relevant log lines. Sending email is not related to
POP3 or "POP mail".
22 06:51:51 34819 sbbs: 6/22 06:51:51 term Node 2 sysopo sent Internet Mail to user (user@bbs.Unicyber.Co.Uk)
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0000 SEND Message #386 (1 of 2) from sysopo #1 sysopo@bbs.unicyber.co.uk to user [user@bbs.Unicyber.Co.Uk] Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 SEND connecting to port 25 on 127.0.0.1 [127.0.0.1]
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 !SEND ERROR 111 connecting to SMTP server: 127.0.0.1
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 !SEND Delivery attempt #45 FAILED (ERROR 111 connecting to SMTP server: 127.0.0.1) for message #386 from sysopo to user@bbs.Unicyber.Co.Uk
Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0000 SEND Message #389 (2 of 2) from sysopo #1 sysopo@bbs.unicyber.co.uk to user [user@bbs.Unicyber.Co.Uk] Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 SEND skipping failed SMTP server: Error 111 connecting to port 25 on 127.0.0.1 [127.0.0.1] Jun 22 06:51:53 34819 sbbs: 6/22 06:51:53 mail 0046 !SEND Delivery attempt #1 FAILED (Error 111 connecting to port 25 on 127.0.0.1 [127.0.0.1]) for message #389 from sysopo to user@bbs.Unicyber.Co.Uk
RainManHood<---
Sending emails to users registered in the BBS, "apparently" it uses
the
localhost . (I cannot be completely sure, but that's what it looks like..)
Yes, if you your mail server sees an *outbound* email destined for one of the domain names listed in your ctrl/domains.cfg file or the address from SCFG->Internet->Address, it just connects to localhost to deliver it.
If you want to send email to the users of your BBS, don't "netmail" from the terminal server (e.g. to "user@somewhere"), just regular email to "user".
RainManHood<---
On 06-22-18 14:26, Rmh wrote to Digital Man <=-
Note that I got multiple interfaces and I am dedicating just one
entirely to SBBS , reason why I wanted to use that interface instead of the localhost as I am sure you can understand. That has been the core reason for my question and what I wanted to achieve.
| Sysop: | Winzlo |
|---|---|
| Location: | Minnesota, USA |
| Users: | 11 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 495940:33:19 |
| Calls: | 82 |
| Files: | 1,070 |
| D/L today: |
27 files (11,920K bytes) |
| Messages: | 286,978 |