msg nickserv sendpass nick - takes exactly 1 minute

TroyBoy · none Joined: 08 Jun 2004 Posts: 12

I did:

uchat · Idler Joined: 17 Mar 2004 Posts: 335

looks like network lag ... the info results should be instantanious.

ed · Posted: Jun 11, 2004 12:35pm Post subject:

Unless sendmail (or whatever mail client you are using) is taking a long time to respond, and it wont do anything until it gets a response from sendmail?

TroyBoy · none Joined: 08 Jun 2004 Posts: 12

Im using unreal ircd 3.2 and anope 1.7.3 - both running on Linux.
Its configured for sendmail. My email server is running on another server.
I get the email exactly 1 minute after ive issued the command in mirc.

Id test to see if sendmail takes a while, but dont know how.
I dont know how to terminate sendmail after I have typed up an email.
What keys do you press to finish the email in sendmail?

TroyBoy · none Joined: 08 Jun 2004 Posts: 12

openglx · none Joined: 17 Jul 2003 Posts: 28

That's because services wait 1 minute before sending the email...

The timer can be changed on your services.conf file

It is relative to the UpdateTimeOut setting, as far I remember

uchat · Idler Joined: 17 Mar 2004 Posts: 335

Ashen · Idler Joined: 05 Jan 2004 Posts: 285

I don't know about this bug (if it is one)........ but maybe you should ask the maintainers/coders of your services package, rather then here? We can guess and poke around, but they will probably have a much better idea about this and how to fix it if a fix is needed.

TroyBoy · none Joined: 08 Jun 2004 Posts: 12

Well I wasnt too sure if it had something to do with Unreal ircd, or Anope.
Its good to ask here to find out who else has had the problem, and possibly someone else may have already wasted alot of time to fix it.
Im sure it would be Anope now. I just wish things were fully documented (boy, there sure is a lack of that!).

Ashen · Idler Joined: 05 Jan 2004 Posts: 285

I use anope and find it to be quite well documented.

Having said that though, there is always a tradeoff between documentation and development.
New features are seldom documented until they are stable and well mapped out / developed...
so if you run the 'unstable' version of a piece of software, expect there to be little documentation
as it simply has not been written yet. If you run stable, however, expect more stable code with
less features and better documentation.

If you really need documentation you might consider going with the tried and tested stable versions of software.

Monosex · none Joined: 08 Apr 2004 Posts: 14

I had this problem once, too, but with ircservices. I simply used the smtp module instead, but AFAIK anope can only use sendmail.

bananaboy · none Joined: 14 Jun 2004 Posts: 9

if you look in your services.conf. It could be part of this same line.
All depends how a person reads the comments to it.

under mail-related options. in anope 1.7.3
it says.

# MailDelay <time> [RECOMMENDED]
#
# This controls the minimum amount of time an user must wait before sending
# another mail after it has sent one. It also controls the minimum time
# an user must wait before it can receive another mail.
#
# This feature prevents users from being mail bombed using Services and
# should definitely be used.

MailDelay 5m

that is about the only config in the services.conf. what does yours say. if it says 1m. then that was it. if not. then. hmmm. hehe

w00t · Posted: Jun 14, 2004 8:39pm Post subject:

That isnt it.

That just controls how long before someone can request a sendpass again. (to stop someone flooding with SENDPASS and therefore spamming Wink

)

uchat · Idler Joined: 17 Mar 2004 Posts: 335

w00t, exactlly where did you see the word SENDPASS in the MailDelay description??

Besides that still doesn't explain why Services waited 60 seconds to reply to an INFO request .. which should be instantly.

w00t · Posted: Jun 14, 2004 9:46pm Post subject:

SENDPASS was an example.

It sounds to me as though services is getting caught up waiting for a response from Sendmail, screwy configuration of sendmail is my bet.

It wont respond to the info cause its waiting for sendmail...