On 5/17/24 11:40 AM, Tim Evans wrote:
I have sendmail (sendmail-8.18.1-1.fc40.x86_64) on my three home
systems, its purpose being handling of LOCAL-ONLY mail. That is, output
from cron jobs, local backup scripts, and the like. (I review these
messages using good-ole command-line '
I have sendmail (sendmail-8.18.1-1.fc40.x86_64) on my three home
systems, its purpose being handling of LOCAL-ONLY mail. That is, output
from cron jobs, local backup scripts, and the like. (I review these
messages using good-ole command-line 'mailx'.) External mail is handled
by
On Sat, Sep 30, 2023 at 11:22:47PM +0200, Patrick Dupre wrote:
Hello,
It seems that 09/09, the sendmail was working fine, but not on 09/16.
What was happenning in between these dates: software updates, your
changes?
Now I get
systemctl start sendmail.service
[ ... ]
Sep 30 23:08:29
On Sat, 2023-09-30 at 23:22 +0200, Patrick Dupre wrote:
> Sep 30 23:08:29 Sappho sendmail[88774]: My unqualified host name (Sappho)
> unknown; sleeping for retry
> Sep 30 23:09:15 Sappho systemd[1]: sendmail.service: start operation timed
> out. Terminating.
> Sep 30 23:09:15 S
On Sat, Sep 30, 2023 at 5:45 PM Alexander Dalloz wrote:
>
> Am 30.09.2023 um 23:22 schrieb Patrick Dupre:
> > Hello,
> >
> > It seems that 09/09, the sendmail was working fine, but not on 09/16.
> >
> > Now I get
> >
> > systemctl start sendmail.ser
Am 30.09.2023 um 23:22 schrieb Patrick Dupre:
Hello,
It seems that 09/09, the sendmail was working fine, but not on 09/16.
Now I get
systemctl start sendmail.service
Job for sendmail.service failed because a timeout was exceeded.
See "systemctl status sendmail.service" and "
Hello,
It seems that 09/09, the sendmail was working fine, but not on 09/16.
Now I get
systemctl start sendmail.service
Job for sendmail.service failed because a timeout was exceeded.
See "systemctl status sendmail.service" and "journalctl -xeu sendmail.service"
for detai
> Date: Thursday, January 05, 2023 14:50:58 -0700
> From: Sbob
>
>
> Update:
>
> If I run the test command as root, the command completes but the
> mail has not arrived in my inbox, it has been 10min
>
># echo "test" | sendmail -s "test subje
Update:
If I run the test command as root, the command completes but the mail
has not arrived in my inbox, it has been 10min
# echo "test" | sendmail -s "test subject" my_user@my_domain.com
#
On 1/5/23 14:37, Sbob wrote:
All;
I have setup a Fedora 37 Server in a V
All;
I have setup a Fedora 37 Server in a VMWare Workstation VM (Fedora 36 host)
I cannot seem to get sendmail working, here are the steps I have taken,
following this guide:
https://tecadmin.net/install-sendmail-on-fedora/
1)
# dnf install sendmail sendmail-cf
2)
Comment out below line in
On Fri, 18 Nov 2022 08:58:02 +0100 (CET)
Scott van Looy via users wrote:
> Hi,
>
> Having upgraded to the new Fedora 37, I cannot now send mail via
> sendmail remotely using auth.
>
> Looking at /var/log/maillog, when I try and connect to send an email
> I get:
&
Hi,
Having upgraded to the new Fedora 37, I cannot now send mail via sendmail
remotely using auth.
Looking at /var/log/maillog, when I try and connect to send an email I
get:
"AUTH warning: no mechanisms”
Looking at the application log I can see:
250- Hello , pleased to meet yo
Patrick O'Callaghan wrote:
> For the umteenth time, I'm wondering if it is time
>> to give up KMail ...
> I stopped wondering that over 10 years ago, even though I'm a KDE user.
As KMail has stopped working for me for outgoing mail,
I thought I'd try Thunderbird and Evolution.
This has made me
On Wed, 2016-05-25 at 23:36 +0100, Timothy Murphy wrote:
> Patrick O'Callaghan wrote:
>
> >
> > if you need to run
> > pre-release F24 for some reason, you've defined yourself as a
> > tester so
> > reporting problems in the right place is what you're expected to
> > do.
> I am running F24 (beta)
y".
My first suggestion is to run postfix instead. :-)
Thanks for the response.
Can I avoid using sendmail for outgoing mail on KMail in that way?
Is kmail actually using the sendmail server on localhost? Or is it just
using the sendmail command to send the email message out? In that c
On Wed, May 25, 2016 at 01:26:49PM -0700, Samuel Sieb wrote:
> On 05/25/2016 05:08 AM, Timothy Murphy wrote:
> >I'm running Fedora-24(beta)/KDE,
> >and sendmail/email (through KMail) is failing.
> >When I try to send email I get the warning "Failed to transmit mess
; My first suggestion is to run postfix instead. :-)
Thanks for the response.
Can I avoid using sendmail for outgoing mail on KMail in that way?
> Assuming that is not acceptable, what does "systemctl status sendmail"
> show?
I just tried this again, and I get much the same error
Patrick O'Callaghan wrote:
> if you need to run
> pre-release F24 for some reason, you've defined yourself as a tester so
> reporting problems in the right place is what you're expected to do.
I am running F24 (beta) because plasma kept crashing in F23,
and I found it didn't crash in F24.
I certa
On Wed, 2016-05-25 at 22:58 +0100, Timothy Murphy wrote:
> For the umteenth time, I'm wondering if it is time
> to give up KMail ...
I stopped wondering that over 10 years ago, even though I'm a KDE user.
poc
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscriptio
Tom Horsley wrote:
>> I would have hoped that someone who can play with systemd
>> in a sensible way might be able to suggest a solution.
> But for a (possibly) useful suggesting, you might try
> my technique for working around utter failures in systemd
> (which always seem to have something to d
On 05/25/2016 05:08 AM, Timothy Murphy wrote:
I'm running Fedora-24(beta)/KDE,
and sendmail/email (through KMail) is failing.
When I try to send email I get the warning "Failed to transmit message",
and journalctl has the entry
"sendmail.service: PID file /run/sendmail.p
On Wed, 2016-05-25 at 19:09 +0100, Timothy Murphy wrote:
> Patrick O'Callaghan wrote:
>
> >> I'm running Fedora-24(beta)/KDE,
> >> and sendmail/email (through KMail) is failing.
> >
> > Then you're on the wrong mailing list. For general F2
On Wed, 25 May 2016 19:09:02 +0100
Timothy Murphy wrote:
> I would have hoped that someone who can play with systemd
> in a sensible way might be able to suggest a solution.
I believe you have just defined the empty set :-).
But for a (possibly) useful suggesting, you might try
my technique for
Patrick O'Callaghan wrote:
>> I'm running Fedora-24(beta)/KDE,
>> and sendmail/email (through KMail) is failing.
>
> Then you're on the wrong mailing list. For general F24 issues, use the
> Fedora Test list (F24 isn't released yet). For KDE issues the
On Wed, 2016-05-25 at 13:08 +0100, Timothy Murphy wrote:
> I'm running Fedora-24(beta)/KDE,
> and sendmail/email (through KMail) is failing.
Then you're on the wrong mailing list. For general F24 issues, use the
Fedora Test list (F24 isn't released yet). For KDE issues the
I'm running Fedora-24(beta)/KDE,
and sendmail/email (through KMail) is failing.
When I try to send email I get the warning "Failed to transmit message",
and journalctl has the entry
"sendmail.service: PID file /run/sendmail.pid not readable (yet?)
after start: No su
interaction between your cronjob and
an MTA and not anything having to do with files in /etc.
You said that installing sendmail "did clear up a lot of entries". So, are
you still getting errors?
As I said, the rss2email package may work best with "sendmail" as opposed to
another mta s
> an MTA and not anything having to do with files in /etc.
>
> You said that installing sendmail "did clear up a lot of entries". So, are
> you still getting errors?
>
> As I said, the rss2email package may work best with "sendmail" as opposed to
> another
On 01/02/16 12:32, Sudhir Khanger wrote:
> On Friday 01 Jan 2016 10:25:27 PM Ed Greshko wrote:
>> Well, you have a cron job called r2e. What does that contain? It very well
>> may have been calling sendmail but it is probable it required "real"
>> sendma
On Friday 01 Jan 2016 10:25:27 PM Ed Greshko wrote:
> Well, you have a cron job called r2e. What does that contain? It very well
> may have been calling sendmail but it is probable it required "real"
> sendmail and since you didn't have it installed until now it failed.
On 01/01/16 17:27, Sudhir Khanger wrote:
> On Friday 01 Jan 2016 8:25:15 AM Ed Greshko wrote:
>> It isn't "sendmail" which is placing those log entries. It is "crond" and
>> the PID of crond is 1188. It would appear that a cron job is calling
On Friday 01 Jan 2016 8:25:15 AM Ed Greshko wrote:
> It isn't "sendmail" which is placing those log entries. It is "crond" and
> the PID of crond is 1188. It would appear that a cron job is calling
> sendmail and producing those messages.
Installing sendmail di
On 12/31/15 17:52, Sudhir Khanger wrote:
> Hi,
>
> I ran journalctl -b to see what is causing bumblebee to fail. I see the log
> is huge. There are thousands of line and the file is as big as 5.1 mb. I see
> a
> sendmail line over and over. I don't think I use sen
On 12/31/15 17:52, Sudhir Khanger wrote:
> I ran journalctl -b to see what is causing bumblebee to fail. I see the log
> is huge. There are thousands of line and the file is as big as 5.1 mb. I see
> a
> sendmail line over and over. I don't think I use sendmail or wha
On Thursday 31 Dec 2015 12:22:40 PM Zoltan Hoppar wrote:
> Hi,
>
> Is that possible that that way trying to send something but can't do
> it as it is sendmail not installed?
>
> Z
I use rss2email to get rss2email in inbox. In rss2email I have chosen to use
smtp and it
On 12/31/2015 03:22 AM, Zoltan Hoppar wrote:
Is that possible that that way trying to send something but can't do
it as it is sendmail not installed?
whereis sendmail
will give you the answer. I think that it's part of the base install.
--
users mailing list
users@lists.fedoraproj
Hi,
Is that possible that that way trying to send something but can't do
it as it is sendmail not installed?
Z
2015-12-31 10:52 GMT+01:00 Sudhir Khanger :
> Hi,
>
> I ran journalctl -b to see what is causing bumblebee to fail. I see the log
> is huge. There are thousands of lin
Hi,
I ran journalctl -b to see what is causing bumblebee to fail. I see the log
is huge. There are thousands of line and the file is as big as 5.1 mb. I see a
sendmail line over and over. I don't think I use sendmail or what installed
it.
Dec 31 15:16:06 fedora crond[1188]: /usr
On 29/12/15 00:50, Franta Hanzlík wrote:
On Mon, 28 Dec 2015 10:45:55 +1030
Stephen Davies wrote:
On 27/12/15 22:32, Franta Hanzlík wrote:
On Tue, 24 Nov 2015 14:38:43 +1030
Stephen Davies wrote:
I am trying to change my sendmail configuration to deliver all "user unknown"
e
On Mon, 28 Dec 2015 10:45:55 +1030
Stephen Davies wrote:
> On 27/12/15 22:32, Franta Hanzlík wrote:
> > On Tue, 24 Nov 2015 14:38:43 +1030
> > Stephen Davies wrote:
> >
> >> I am trying to change my sendmail configuration to deliver all "user
> >>
On 27/12/15 22:32, Franta Hanzlík wrote:
On Tue, 24 Nov 2015 14:38:43 +1030
Stephen Davies wrote:
I am trying to change my sendmail configuration to deliver all "user unknown"
emails to a specific account (baduser).
I added the DL definition to sendmail.mc and generated test.cf.
The
On Tue, 24 Nov 2015 14:38:43 +1030
Stephen Davies wrote:
> I am trying to change my sendmail configuration to deliver all "user unknown"
> emails to a specific account (baduser).
> I added the DL definition to sendmail.mc and generated test.cf.
> Then I tested this new c
Allegedly, on or about 24 November 2015, Stephen Davies sent:
> What have I missed here.
Showing the list a configuration file that they might be able to spot a
problem with. There's not enough information with your post for someone
else to conjure up a solution.
--
[tim@localhost ~]$ uname -r
I am trying to change my sendmail configuration to deliver all "user unknown"
emails to a specific account (baduser).
I added the DL definition to sendmail.mc and generated test.cf.
Then I tested this new config using:
echo who | sendmail -v -Ctest.cf noone
and the email was
; that regard, I own kjchome.homeip.net (I pay for its use). If you do a
>> DNS lookup on it, you will find the IP address allocated to me (via
>> DHCP) by my ISP.
>
> It has no MX record, so I'd expect sendmail to just use the IPs
> associated with the hostnames (m
you do a
> DNS lookup on it, you will find the IP address allocated to me (via
> DHCP) by my ISP.
It has no MX record, so I'd expect sendmail to just use the IPs
associated with the hostnames (mailing directly between machines). On
the other hand, if they had a MX record pointing to one
o me". In
that regard, I own kjchome.homeip.net (I pay for its use). If you do a
DNS lookup on it, you will find the IP address allocated to me (via
DHCP) by my ISP.
> Foggy memory, here, but sendmail may be looking up MX records to work
> out where to send mail, and if there is a public r
Total requests: 1
Are you using domain names that you own? Is there a DNS entry that
points to someone else's IPs?
Foggy memory, here, but sendmail may be looking up MX records to work
out where to send mail, and if there is a public record that doesn't
relate to your own
Tue Aug 5 10:19
>>> (Deferred: Connection refused by
>>> localhost.localdomain.homeip)
>>>
>>> Total requests: 1
>>
>> It takes a manual flush (/usr/local/bin/runq, where runq is a script to
>> r
ain.homeip)
>>>
>>> Total requests: 1
>>
>> It takes a manual flush (/usr/local/bin/runq, where runq is a script to
>> run: sendmail -q) to send them out.
>>
>> Initially I thought this was a name se
l requests: 1
>
> It takes a manual flush (/usr/local/bin/runq, where runq is a script to
> run: sendmail -q) to send them out.
>
> Initially I thought this was a name server problem, but even after
> adding entries to /etc/hosts for localhost.localdomain.homeip.net (to
> poin
er/Recipient---
> s75EJYwb013189*3981 Tue Aug 5 10:19
> (Deferred: Connection refused by
> localhost.localdomain.homeip)
>
> Total requests: 1
It takes a manual flush (/usr/local/bin/runq, where runq is a script to
run: se
On Sun, 2014-05-18 at 12:38 -0500, Steven Stern wrote:
> I have root aliased to "webmas...@mydomain.com" in /etc/aliases. When
> I use "sendmail -bv root", it shows that the mail will be send to
> "webmas...@mydomain.com".
>
> But
; <mailto:webmas...@mydomain.com>
> > <mailto:webmas...@mydomain.com
> <mailto:webmas...@mydomain.com>>" in /etc/aliases. When I
> > use "sendmail -bv root", it shows that the mail will be send to
> > "webm
; mailto:subscribed-li...@sterndata.com>>
> > wrote:
> >
> > I have root aliased to "webmas...@mydomain.com
> > <mailto:webmas...@mydomain.com>" in /etc/aliases. When I
> > use "sendmail -bv root", it shows that the mail will be send
On 05/18/2014 01:37 PM, Jack Craig wrote:
>
>
>
> On Sun, May 18, 2014 at 10:38 AM, Steven Stern
> mailto:subscribed-li...@sterndata.com>>
> wrote:
>
> I have root aliased to "webmas...@mydomain.com
> <mailto:webmas...@mydomain.com>"
On Sun, May 18, 2014 at 10:38 AM, Steven Stern <
subscribed-li...@sterndata.com> wrote:
> I have root aliased to "webmas...@mydomain.com" in /etc/aliases. When I
> use "sendmail -bv root", it shows that the mail will be send to
> "webmas...@mydomain.com&qu
I have root aliased to "webmas...@mydomain.com" in /etc/aliases. When I
use "sendmail -bv root", it shows that the mail will be send to
"webmas...@mydomain.com".
But when I use "mail root", the mail goes to
"r...@mylocalhost.mydomain.com".
Mail
DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl
So far, the spamming stopped...
You changes are random an do not explain why spammers were/are able to
misuse your Sendmail.
This is what I am trying to understand. I was adding spammers to the
access
database, only to discover that the access
On 04/21/2014 03:15 PM, Alexander Dalloz wrote:
That's good. It would even be better to know what action has made it
stopping. Do you still see spammers trying to misused your Sendmail as
a relay? That would be something to be expected once the system got
identified as a misusable
Am 21.04.2014 20:02, schrieb Dan Thurman:
I found an old posting you made here:
http://compgroups.net/comp.mail.sendmail/problem-using-port-587/1312021
The internet does not forget ;)
Knute Johnson wrote:
[...]
:: I want to be able to have the outside world connect to my sendmail on
:: port
27;)dnl
So far, the spamming stopped...
You changes are random an do not explain why spammers were/are able to
misuse your Sendmail.
This is what I am trying to understand. I was adding spammers to the
access
database, only to discover that the access database was either ignored or
the access datab
x27;)dnl
So far, the spamming stopped...
You changes are random an do not explain why spammers were/are able
to misuse your Sendmail.
This is what I am trying to understand. I was adding spammers to the
access
database, only to discover that the access database was either ignored or
the access data
u changes are random an do not explain why spammers were/are able to
misuse your Sendmail.
This is what I am trying to understand. I was adding spammers to the access
database, only to discover that the access database was either ignored or
the access database record added was bogus to begin with.
were/are able to
misuse your Sendmail.
DAEMON_OPTIONS(`Family=inet, Port=465, Name=MTA-SSL M=s')dnl
and
DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl
are equal. There is no functional difference. And offering the
additional daemon on the submission port and enforcing authentication
f
On 04/20/2014 02:00 PM, Dan Thurman wrote:
On 04/20/2014 01:38 PM, jdow wrote:
Heartbleed... Anybody running an OpenSSL server has compromised
passwords
for anybody using the system at least from when the vulnerability was
revealed until it was repaired should consider every password on the
sys
sendmail
server as an open relay even though open-relay is closed?
See below.
Note STARTTLS=client and deferred deliveries when
mail delivery fails and returns errors to my email server?
What is your question? As being a massive source of SPAM your MTA is
already being blacklisted or at least
identical sendmail.mc configurations.
Here is my sendmail.mc file and
let me know if there is a problem?:
dnl #--
dnl # You MUST enable SASLAUTHD for this to work!
dnl #--
include(`/usr/share/sendmail-cf/m4/
Heartbleed... Anybody running an OpenSSL server has compromised passwords
for anybody using the system at least from when the vulnerability was
revealed until it was repaired should consider every password on the
system is compromised. They should ALL be changed, pronto. And you should
make sure i
Dan Thurman writes:
for some reason, spammers are getting through TLS
and are bypassing/ignoring access database? I poured
over the Internet but have yet to figure it out...
The most common way is by hacking the client's PC, and authenticating to the
mail server using the stolen loginid and
On 04/20/2014 12:23 PM, Dan Thurman wrote:
How can I prevent spammers from using my sendmail
server as an open relay even though open-relay is closed?
Use Port 587 and SMTPAuth.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https
for some reason, spammers are getting through TLS
and are bypassing/ignoring access database? I poured
over the Internet but have yet to figure it out...
How can I prevent spammers from using my sendmail
server as an open relay even though open-relay is closed?
Note STARTTLS=client and
/user where user is from
MAILTO=
I suspect there is a variable with this value to feed into the script.
Since the default mode for cron is '/usr/bin/sendmail -t' we know that
this value is already in the cron output as 'To: MAILTO', so it could be
found there as well. So
Still working on cron without sendmail. I am learning some as I peel
the onion. The latest error message is:
Jan 19 16:21:23 lx120e.htt-consult.com run-parts[22838]:
(/etc/cron.daily) finished prelink
Jan 19 16:21:23 lx120e.htt-consult.com anacron[10446]: Job `cron.daily'
termi
On 01/03/2014 01:27 PM, Robert Moskowitz wrote:
> Somewhere I encountered that .forward was deprecated even back in f17,
> and I had to stop using it and rely on editing /etc/aliases and running
> newaliases.
My /root/.forward works perfectly fine here in F20. I forward all root
mail to my regu
On 01/03/2014 12:27 PM, Robert Moskowitz wrote:
On 01/03/2014 12:06 PM, Steven Stern wrote:
Ignore the previous cron messages. It seems that the mail is going into
space because sendmail is not respecting the .forward in my home
directory.
/home/sdstern/.forward contains
\r
On 01/03/2014 12:06 PM, Steven Stern wrote:
Ignore the previous cron messages. It seems that the mail is going into
space because sendmail is not respecting the .forward in my home directory.
/home/sdstern/.forward contains
\r...@sterndata.com
which is a valid, external email account
but
On 01/03/2014 11:06 AM, Steven Stern wrote:
> Ignore the previous cron messages. It seems that the mail is going into
> space because sendmail is not respecting the .forward in my home directory.
>
> /home/sdstern/.forward contains
>
> \r...@sterndata.com
>
> which is
Ignore the previous cron messages. It seems that the mail is going into
space because sendmail is not respecting the .forward in my home directory.
/home/sdstern/.forward contains
\r...@sterndata.com
which is a valid, external email account
but mail sent to "sdstern" goe
should note that grub2 was not properly configured to its current
set//
of modules, even though all packages were up to date (including grub2
and grub2-tools), and:
grub2-install /dev/sda
was needed to fix that.
After the upgrade, sendmail would not start. (Actually it would start
but was
try that. i assume that, with this approach, i
> > won't need to install sendmail, correct?
>
> Correct.
>
> > and if i choose to use
> > procmail, will this simply deliver mail for me locally even
> > before i start to configure my procmail rules? thanks.
&g
On 25.12.2013, Michael Schwendt wrote:
> > > I run fetchmail with option mda "/usr/bin/procmail -t -f -"
> > > to deliver (and filter) via procmail.
> >
> >hmmm ... i may try that. i assume that, with this approach, i
> > won't need to
On Tue, 24 Dec 2013 14:32:17 -0500, Robert P. J. Day wrote:
> > I run fetchmail with option mda "/usr/bin/procmail -t -f -"
> > to deliver (and filter) via procmail.
>
>hmmm ... i may try that. i assume that, with this approach, i
> won't need to install
"Robert P. J. Day" writes:
> since (obviously), without sendmail, nothing is listening on port
> 25. so what's the solution these days? a pointer to a web page
> somewhere would work just fine. thanks.
Since mail at your ISP is most likely going to all go to one use
Quoting Michael Schwendt :
On Tue, 24 Dec 2013 13:55:14 -0500, Robert P. J. Day wrote:
finally getting around to building my new f20 machine and, as i
read it, f20 now ships without sendmail.
By default. Of course, you could install sendmail, which is still
available.
so far, to
On Tue, 24 Dec 2013 13:55:14 -0500, Robert P. J. Day wrote:
>finally getting around to building my new f20 machine and, as i
> read it, f20 now ships without sendmail.
By default. Of course, you could install sendmail, which is still
available.
>so far, to match what i&#x
finally getting around to building my new f20 machine and, as i
read it, f20 now ships without sendmail.
so far, to match what i've used for years, i've installed on my
f20 box:
* alpine
* fetchmail
and i've copied over from my old (ubuntu) system the relevant files:
On Thu, 03 Oct 2013 13:03:52 -0400, Tom Horsley wrote:
> Every time I've seen sendmail hang it was because localhost wasn't
> properly defined in /etc/hosts (127.0.0.1).
Hmmm Contrary to my post, that machine is not accepting ssh;
I get a note saying "no ro
Every time I've seen sendmail hang it was because localhost
wasn't properly defined in /etc/hosts (127.0.0.1).
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Con
I'm running F19 on a T30 thinkpad, upgraded iirc by means of
fedup from F18 (which ran fine).
Boot messages seem fairly normal (apart from being faint and red-
shifted), until they reach sendmail. I get "Started Agent" followed
(on the same line, not
Thanks. I'll give that a try.
billo
On Fri, 23 Aug 2013, Joe Zeff wrote:
On 08/23/2013 01:44 PM, Bill Oliver wrote:
I'm having a bit of an issue with sendmail. To be honest, this is in a
recent installation of CentOS rather than fedora, but the CentOS forum
hasn't be
On 08/23/2013 01:44 PM, Bill Oliver wrote:
I'm having a bit of an issue with sendmail. To be honest, this is in a
recent installation of CentOS rather than fedora, but the CentOS forum
hasn't been particularly useful. So, this is a cry of desperation.
Several years ago, I n
I'm having a bit of an issue with sendmail. To be honest, this is in a recent
installation of CentOS rather than fedora, but the CentOS forum hasn't been
particularly useful. So, this is a cry of desperation.
Basically, I had been running Fedora 16 on a virtual server, but sin
unnel service wouldn't be
worth much these days
Try me, my mail server is still running F14
OK. I've attached the init.d script for a "mailtunnel" service and the
"mailtunnel.conf" file that goes in /etc/mail/. You'll need to adjust
the parameters to mat
[localhost]')
define(`RELAY_MAILER', `smtps')
define(`RELAY_MAILER_ARGS', 'tcp $h 25025')
4) Changed my /etc/mail/authinfo file to remove the hostname after AuthInfo:
5) ran make in /etc/mail
(this should remake both authinfo.db and sendmail.cf)
6) restarted sendmai
On 03/05/2013 09:47 PM, Michael E. Maher wrote:
Sounds like your best bet is to use stunnel. I don't have a reference
for sendmail but you could probably adapt the one for postfix[0] pretty
trivially. Debian also has a pretty nice write up[1] on this.
There is one other possibility, but
ort 465 is the only one being listened on and will not except
anything other than an SSL connection at all, so can't really gain any
information.
Sounds like your best bet is to use stunnel. I don't have a reference
for sendmail but you could probably adapt the one for postfix[0] pre
On 03/05/2013 05:45 PM, Robert Nichols wrote:
>
> The simple answer is that sendmail can't do that by itself as it has no
> support for client-side SSL. You need to use a program such as _stunnel_
> to provide the encryption wrapper. Here is a fedoraproject wiki posting
>
27;t have seen any of the early responses
>>
>> Once upon a time, I was using a standard, out of the box, sendmail
>> configuration to send email directly from my computer to any other on
>> the internet. Nice.
>>
>> Then, while RCN was my ISP, RCN decided th
Thunderbird instance in
the house (and it works), but I want to keep the home network using *my*
sendmail server for email, and have *IT* forward to Verizon. (Besides,
I have a few scripts that want to send a few housekeeping emails without
invoking Thunderbird.) I tried the obvious changes, but I think
1 - 100 of 346 matches
Mail list logo
